JP2014000412A - Device for providing game - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game capable of allowing players to continuously feel interest.SOLUTION: A server device that provides a game for allowing a first entity and a second entity to play a battle includes: identification means for identifying first game media and second game media that are respectively held for a battle from game media to be usable by the first entity and the second entity; battle processing means for determining winning or losing by comparing a first evaluation value and a second evaluation value that are calculated with a use of characteristic values of a first game medium and a second game medium concerning an individual battle to be played between the first game medium and the second game medium that are selected among the first game media and the second game media that are held for a battle; and exclusion means for excluding the first game medium determined as a loser in the individual battle from the first game media held for a battle; and replenishment means for replenishing the first game media held for a battle with a game medium selected among the game media to be usable by the first entity.

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 battle according to the related art, once the player creates the deck, there is nothing other than watching the battle. Therefore, such a battle is unavoidable, and it is difficult for the player to continuously feel interest.

  Therefore, according to various embodiments of the present invention, a game is provided that allows players to continuously feel interest.

A server device according to an aspect of the present invention is a server device that provides a game in which a first entity and a second entity are played against each other, and the game medium that can be used by the first entity and the second entity can be used. Identifying means for identifying a first game medium waiting for a match and a second game medium waiting for a match from among the various game media, and a first game medium selected from the first game media waiting for a match A first evaluation value calculated using a characteristic value of the first game medium for the individual battle between the second game medium selected from the second game medium waiting for the battle and the second game medium, and the second game Comparing with the second evaluation value calculated using the characteristic value of the medium, battle processing means for determining the victory or defeat of the individual battle, and the first game determined as a loser in the individual battle A game medium selected from the available game media of the first entity in the first game media waiting for the battle. Replenishing means.
The program which concerns on 1 aspect of this invention is a program which provides the game which makes a 1st entity and a 2nd entity fight, Comprising: The game medium which can use the said 1st entity, and utilization of the said 2nd entity Identifying means for identifying a first game medium waiting for a battle and a second game medium waiting for a battle from among possible game media, a first game medium selected from the first game media waiting for a battle A first evaluation value calculated using a characteristic value of the first game medium for the individual battle between the second game medium selected from the second game medium waiting for the battle and the second game medium, and the second game Comparing with the second evaluation value calculated using the characteristic value of the medium, a battle processing means for determining the winning or losing of the individual battle, determined as a loser in the individual battle Excluding means for excluding the first game medium from the first game medium waiting for the battle, and a first game game waiting for the game selected from the game media available for the first entity It functions as a replenishing means for replenishing the medium.

  According to various embodiments of the present invention, it is possible to provide a game that makes a player continuously feel interest.

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 conceptually illustrating an example of a battle waiting card management table managed by the battle waiting card management unit 59 of the server device 10 according to an embodiment of the present invention. FIG. 13 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. 14 is a diagram conceptually showing a state where the battle waiting card management table shown in FIG. 12 is rewritten. FIG. 15 is a diagram conceptually showing a state where the battle waiting card management table shown in FIG. 12 is rewritten. FIG. 16 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.

  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, for example, Adobe Flash (a format that handles videos and games developed by Adobe Systems, Inc.)
(Registered trademark). 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. Communication I / F34 is hardware, firmware, TCP / IP
It is implemented as communication software such as a 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 waiting card management unit 59, a battle processing unit 63, and a point management unit 64 are included.

  In the present embodiment, a game in which one entity and the other entity battle each other will be described. An entity refers to a subject that constitutes each party in a competitive game in which one party and the other party face each other, and is composed of one player operated by a human and a plurality of players operated by humans. It may be a team, one player operated by a computer, and / or a team composed of a plurality of players operated by a computer. In the present embodiment, the cards (game media) that can be used by the entity include cards held by the player as individuals, cards held by the team to which the player belongs; cards held by other players of the team to which the player belongs: The card of the opponent team that the player defeated in the match; the card of the opponent team defeated by the other player of the team to which the player belongs in the match; the friend of the player who does not belong to the team to which the player belongs Cards held by those who are.

  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 is managed by a player management unit 53, a team management unit 54, a card management unit 55, a characteristic value management unit 56, a player deck management unit 57, a team deck management unit 58, and a card unit for waiting for battle 59. Various kinds of identification information are stored.

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, for example, a management table (card management table) as shown in FIG.
And stored in the identification information storage unit 52. 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. Note that the card management unit 55 may manage not only the cards owned by each player but also the cards that can be used by each player.

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 uses each player (for example, player identification information P001).
Player deck identification information (PD001001) for identifying a player deck possessed by the player, card identification information (PD001001) for identifying a card constituting the player deck, and the player Card identification information (P001C001, P001C012, P001C025, P001C026, P001C027, P001C035, P001C052, P001C085, P001C098, P001C102) for identifying the cards constituting the deck is assigned 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”. 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.

  Each management table described above is merely an example, and each player, each team, each player constituting each team, each card, each player deck, each card constituting each player deck, each team deck, each team. In order to achieve the object of identifying each card constituting the deck and each characteristic value set in each card, any other method may be used.

  The waiting card management unit 59 is responsible for each entity in relation to a battle between one entity (eg, one player, team, etc.) and the other entity (eg, one player, team, etc.). It manages which of the available cards is a card waiting for a battle in the battle. Specifically, the battle-waiting card management unit 59 includes an identification unit 60, an exclusion unit 61, and a replenishment unit 62. The identification unit 60 identifies cards that are waiting for a battle from among the cards available for each entity. In the battle between one entity and the other entity, the exclusion unit 61 excludes the card determined as a loser by the battle processing unit 63 for each entity from the cards waiting for the battle. For each entity, the replenishment unit 62 selects a card selected from the cards available for that entity (for example, a card deleted by the deletion unit 61 as a loser, and a card that has not been deleted by the deletion unit 61 A new card or the like) is replenished to the card waiting for the match.

  The battle processing unit 63 processes a battle between one entity and the other entity. Specifically, the battle processing unit 63, for example, the evaluation value calculated using the characteristic value set for the card selected from the cards waiting for the battle of one entity, and the battle of the other entity A match between one entity and the other entity is processed by comparing the evaluation value calculated using the characteristic value set for the card selected from the cards on standby.

  The point management unit 64 gives points set based on the total number of cards waiting for a match of the other entity as an opponent to one entity that satisfies the predetermined condition by the battle processing unit 63 in the above-described battle. To do. Specifically, the point management unit 64 gives points that are inversely proportional to the total number of cards waiting for a match of the other entity that is the opponent to the one entity that satisfies the predetermined condition. Moreover, as said predetermined conditions, conditions, such as defeating the opponent entity's card and damaging the opponent entity's card, are mentioned.

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 according to the embodiment of the present invention. Here, as an example, when team T1 which is one entity and team T2 which is the other entity play against each other and team T1 attacks team T2 (team T1 and team T2 are the attacking team and defending team, respectively) ).

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). . The points given to each team will be described in detail later.

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 makes a battle against the team deck of the team T2, the screen of the terminal device 30 of the player 1 shows the team T2 on the upper stage as shown in FIG.
The player decks owned by the player 1 are shown in the lower part.

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. Where Team T2
These cards 1 to 10 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.

In this state, the cards waiting for the team T1 are the cards 1 to 10 constituting the player deck of the player 1 of the team T1. Team T2's waiting card is Team T2
Card 1 to Card 10 constituting the team deck. Such cards waiting for a battle are managed by the card unit 59 for waiting for battle shown in FIG. Specifically, the battle standby card management unit 59 creates, for example, a management table (a battle standby card management table) as shown in FIG. 12 and stores it in the identification information storage unit 52. As shown in FIG. 12, the battle-waiting card management unit 59 has, for each team (each player), team identification information (player identification information) for identifying the team (player) and the team (that player). The identification information of the cards waiting for the match and the identification information of the cards that the team (the player) cannot use are allocated and stored in the identification information storage unit 52. For example, the cards 1 to 10 waiting for the team T1 identified by the team identification information T001 are the card identification information (P001C001, P010C005, P032C015, P052C052, P066C005, P082C016,
P098C023, P123C054, P134C010, P135C082). Similarly, the cards 1 to 10 waiting for the match of team T2 identified by the team identification information T002 are the card identification information of the cards constituting the team deck (P002C005, P012C025, P022C012, P082C001, P099C112, P111C023, P113C045,
P139C001, P142C023, P158C002). Further, the cards waiting for the match of the player 1 identified by the player identification information P001 are the card identification information (P001C001, P001C012, P001C025, P001C026, P001C027, P001C035,
P001C052, P001C085, P001C098, P001C102). The identification unit 60 of the waiting-for-match card management unit 59 identifies the waiting-for-match card for each team (each player) by referring to the ready-for-match card management table stored in the identification information storage unit 52. Can do.

Returning to FIG. 11, first, the player deck of the player T1 of team T1 (the 10 cards constituting the card) is the card among the 10 cards waiting for the team T2 as shown by the arrows in FIG. 1
(Ie, card 1 provided by player 1 of team T2). Team
As a method of determining a card to be played against the player 1 of T1, the battle processing unit 63 of the server device 10 randomly selects one card from the team deck of the team T2 for each battle; the battle processing unit 63 , A method of issuing cards from the team deck of team T2 according to a predetermined order; a method in which the battle processing unit 63 causes the player 1 of team T1 to select a card from the team deck of team T2, etc. Is mentioned. Here, a card selected from the team deck of team T2 is selected from the cards described in the column of “Identification information of cards waiting for battle” in the battle waiting card management table shown in FIG. It goes without saying that it is a thing. The individual battle between the player 1 of the team T1 selected in this way and the player 1 of the team T2 is performed.

In an individual battle between the player deck of the player 1 of the team T1 and the card 1 of the team T2, the card 1 of the team T2 may be displayed as an enemy character (raid boss) on the terminal device 30 of the player 1 of the team T1. . That is, as shown in FIG. 13, a screen in which the player deck of the player 1 of the team T1 is facing 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 individual battle, the battle processing unit 63 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. "Rarity value" set for card 1 of T2
The “physical strength value” (evaluation value) corresponding to 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 the battle processing unit 63 performs the card processing according to this conversion table. A method of converting a rarity value into a physical strength value can be 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 “physical strength value” corresponding to the “rareness value” is set to a considerably large value compared to the original physical strength value of the card. .

In the individual battle, in the first turn, the physical strength value corresponding to the total attack value of the player deck of the player 1 of the team T1 and the rarity value of the card 1 of the team T2 is calculated as described above.
“Health value” − “total attack value” is calculated. Then, the calculation result is updated as a new “physical strength value” (that is, the player 1 of the team T1 gives damage corresponding to the total attack value to the player 1 of the team T2). 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. In this case, the exclusion unit 61 of the battle waiting card management unit 59 excludes the card 1 included in the team deck of the team T2 determined as the loser from the cards waiting for battle (step 110). Specifically, for example, the exclusion unit 61 displays the card identification information (for example, P002C005) of the card 1 provided to the team deck by the player 1 of the team T2 in the battle waiting card management table shown in FIG. It is deleted from the “identification information of the inside card” column and added to the “unidentified player identification information” column (see FIG. 14).

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,
In the terminal device 30 of the player 1 of the team T1, after the flash movie or the like indicating that the player 1 has been defeated is displayed, the screen of FIG. 11 is displayed. In the screen of FIG. 11, the card 1 of the team deck of team T2 still remains. When the player 1 of the team T1 loses, the specification may be such that the player 1 can challenge the card 1 of the team deck of the team T2 again. 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, then the player 1 of the team T1 then waits for another card constituting the team deck of the team T2 (that is, waiting for the team T2 identified by the identifying unit 60) Individual battles can be played with any one of the cards). 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 can play the remaining cards (cards 2 to 10) of the team deck of the team T2 (that is, any of the cards waiting for the match of the team T2 identified by the identifying unit 60) Card). 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.

As a result of such a large number of individual matches, if all the cards that make up Team T2's team deck are defeated (or if Team T1 has earned more points than Team T2) Team T1 victory (Team T2 defeat) is determined. 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 in accordance with the earned points. Furthermore, for the winning team, the characteristic values (for example, the level value, the attack value, and / or the physical strength value) of each player's card (for example, a card included in the team deck used in the battle) according to the earned points. Etc.) may rise. Such a change of the characteristic value can be realized, for example, by rewriting the characteristic value management table as shown in FIG.

For each of a plurality of individual battles performed in the battle between team T1 and team T2 as described above, the point management unit 64 of the server device 10 uses a card by the player of one team (for example, team T1). Points calculated from the damage given to the card of the player of the other team (for example, team T2) are given to team T1 (step 108). The points given to the team T1 are inversely proportional to the total number of cards waiting for the remaining match of the team T2 when the individual match is being performed. More specifically, for example, if the total number N of remaining cards waiting for the team T2 is 10, the player of the team T1 deals damage 100 against the cards of the player of the team T2 in a certain turn. When given, the point manager 64 assigns 100 points to team T1 according to the calculation of allocating 1 (1 + (initial value 10-total number of cards waiting for team T2 remaining 10) x 0.1) points per damage. Give. Also, if the total number N of cards that are still waiting for the match of team T2 is 9 (that is, if the player of team T1 has already defeated one card of team T2), the player of team T1 When a player deals damage 100 to a player's card in team T2 in a certain turn, the point manager 64 gives 1.1 (1+ (initial value 10−total number of cards in team T2 that are waiting for a match) per damage 1 9) x 0.1) According to the calculation to allocate points, give 110 points to team T1. Here, the points awarded to the team T1 can be calculated using any calculation method as long as it is inversely proportional to the total number of cards waiting for the team T2 remaining. Similarly, points that are inversely proportional to the total number of cards waiting for the team T1 remaining in the match are also given to the team T2.

In addition, the point management unit 64, for each individual battle, each time a player of one team (for example, team T1) uses a card to defeat one player's card of the other team (team T2), Points may be awarded. The points given to the team T1 are also inversely proportional to the total number of cards waiting for the remaining match of the team T2 when this individual match is being performed. Specifically, for example, the total number N of remaining cards waiting for the team T2 is 10
In this case, when the player of team T1 defeats the card of the player of team T2, the point management unit 64 determines that 300 (300 × (initial value 11−total number of cards in team T2 remaining waiting for battle 10 )) Points are awarded to team T1. In addition, when the total number N of cards that are waiting for the team T2 remaining is 9 (that is, when the player of the team T1 has defeated one player of the team T2 so far), the player of the team T1 When the card of the player of team T2 is defeated, the point management unit 64 gives 600 (300 × (initial value 11−total number of remaining cards waiting for the team T2 9)) points to the team T1. Here, the points awarded to the team T1 can be calculated using any calculation method as long as it is inversely proportional to the total number of cards waiting for the team T2 remaining. Similarly, points that are inversely proportional to the total number of cards waiting for the team T1 remaining in the match are also given to the team T2.

Thus, as the player of one team (eg, team T1) defeats more cards of the player of the other team (eg, team T2), the points given to the team T1 increase. , You will be given the motivation to earn points by defeating many cards of the opponent team. Therefore, the player of team T1 can continue to enjoy the interest while playing the game.
In addition, team T1 has defeated many players in team T2 (especially when team battles have shifted to the second half) (that is, when many individual battles have been played). The total number of cards inside is often small). At this point, the attacking player of team T1 can bring more points to team T1 each time the player's card of team T2 is damaged and / or every time the team T2 card is defeated. On the other hand, the same can be said for team T2, and in the second half of the team battle, team T2 often has a chance to get more points. That is, from the team T1, there is a risk that a large amount of points will be given to the opponent team, which increases the tension of the players of the team T1. Thereby, the players of the team T1 can continue to feel the interest in the game even in the second half of the team battle.

  When a point that is inversely proportional to the total number of cards waiting for a match of the other team (eg, team T2) is given to one team (eg, team T1), the player of the other team (team T2) From this point of view, team T1 who is the opponent of team T2 will get more points. Therefore, in this embodiment, each player belonging to the team T2 can replenish a new card to the team deck of the team T2 when the cards constituting the team deck of the team T2 are defeated (Step S2). 112).

Specifically, when a certain individual battle is being performed, the battle processing unit 63 determines that the total number of cards in team T2 remaining in the battle waiting state is 9 or less (that is, the team deck of team T2 is When at least one of the constituent cards is defeated), each player of team T2 is prompted to provide a new card to the team deck from among the cards on hand. Thereafter, when a new card is replenished from a player of team T2 to the team deck of team T2 (notifying the server device 10 of the identification number of the card to be replenished by the terminal device 30 of the player), the team deck In the team deck management table shown in FIG. 9, the management unit 58 stores the identification information of the replenished cards in the column “Identification information of cards constituting the team deck” for the team T2 identified by the team identification information T002. to add. Further, the replenishment unit 62 of the battle standby card management unit 59, in the battle standby card management table shown in FIG. 12, for the team T2 identified by the team identification information T002, in the “cards waiting for battle” column, Add refilled card identification information. Thereby, the identification unit 60 of the battle standby card management unit 59 can identify the replenished card as a battle standby card.

For example, when the total number of cards in team T2 that are still waiting for a match is 6 in an individual match, and the player of team T1 damages the player of team T2, the damage to team T1 1.4 (1 + (initial value 10-total number of remaining cards in team T2 waiting for battle 6) x 0.1) points will be awarded. Here, when a certain player of the team T2 replenishes, for example, one card among the cards on hand to the team deck, the total number of cards in team T2 remaining in the battle waiting state becomes 7. As a result, when the attacking player of team T1 deals damage to the defending player of team T2, the team T1 has 1.3 (1+ (initial value 10−the remaining cards of team T2 waiting for the battle) Only 7) x 0.1) points will be awarded.

  As a result, even if any of the cards constituting the team deck of team T2 is defeated by the player of team T1, if the players belonging to team T2 replenish the cards to the team deck sequentially, team T1 It is possible to minimize the points given to. As a result, it is possible to enhance the realistic feeling of the team battle performed between the team T1 and the team T2, and thus it is possible to make the player continue to feel fun.

  It should be noted that any player belonging to team T2 can replenish cards to the team deck of team T2. For a card that has been defeated in the past (that is, a card that has been removed from the waiting card by the removing unit 61 of the waiting card management unit 59 in the past), the replenishing unit 62 may Only the cards that satisfy the predetermined condition among the cards defeated in the above may be supplemented to the team deck of the team T2. Examples of the predetermined condition include i) a condition that a certain period has elapsed from the time when the card is removed by the exclusion unit 61, and ii) a card that has been defeated only once in the past. And iii) a condition that a certain characteristic value set for the card satisfies a certain criterion (for example, a criterion that the rarity value is normal + or normal). Alternatively, the replenishing unit 62 may unconditionally replenish such a past defeated card to the team deck of the team T2. In addition, it goes without saying that each player of team T2 may replenish not only cards that have been defeated in the past but also new cards (that is, cards that have not been eliminated by the exclusion unit 61) to the team deck. Absent. Such replenishment of cards is similarly performed by the players of team T1.

FIG. 10 shows an example in which points are given (step 108), card removal (step 110), and card replenishment (step 112) are sequentially executed in the battle process (step 106) for convenience. However, these steps 108 to 112 are not necessarily executed in this order, and can be executed in an arbitrary order.

  After various types of team battles including the team battles exemplified above were conducted by various teams including team T1 and team T2, each team had won in the team battle so far A ranking may be given according to points.

As described above, the case where the team T1 which is one entity and the team T2 which is the other entity battle each other has been described. Next, the case where the player P1 which is one entity and the player P2 which is the other entity battle each other Will be described. FIG. 16 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. 16, the player deck composed of the cards 1 to 10 of the player P2 is shown in the upper part, and the player deck composed of the cards 1 to 10 of the player P1 is shown in the lower part. At this time, the cards waiting for the player P1 in the battle are the cards 1 to 10, and similarly, the cards waiting for the battle of the player P2 are also the cards 1 to 10. These cards that are waiting for a battle are identified by the identification unit of the card unit for waiting for a battle 59 using a battle waiting card management table (which is stored in the identification information storage unit 52) for each player shown in FIG. Identified by 60.

  The battle processing unit 63 repeatedly gives an attack turn to the player P1 and the player P2. One player given the attack turn attacks the other player from the first turn to the third turn, for example. When the attack turn of one player is completed, an attack turn is given to the other player. Each of these attack turns corresponds to an individual battle.

Specifically, the player P1 given the attack turn selects one of the cards waiting for the battle (in this case, the card 1) in the attack turn (individual battle),
The player P2 attacks one of the cards waiting for the battle (here, card 1). In each of the first to third turns, the attack value (evaluation value) set on the card 1 of the player P1 is compared with the physical strength value (evaluation value) set on the card 1 of the player P2. "
The “physical strength value” − “attack value” is updated as a new physical strength value of the card 1 of the player P2 (that is, the “attack value” is the damage that the card 1 of the player P1 gives to the card 1 of the player P2). If the “physical strength value” − “attack value” becomes 0 or less during the first to third turns, the card 1 of the player P2 is defeated (the card 1 of the player P1 wins). In this case, the exclusion unit 61 excludes the card 1 from the cards waiting for the player P2. If the “physical strength value” − “attack value” exceeds 0 when the third turn is completed, the individual battle between the card 1 of the player P1 and the card 1 of the player P2 is a draw.

Next, an attack turn is given to the player P2. Player P2 is also one of the cards that are waiting for the battle in that attack turn (individual battle) (here, card 3).
Is selected, and one of the cards waiting for the player P1 in the battle (here, card 5) is attacked. The first to third turns as described above are performed in the same manner, and the winning or losing of the individual battle between the card 3 of the player P2 and the card 5 of the player P1 is determined. Player P1 card 5
When defeated, as described above, the excluding unit 61 excludes the card 5 from the cards waiting for the player P1.

  When the above attack turn is repeatedly given alternately to the player P1 and the player P2, and all the cards constituting the player deck of the player P2 are defeated (or the points acquired by the player P1 are points of the player P2 In the case of exceeding), the victory of the player P1 (defeat of the player P2) is determined. On the other hand, when all the cards constituting the player deck of the player P1 are defeated (or when the points acquired by the player P2 exceed the points of the player P1), the victory of the player P2 (of the player P1) Defeat) is decided.

Note that the battle method using the player deck between the player P1 and the player P2 is not limited to the one described above. A card selected from the cards constituting the player deck of the player P1 (cards waiting for the battle) and a card selected from the cards constituting the player deck of the player P2 (the cards waiting for the battle) An individual match is performed, and the evaluation value calculated using the characteristic value set for one card and the evaluation value calculated using the characteristic value set for the other card is the result of the individual match. Any change may be made as long as the card determined by comparison and determined to be the loser is removed from the cards waiting for the match.

  Furthermore, the point assignment by the point management unit 64 and the card replenishment by the replenishment unit 62 described with reference to FIG. 11 can be similarly applied to the battle described with reference to FIG. . That is, simply speaking, if one player's card damages the other player's card and / or one player's card defeats the other player's card, one player On the other hand, points that are inversely proportional to the total number of cards waiting for a match of the other player may be awarded. Further, when one player's card is defeated, the other player may replenish a new card and / or a card that has been defeated in the battle waiting card. In the battle shown in FIG. 16, the point giving and the card replenishment described in detail with reference to FIG. 11 can be applied as they are.

  In the various embodiments described above, both of the one entity and the other entity may be a team operated by a player operated by a human and / or a plurality of players operated by a human. Further, one of the one entity and the other entity may be a team composed of a player operated by a computer and / or a plurality of players operated by a computer.

  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.

51 Game program storage
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 Matching card management department
60 Identification part
61 Exclusion section
62 Replenisher
63 Battle Processing Department
64 point management department

Claims (7)

A server device that provides a game in which a first entity and a second entity are played against each other,
Identifying means for identifying a first game medium waiting for a battle and a second game medium waiting for a battle from the game media available for the first entity and the game media available for the second entity, respectively;
For an individual battle between a first game medium selected from the first game media waiting for the battle and a second game media selected from the second game media waiting for the battle, the first game media A battle process in which the first evaluation value calculated using the characteristic value of the second game value and the second evaluation value calculated using the characteristic value of the second game medium are compared to determine the winning or losing of the individual battle Means,
Excluding means for excluding the first game medium determined as a loser in the individual battle from the first game media waiting for the battle;
Replenishment means for replenishing the first game medium waiting for the game with a game medium selected from the available game media of the first entity;
A server device comprising: The first entity is a first player;
The first game medium in which the identification unit is configured to be a specific game medium selected from the game media that can be used by the first player and is exclusively used by the first player. The server device according to claim 1, which is identified as The first entity is a first team composed of a plurality of players;
A first game medium in which the identification means is a specific game medium selected from the game media that can be used by the plurality of players and is exclusively used by the first team. The server device according to claim 1, which is identified as   4. The server device according to claim 1, wherein the replenishing unit replenishes the first game medium that has been excluded by the exclusion unit to the first game medium that is waiting for a battle. 5.   5. The server device according to claim 4, wherein the replenishing unit replenishes the first game medium that is excluded by the excluding unit and satisfies a predetermined condition to the first game medium that is waiting for a battle.   4. The server device according to claim 1, wherein the replenishing unit replenishes the first game medium waiting for the battle with a new game medium that has not been excluded by the excluding unit. 5. A program for providing a game in which a first entity and a second entity are played against each other,
Computer
Identifying means for identifying a first game medium waiting for a battle and a second game medium waiting for a battle from the available game media of the first entity and the available game media of the second entity, respectively;
For an individual battle between a first game medium selected from the first game media waiting for the battle and a second game media selected from the second game media waiting for the battle, the first game media A battle process in which the first evaluation value calculated using the characteristic value of the second game value and the second evaluation value calculated using the characteristic value of the second game medium are compared to determine the winning or losing of the individual battle means,
An exclusion means for excluding the first game media determined as a loser in the individual battle from the first game media waiting for the battle; and
Replenishment means for replenishing the first game medium waiting for the battle with a game medium selected from the available game media of the first entity;
Program to function as.

Images