JP2023118201A - Program, game device and game system - Google Patents

Abstract

To provide a highly interesting game.MEANS FOR SOLVING THE PROBLEM: A program causes a computer to function as: character presenting means for presenting a plurality of characters constituting decks of a player and an opponent player; character state control means for controlling a state shift of the presented character; and attack target selection means for selecting any character out of the presented opponent player characters as an attack target character that is an attack target of the player character. When all presented opponent player characters are in a first state, the attack target selection means selects the attack target character in a first attack target selection mode. When at least one of the presented opponent player characters is in a second state, the attack target character is selected in a second attack target selection mode.SELECTED DRAWING: Figure 5

Description

Applied for application of Article 30, Paragraph 2 of the Patent Law (1) Website posting start date and website posting address (A) ・Posting start date: February 18, 2021 ・Posting address: https:// www. bandai. co. jp/candy/gaoroad/ Super Beast Giga Gao Road Official Site (I) ・Posting start date: February 18, 2021 ・Posting address: https://twitter. com/gaoroad? form = MY01SV & OCID = MY01SV Choujuu Giga Gao Road Official Twitter Account

Application for application of Article 30, Paragraph 2 of the Patent Law (2) Website posting date and website posting address (A) ・Posting date: February 18, 2021 ・Posting address: https://prtimes. jp/main/html/rd/p/000000381.000014685. html? form = MY01SV & OCID = MY01SV (a) ・Posted date: March 22, 2021 ・Posted address: https://prtimes. jp/main/html/rd/p/000000388.000014685. html

Application for application of Article 30, Paragraph 2 of the Patent Law has been filed (3) Distribution start date and website address (A) ・Distribution start date: March 22, 2021 (iOS version) ・Website address: https: //apps. apple. com/jp/app/id1553866480 (b) ・Distribution start date: March 22, 2021 (Android version) ・Website address: https://play. google. com/store/apps/details? id=com. bandai. gao world

Application for application of Article 30, Paragraph 2 of the Patent Law (4) Website posting date and website posting address (A) ・Posting date: March 15, 2021 ・Posting address: https://www. youtube. com/watch? v=EHu_56La-jw Super Beast Giga Gao Road Chocolate PV (I) ・Posted date: March 15, 2021 ・Posted address: https://www. youtube. com/watch? v=qFvwYNALQ2k [Bandai Official] Opening up a new "path" to the sweets department! Introducing the 0th Super Beast Giga Gao Road Choco! [Bang Mani! ] (C) ・Posted date: April 4, 2021 ・Posted address: https://www. youtube. com/watch? v=Wd2qgzt0vEM [Bandai Official] Introduction of Choju Giga Gao Road Choco Part 1! The adventure finally begins! [Bang Mani! ] (d) ・Posted date: August 12, 2021 ・Posted address: https://www. youtube. com/watch? v=EMI_LPX-CpY [Bandai Official] Introducing the 2nd installment of Choujuu Giga Gao Road Choco! Massive unboxing & new app system to enjoy thoroughly! [Bang Mani! ] (E) ・Posting date: December 4, 2021 ・Posting address: https://www. youtube. com/watch? v=NaRVOTD189o [Bandai Official] "Choujuu Giga Gao Road Choco Part 3" Unboxing! ! In addition, play with the app's new mode, the battle function! ! [Bang Mani! ]

Application for application of Article 30, Paragraph 2 of the Patent Law (5) Posting date: February 18, 2021 Website posting address: https://www. Kayac. com/news/2021/02/gaoroad (6) Website posting date and website posting address (a) ・Posting date: February 18, 2021 ・Posting address: https://app. famitsu. com/20210218_1765929/ (B) ・Posted date: March 22, 2021 ・Posted address: https://app. famitsu. com/20210322_1777852/ (7) Posting date: March 23, 2021 Website posting address: https://games. app-liv. jp/archives/486534 (8) Website posting date and website posting address (A) ・Posting date: February 18, 2021 ・Posting address: https://gamebiz.jp/archives/486534 jp/news/289127 (b) ・Published date: March 22, 2021 ・Published address: https://gamebiz. jp/news/291706

The present invention relates to a program, a game device and a game system.

There is a so-called fighting game in which characters operated by a plurality of users compete against each other (for example, Patent Document 1).

JP 2019-093114 A

However, which character to attack during a battle affects the outcome of the battle, and is an important issue in providing a highly entertaining game.
SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a highly entertaining game program, a game device, and a game system.

One aspect of the present invention is a program for executing a battle game using a deck composed of a plurality of characters, comprising: a computer; A character state control means for controlling the state transition of the presented character, and an attack that selects one of the presented characters of the opponent player as an attack target character to be attacked by the player's character. The attack target selection means selects and presents the attack target character according to the first attack target selection mode when all the characters of the opponent player who are presented are in the first state. This program selects an attack target character according to the second attack target selection mode when at least one of the characters of the opponent player who is in the second state is in the second state.

One aspect of the present invention is a game device for executing a battle game using a deck composed of a plurality of characters, comprising character presentation means for presenting a player and a plurality of characters constituting the deck of the opponent player; character state control means for controlling the state transition of the character being displayed; and an attack for selecting any one of the displayed characters of the opponent player as an attack target character to be attacked by the character of the player. a target selection means, wherein the attack target selection means selects and presents the attack target character according to a first attack target selection mode when all the characters of the opponent player who are presented are in the first state; In the game device, when at least one of the characters of the opponent player who is in the second state is in the second state, the attack target character is selected according to the second attack target selection mode.

One aspect of the present invention includes a game medium as a tangible object and a game device, wherein the game device includes reading means capable of reading a pattern of the game medium, and a character specified by the read pattern, which is read by a player. A deck registration means for constructing a deck from a plurality of characters selected from obtainable acquisition means, a deck registration means for registering the constructed deck, and presenting a plurality of characters constituting the decks of the player and the opponent player. character presenting means; and attack target selection means for selecting one of the displayed characters of the opponent player as an attack target character to be attacked by the player's character, wherein the attack target The selection means selects the attack target character according to a first attack target selection mode when all of the presented characters of the opponent player are in the first state, and selects at least one of the presented characters of the opponent player. character is in the second state, the game system selects an attack target character according to the second attack target selection mode.

According to the present invention, a highly entertaining game can be provided.

FIG. 1 is a diagram showing an example of a game card 1 (playing medium) according to the present embodiment, showing an example of the front side (first side) of the game card 1 and the back side (second side) of the game card 1. FIG. It is a diagram. FIG. 2 is a diagram for explaining an example of a battle screen. FIG. 3 is a diagram showing an example of the overall configuration of the game system according to this embodiment. FIG. 4 is a diagram showing a device configuration example of a smartphone, which is an example of the terminal 2. As shown in FIG. FIG. 5 is a block diagram showing a functional configuration example of the terminal 2. As shown in FIG. FIG. 6 is a diagram showing an example of each database of the terminal 2. As shown in FIG. FIG. 7 is a block diagram showing a functional configuration example of the game server 3. As shown in FIG. FIG. 8 is a diagram showing an example of each database of the game server 3. As shown in FIG. FIG. 9 is a sequence diagram of the terminal 2 and the game server 3. As shown in FIG. FIG. 10 is a diagram showing an example of the home screen. FIG. 11 is a flowchart of the game card scanning process (Step 103). 12A and 12B are diagrams for explaining the reading operation of the pattern 11 of the game card 1. FIG. FIG. 13 is a flowchart of deck registration processing (Step 105). FIG. 14 is a diagram for explaining the deck registration screen. FIG. 15 is a flowchart of the first game execution process (Step 107). FIG. 16 is a diagram for explaining the first game. FIG. 17 is a flow chart of deck management processing (Step 106). FIG. 18 is a flowchart of matching processing (Step 110). FIG. 19 is a flow chart of the second game execution process (Step 111). FIG. 20 is a diagram showing an example of a battle screen. FIG. 21 is a flow chart of the attack turn process (Step 706) performed in the second game execution process (Step 111). FIG. 22 is a diagram showing an example of the battle screen when the character is in the first state. < Figure 23 >It is the figure which shows one example of the battle screen when the character changes from 1st state to 2nd state. FIG. 24 is an example of the second game result screen. FIG. 25 is an example of the opponent player selection screen.

An embodiment of the present invention will be described. First, in order to facilitate understanding of the present embodiment, characters appearing in the game, play media used in the game, and an overview of the game will be described.

<Overview of Embodiment>
The game of the present embodiment uses game media associated with characters and a game application that runs on a player's terminal. By acquiring the game medium, the player can register (acquire) the character associated with the game medium in the game application. Then, the registered (acquired) character can be used in the game of the game application.

A plurality of characters appear in the game of the game application in the present embodiment. Each character is associated with a game medium. A character is a person, a virtual creature, an item, or the like. A character has character information. Character information is classified into first character information and second character information depending on whether or not it is displayed (printed) on a game medium. The first character information of the character according to the present embodiment is mainly immutable information that does not change according to the progress of the game on the game application, such as character profile information. The profile information is information such as the character's name, place of birth, attributes, career, and initial ability value. All or part of the first character information is information displayed (printed) on the game medium. Also, the second character information of the character according to the present embodiment is mainly variable information that changes according to the progress of the game on the game application, and is status information of the character, for example. The status information is information representing a character's abilities (various abilities (quickness, offensive power, defensive power, etc.), hit points, magic points, experience points, levels, acquired skills (skills), etc.). The second character information is information that is not displayed (printed) on the game medium.

In addition, in the present embodiment, the characters can be classified into first-type characters and second-type characters depending on the role of the fighting game, which will be described later. A character of the first type does not directly attack an enemy character in a battle game, but activates a skill that transitions the enemy character from the first state to the second state in order to develop the battle game advantageously. It is a character who can Here, the first state is the character's normal state, and the second state is, for example, an abnormal state other than the normal state. For example, the second state includes a character's weak point being identified, a character's sleeping state where defense is not possible, and the like. A character of the second type is a character given a role of attacking an enemy character or a role of defending an attack from an enemy character.

Some players aim not only to play games of game applications, but also to collect game media. Therefore, in the present embodiment, the game medium provided to the player is not virtual, but is a tangible game medium that can be recognized by the player in reality. provide to A game medium is, for example, a game card that is an item having a physical volume (real item). It should be noted that the object is not limited to a game card, and may be a modeled object such as a figure having the appearance of a character, for example. In the following description, the game medium is a game card.

FIG. 1 is a diagram showing an example of a game card 1 (playing medium) according to the present embodiment, showing an example of the front side (first side) of the game card 1 and the back side (second side) of the game card 1. FIG. It is a diagram.

A pattern 11 is displayed on the surface (first surface) of the game card 1 (game medium). The pattern 11 of the game card 1 includes a first character image 12, which is an image including the head and body of the character associated with the game card 1, and a first background image 13, which is an image behind the first character image. and first character information (profile information) 14 of the character. The first character information on the surface (first surface) of the game card 1 in FIG. 1 describes the name of the character, attributes of the character, and hit points of the character. Note that the hit points described on the game card 1 are initial values, and as will be described later, the character's hit points will exceed the initial value by using the character in the game. In addition, as the first character information, including the initial value of other character's abilities (various abilities (speed, attack power, defense power, etc.), magic points, experience points, levels, acquired skills (skills), etc.) Also good.

On the back side (second side) of the game card 1 (game medium) are first character information 14 of the character associated with the game card 1, a second character image 15 which is an image of the character's head, is displayed. The first character information on the back side (second side) of the game card 1 in FIG. 1 describes the career of the character, the place of birth of the character, and the like.

It should be noted that the first character information 14 displayed on the front or back side of the game card 1 does not need to display the first character information of all the characters, and even if only part of the first character information is displayed, good.

Further, as described above, among the character information, all or part of the first character information (profile information) is displayed on the front or back of the game card 1, but the second character information (status information) is displayed. It should be noted that the This is because the character information that can be displayed on the game medium is limited due to problems in the design of the game medium such as game cards, the size of the area of the game medium, and the like. On the other hand, when a player acquires game card 1, he/she would like to know what kind of character the character on game card 1 is. Therefore, only the first character information that does not change depending on the game or the like after the game card 1 is acquired is described.

Next, the game of this embodiment will be described.
The game application of this embodiment can play a first game and a second game.

A first game is a game played by a player alone using a character registered in a game application. Here, the player plays alone means that it does not include a game in which the player competes against another player. The game played by the player alone includes, for example, a maze game using a character registered in a game application and a game such as block breaking, but the game is not limited to this. Also, the play result of the first game increases the status information of the character used, and the status information of the character used is updated. The updated character status information also affects the second game using that character.

The second game is a battle game in which a player battles another player (hereinafter sometimes referred to as a battle player) using characters registered in the game application.

A single character may be used in a battle game, but in the present embodiment, one team (hereinafter sometimes referred to as a deck) composed of a plurality of characters is used. A player can freely organize a deck by selecting characters that compose a deck (hereinafter sometimes referred to as deck-composing characters) from characters registered in the game application. The deck used in the battle game of the present embodiment is composed of one first-type character and three second-type characters among the characters possessed by the player. . The organized deck can be registered in the game application and can also be registered in the game server that manages the game. At this time, the player can also register multiple decks.

The opponent player of the second game may be a so-called non-player character in which a computer acts as an opponent player, as well as an existing real player. When the opponent player is a non-player character, there are two methods for the deck used by the non-player character.

The first method is a method in which a non-player character uses a deck prepared by the game management side. In this case, since the game management side can freely set the deck, there is an advantage that the game management side can adjust the strength of the non-player characters. For example, if you want to weaken non-player characters, use characters with low status information in your deck, and if you want to strengthen non-player characters, use characters with high status information in your deck. . A non-player character that uses a deck prepared by the game management side in this way is referred to as a first-type non-player character.

The second method is to use a deck actually registered by a real player. As described above, players can register decks to use in the game. In this deck, the status information of each character differs depending on the player, so even if the deck consists of the same characters, the overall strength of the deck differs. Therefore, there are a wide variety of decks, and non-player characters using them have a wide variety of strengths. A non-player character using a deck registered by a real player in this way is referred to as a second type non-player character.

Next, the matching between the player and the opponent player will be described. Matching may be performed regardless of the level (strength) of the opponent player. However, beginner players who have not played many times do not understand how to play battles, and the decks they use are often decks centered on characters with low status information, so there is a possibility that they will not be able to win the battle game. expensive. If a beginner player who has little experience in the competitive game and a high-level player continue to be matched in this way, the beginner player will continue to lose, lose interest in the competitive game, and eventually lose interest in the game itself. be.

Therefore, in the present embodiment, the player is matched with the opponent player according to the number of times the player has played the opponent. Here, the number of battle executions is, for example, the accumulated number of battle executions. The matching with the opponent player according to the number of times the player has executed the battle is performed by matching with the opponent player whose battle level is low when the number of times of execution of the battle is small, and by matching with the opponent player at random when the number of times of execution of the battle is large. Here, the determination of the competition level can refer to the level of the competition player, but it is not always the case that a competition player having a competition level suitable for the number of times the player has executed the competition participates in the game at the time of matching. , there is a possibility that proper matching cannot be performed.

Therefore, in the present embodiment, in order to achieve proper matching, matching is performed using the first type non-player character and the second type non-player character by the following method.

(1) If the player's cumulative battle execution count is equal to or less than a predetermined count, the player is matched with a first-type non-player character. At this time, the deck level of the deck used by the player is referred to, and the first-type non-player character uses a deck with a deck level lower than the deck level of the player. Here, since the deck level is affected by the levels of the characters that make up the deck, the total value of the levels of the characters that make up the deck is taken as the deck level in this embodiment. By performing such matching, when the player's cumulative battle execution count is equal to or less than a predetermined number of times, the player is matched with a non-player character using a deck whose deck level is lower than the deck level of the deck used by the player. As a result, it is possible to increase the winning probability of a beginner player who has a small cumulative number of times of execution of battles, and to prevent the player from losing interest in the battle game.

(2) If the player's accumulated battle execution count exceeds a predetermined count, the player is matched with a randomly selected second-type non-player character. A player whose cumulative number of matches has exceeded a predetermined number of times will become accustomed to the match-up game and desires a variety of matches. Therefore, a player whose cumulative battle execution count exceeds a predetermined number of times is matched with second-type non-player characters using various decks registered by other real players to execute a variety of battles.

Note that the player's accumulated battle execution count may be the player's accumulated win count. By using the number of wins of the player, it is possible to accurately determine the skill level of the player in the competitive game.

Also, other players who have used the deck registered by the second type non-player character may be notified that the deck has been used, but basically no notification is required.

Next, the battle game (second game) will be described.
On the player's terminal, a battle screen with the matched battle play is displayed. FIG. 2 is a diagram showing an example of a battle screen of the battle game.

On the battle screen, four character images of characters PAC1, PAC2, PAC3, and PAC4 that make up the deck of player A, characters PBC1, PBC2, and PBC3 that make up the deck of opponent player B, who is the opponent of player A, are displayed. 4 character images of PBC4 are displayed. Character PAC1 and character PBC1 are characters of the first type. Characters PAC2, PAC3 and PAC4 and characters PBC2, PBC3 and PBC4 are characters of the second type.

Character PAC1 and character PBC1, which are characters of the first type, can activate a skill that causes the enemy character to transition from the first state to the second state. Here, the first state is the character's normal state, and the second state is, for example, an abnormal state other than the normal state. For example, the second state includes a character's weak point being identified, a character's sleeping state where defense is not possible, and the like. In the following description, the character that activates the skill that causes the enemy character to transition from the first state to the second state is a first-type character, but is not limited to this, and is a second-type character. Also good.

Characters PAC2, PAC3, and PAC4, and characters PBC2, PBC3, and PBC4, which are characters of the second type, are characters capable of attacking enemy characters or defending against attacks from enemy characters.

In the battle game, attack turns are performed in the order of quickness of the player and the characters of the second type capable of fighting of the opponent player. One turn includes an action order calculation phase, a skill activation phase, and an attack phase.

The action order calculation phase is a phase for determining a second-type character to attack (sometimes referred to as an attacking character) among the second-type characters capable of fighting of the player and the opponent player. For example, player A's character PAC2 has a speed of 50, player A's character PAC3 has a speed of 90, player A's character PAC4 has a speed of 40, and opponent player B's character PBC2 has a speed of 45. If B's character PBC3 has a quickness of 82 and player B's character PBC4 has a quickness of 60, player A's character PAC3 with the highest quickness is the attacking character.

The skill activation phase is a phase in which the skill possessed by the first type character can be activated. In the present embodiment, the skill that can be activated by the first-type character is assumed to be the weak point discovery skill for discovering the weak point attribute of the opponent's enemy character. It is assumed that the number of times (minimum 1 time) that this weak point discovery skill can be activated is determined according to the level of the first type character. The activation timing of the weakness discovery skill can be activated by the player in any skill activation phase, and when activated, among the enemy characters, the weak point of one enemy character is randomly selected (excluding characters whose attributes are already known). discover attributes. At this time, the weak point attribute is presented near the character whose weak point attribute has been discovered. That is, it presents that the character has transitioned from the first state to the second state.

The attack phase is a phase in which a character determined as an attack character in the action order calculation phase attacks an enemy character. Here, regarding the selection of the attack target character to be attacked by the attack character, the selection method of the attack target character differs depending on the state of the enemy character.

In the normal state (first state) in which the weak points of all enemy characters are unknown, a character to be attacked is randomly selected from the enemy characters. This aspect of randomly selecting an attack target character is referred to as a first attack target selection aspect. On the other hand, in the skill activation phase, if the attribute of the enemy character is known and at least one enemy character's weak point is known (second state), priority is given to the attacking character whose weak point is known. Select as an attacking character. A mode of preferentially selecting an enemy character whose weakness is known (second state) as an attacking character is referred to as a second attack target selection mode. In the second attack target selection mode, the attribute of the attacking character may not be the weak point attribute of the enemy character whose weak point is known. In this case, regardless of the attribute of the attacking character, an enemy character whose weakness is known may be preferentially selected as the attacking character. You can choose a character.
A character selected as an attack target character is displayed in a display mode that allows it to be visually distinguished from other characters.

The damage to the enemy character is calculated from the status information (eg attack power) of the attacking character and the status information (eg defense power) of the character to be attacked. At this time, for example, if the attribute of the attacking character is advantageous to the attribute of the attacking character (when the attacking character is attacked by an attacking character with a weak point attribute), the damage given is 1.5 times the normal damage. Calculate as As a result, in the case of the attack in the second attack target selection mode, it is possible to perform an attack that can inflict a large amount of damage on the enemy character and advantageously advance the game.

FIG. 2 is a diagram for explaining an example of a battle screen. In the battle screen of FIG. 2, the weak point attribute of each of the enemy characters PBC2, PBC3, and PBC4 is unknown before the weakness finding skill is activated. That is, all the characters of the opponent player are in the first state. Therefore, an attack target character for character PAC3, which is an attack character, is selected according to the first attack target selection mode, and character PAC3 attacks the randomly selected enemy character PBC2. On the other hand, in the skill activation phase, when the weak point discovery skill is activated and the weak point attribute "water" of the enemy character PBC3 is found, at least one enemy character is in the second state. At this time, the attack target character of PAC3, which is the attack character, is selected according to the second attack target selection mode. At this time, assuming that the attribute of the character PAC3, which is the attacking character, is "water", the enemy character PBC3 whose weakness attribute is "water" is preferentially selected as the attack target character, and the character PAC3 is the selected enemy character. Attack PBC3. If the attribute of the attacking character PAC3 is not "water", the enemy character PBC3 whose weakness attribute is "water" may be selected as the attack target character, or another enemy character may be randomly selected. Also good.

When the enemy character is attacked in this manner, the damage dealt to the enemy character is calculated, and the calculated damage is subtracted from the remaining hit points of the enemy character to be attacked. When the remaining hit points of the enemy character become 0, it is determined that the enemy character is unable to fight, and the character image of the enemy character disappears from the battle screen.

Such an attack turn is performed on all characters capable of fighting, and this is regarded as one cycle, and the cycle is repeated. Then, when all of the characters of one of the players become incapable of fighting, the battle game ends, and the player with all of the characters incapable of fighting loses.

When the victory or defeat is decided, the status information of the characters constituting the deck of each player is increased, and the number of victories of the victorious player is increased by one. At this time, evaluation information (such as a title) may be given to the player according to the number of wins.
The above is the outline of the second game.

<Configuration of Embodiment>
A game system according to this embodiment will be described.

FIG. 3 is a diagram showing an example of the overall configuration of the game system according to this embodiment. As shown in FIG. 3, the game system comprises a game card 1, a terminal 2 prepared for each player, and a game server 3. FIG. The terminal 2 and the game server 3 can be connected to the communication line N and can communicate with each other.

A communication line N means a communication path capable of data communication. That is, the communication line N includes a dedicated line (dedicated cable) for direct connection, a LAN such as Ethernet (registered trademark), a telephone communication network, a cable network, and a communication network such as the Internet. / Regardless of radio.

The terminal 2 is a computer capable of executing a game application, connects to a communication line N via a wireless communication base station or the like, and can perform data communication with the game server 3 . The terminal 2 is, for example, a smart phone, a mobile phone, a portable game device, a stationary home game device, an arcade game device, a personal computer, a tablet computer, a controller for a stationary home game device, or the like. A plurality of terminals 2 are basically present and operated by each player.

FIG. 4 is a diagram showing a device configuration example of a smartphone, which is an example of the terminal 2. As shown in FIG. As shown in FIG. 4 , the terminal 2 includes a display 21 , a touch operation panel 22 integrated with the display 21 , a built-in speaker 23 , and a camera 24 . In addition, the terminal 2 is provided with a control board, an internal battery, a power button, a volume control button, etc., which are not shown. Various microprocessors such as a CPU, GPU, and DSP, various IC memories such as ASIC, VRAM, RAM, and ROM, and a wireless communication module for wirelessly communicating with a mobile phone base station are mounted on the control board. In addition, a so-called I/F circuit (interface circuit) such as a driver circuit for the touch operation panel 22 is mounted on the control board. Each element mounted on these control boards is electrically connected to each other via a bus circuit or the like, and is connected so as to be able to read/write data and transmit/receive signals.

FIG. 5 is a block diagram showing a functional configuration example of the terminal 2. As shown in FIG.
As shown in FIG. 5, the terminal 2 includes an operation input unit 31, a reading unit 32, a display unit 33, a sound output unit 34, a communication unit 35, a storage unit 36, and a processing unit 37. .

The operation input unit 31 is used by the player to input various operations related to the game, and outputs an operation input signal corresponding to the operation input to the processing unit 37 . The functions of the operation input unit 31 include, for example, elements such as a touch operation pad, home button, button switch, joystick, and trackball that are directly operated by the player's fingers, as well as acceleration sensors, angular velocity sensors, tilt sensors, and geomagnetic sensors. It can also be realized by an element or the like that detects motion or posture. The operation input unit 31 corresponds to the touch operation panel 22 in the smartphone example of FIG.

The reading unit 32 is an imaging device including an imaging device and the like. The reading unit 32 corresponds to the camera 24 in the smartphone example of FIG.

The display unit 33 displays various game screens based on the image signal input from the image generation unit 41 . The function of the display unit 33 can be realized by a display device such as a flat panel display such as liquid crystal, a cathode ray tube (CRT), a projector, or a head mounted display. The display unit 33 corresponds to the display 21 in the smartphone example of FIG.

The sound output unit 34 is for outputting sound effects and the like related to the game based on the sound signal input from the sound generation unit 42 . The sound output unit 34 corresponds to the speaker 23 in the smartphone example of FIG.

The communication unit 35 is connected to the communication line N to realize communication. The function of the communication unit 35 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like.

In the storage unit 36, system programs and game programs for operating the terminal 2 and realizing various functions of the terminal 2, data used during the execution of the programs, etc. are stored in advance, or stored each time processing is performed. stored temporarily. The storage unit 36 can be implemented by, for example, a solid state drive using an IC memory such as a RAM, ROM, or flash memory, a magnetic disk such as a hard disk, or an optical disk such as a CD-ROM or DVD. The system program is a program for realizing the basic functions of the terminal 2 as a computer. The game program is a program for causing the processing section 37 to function as a game calculation section 40, which will be described later. This game program is distributed from the game server 3, another application distribution server, or the like. The storage unit 36 also stores a database necessary for executing the game.

In this embodiment, the storage unit 36 includes a player database 1 (DB1), a character information database 2 (DB2), a character image database 3 (DB3), an owned character database 4 (DB4), and a player deck database. 5 (DB5) are stored. FIG. 6 is a diagram showing an example of each database of the terminal 2. As shown in FIG.

Player DB1 is a database relating to players. One record of the player DB 1 includes a player ID field, a player name (nickname) field, a field for the cumulative number of times the player has played the second game, a field for the number of times the player has won the second game, and a field for the number of wins in the player's second game. a title field;

The character information DB2 is a database of information on characters. One record of the character information DB 2 includes a card number field, a character ID (identification information) field, a pattern feature data field, a first character information field, and a second character information field. Each field stores respective data. The card number is an identification number assigned to each type of game card 1 . A character ID is an identification number assigned to each character. The picture feature data is data of feature amounts of the picture 11 displayed (printed) on the surface of the game card 1 . The first character information and the second character information are the information described above.

The character image DB3 is a database related to character images. One record of the character image DB 3 includes a character ID field, a list character image field, a first game character image field, and a second game character image field. The character image for list is an image used for organizing a deck or the like. The first game character image is an image used in the first game. The second game character image is an image used in the second game.

The owned character DB 4 is a database related to characters owned by the player. One record of the owned character DB 4 includes a card number field, a character ID field, a owned flag field, a status information field, and a level field. As will be described later, a character registered in the game application from the game card 1 is set with a possession flag (“1”). As a result, the player owns the character associated with the game card 1 . The status information is current status information of the character, and is updated by executing the first game and the second game. The level is the level of the character, and is updated by executing the first game and the second game.

The player deck DB5 is a database relating to decks organized by players. The player deck DB5 includes a deck number (name) field and a character ID field of the deck-composing characters that compose the deck.
Note that these databases can be downloaded by the game server 3 as characters used in the game are added or changed.

The processing unit 37 comprehensively controls operations of the terminal 2 based on programs and data stored in the storage unit 36, various input signals from the operation input unit 31 and the reading unit 32, and the like. The functions of the processing unit 37 can be realized by electronic components such as microprocessors such as CPUs and GPUs, ASICs, and IC memories. The processing unit 37 includes a game calculation unit 40, an image generation unit 41, a sound generation unit 42, and a communication control unit 43 as main functional units.

The game calculation unit 40 executes various game processes for realizing the game of this embodiment, and outputs the processing results to the image generation unit 41 , the sound generation unit 42 or the communication control unit 43 . The game calculation unit 40 includes a game management unit 50, an operation detection unit 51, a game card reading control unit 52, a character recognition unit 53, a presentation control unit 54, a deck registration unit 55, and a first game execution control unit. 56 and a second game execution control unit 57 .

The game management unit 50 updates each database and manages and executes the entire game.

The operation detection unit 51 detects a signal input from the operation input unit 31 and detects the player's operation. The player's operations to be detected are, for example, operations such as tapping (selection), sliding, swiping, pinching, and dropping.

The game card reading control section 52 controls the reading section 32 (camera 24 ) to read the pattern on the surface of the game card 1 . The game card reading control unit 52 displays guidelines and operation information for reading the game card 1 on the display unit 33 in order to control reading. Then, the game card reading control section 52 outputs the image data of the pattern on the read game card 1 to the character recognition section 53 .

The character recognition unit 53 uses the picture feature data of each game card 1 in the character information DB 2 and recognizes the character associated with the picture on the read game card 1 by a known image recognition technique. When the character recognition unit 53 can recognize the character, it sets a possessed flag (“1”) in the possessed flag field of the possessed character DB 4 . As a result, the character associated with the game card 1 is registered in the game application, and the player owns (obtains) the character associated with the game card 1 . In other words, a character for which an owned flag (“1”) is set in the owned flag field of the owned character DB 4 becomes a character owned by the player.

The presentation control unit 54 presents an image, a home screen (menu screen), or the like necessary for executing the game on the display unit 33 .

The deck registration unit 55 organizes and registers a deck to be used in the second game from the owned characters. The deck registration unit 55 displays an input field for the name of the deck to be registered and a list of owned characters. The deck registration unit 55 registers the character ID of the first type character selected from the list, the character IDs of the three second type characters, and the input deck name in the player deck DB 5. do. In addition, the deck registration unit 55 transmits to the game server 3 player deck configuration information including the player ID of the player, the deck name of the newly formed deck, and the character IDs of the characters that compose the deck. . Note that the player can also register multiple decks.

The first game execution control section 56 executes the first game using the acquired character. The first game is a game in which the character selected by the player is the object of operation. The first game is executed by selecting the menu button on the home screen. By executing the game, the status information of the character used in the game increases. The first game execution control unit 56 increases the status information of the characters used in the first game, and updates the status information of the possessed character DB 4 . Also, the first game execution control unit 56 transmits the updated status information to the game server 3 .

The second game execution control unit 57 executes the second game, which is a battle game using decks. The second game execution control section 57 includes a battle game request section 571 , a character presentation control section 572 , a character state presentation section 573 , an attack target character selection section 574 , and an attack control section 575 .

The competitive game requesting unit 571 transmits to the game server 3 competitive game request information requesting matching of competitive players for the competitive game. The competitive game request information includes the player ID of the player and the name of the deck to be used in the competitive game. When a plurality of decks are registered for the player, the battle game requesting unit 571 displays the registered decks on the battle request screen, and selects the deck selected by the player as the deck to be used in the battle game by the player. The deck name is included in the battle game request information.

The competitive game requesting unit 571 also receives the competitive player deck configuration information from the game server 3 . The opponent player deck configuration information includes the opponent player's player ID, opponent player name (including title), and opponent player deck constituent character information of the characters forming the deck used in the battle. The opponent player name (including title) is the player name (including title) set by the management side in the case of the first type non-player character, and the second type non-player character in the case of the second type non-player character. Other player names (including titles) that have registered decks used by non-player characters. The battle player deck constituent character information includes the character IDs of the characters composing the deck used in the battle, and the status information of the characters composing the deck.

The character presentation control unit 572 reads the character ID of the deck constituent character of the deck to be used in the battle from the player deck DB5, and reads the second game image of that character ID from the character image DB3. In addition, the character presentation control unit 572 reads out the second game image of the character ID of the deck constituent character of the opponent player from the character image DB3 from the battle play deck configuration information. Then, the character presentation control section 572 displays the battle screen.

The character state control unit 573 is a unit that controls the state of the character, and causes the character to transition from the first state to the second state by activating a skill or the like. In addition, the character state control unit 573 presents the character so that it can be identified whether the current state of the character is the first state or the second state. In the present embodiment, the character state control unit 573 controls the character to maintain the second state after the character transitions from the first state to the second state until the end of the battle game. Not limited. For example, the character may transition from the second state to the first state over time, or the character may transition from the second state to the first state by activating another skill.

Regarding the relationship between the time in the character's first state and the time in the character's second state, considering the fun of the battle, the time in the character's second state should be shorter than the time in the character's first state. is good. In particular, it is preferable that at least one character spends less time in the second state than all characters spend in the first state. The character state control unit 573 controls so that the time that at least one character is in the second state is shorter than the time that all the characters are in the first state. However, it is not limited to this, and it is also possible to perform control so that the character's second state time is longer than the character's first state time.

The attack target character selection unit 574 selects a first attack target selection mode or a second attack target selection mode depending on the state of the character in the attack turn, and selects an attack target to be attacked by the opponent player's character according to the selected mode. Select a character. Specifically, when the attack target character selection unit 574 is in a normal state (first state) in which the weaknesses of all the enemy characters of the opponent player are unknown, the attack target character selection unit 574 selects the enemy character to Select a character to attack at random. When at least one or more enemy characters have known weaknesses (second state), the attack target character selection unit 574 preferentially selects attacking characters whose weaknesses have been identified according to the second attack target selection mode. is selected as an attack character. In the second attack target selection mode, if the attribute of the attacking character is not the weak point attribute of the enemy character whose weak point is known, the enemy character whose weak point is known is prioritized regardless of the attribute of the attacking character. is selected as an attack character. Note that the attack target character selection unit 574 may randomly select an attack target character from the enemy characters in the same manner as in the first attack target selection mode. In the present embodiment, the attack target character selection unit 574 selects the first attack target selection mode or the second attack target selection mode depending on the state of the character. You may make it limit the frequency|count of doing.

The attack control unit 575 controls attack turns including the above-described action order calculation phase, skill activation phase, and attack phase, and controls battles such as damage calculation. In addition, the attack control unit 575 presents the character to be attacked in such a manner that the character can be distinguished from other characters.

Next, the game server 3 will be explained.
FIG. 7 is a block diagram showing a functional configuration example of the game server 3. As shown in FIG. The game server 3 includes a storage section 60 , a communication section 61 and a processing section 62 .

The storage unit 60 is realized by, for example, a RAM, a ROM, an IC memory such as a flash memory, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or a DVD, etc., and stores system programs and function programs. A system program is a program for realizing the basic functions of a computer. The function program is a program for causing the processing unit 62 to function to manage the game.

In this embodiment, the storage unit 61 includes a player management database 10 (DB10), a game operation deck management database 11 (DB11), a player deck management database 12 (DB12), and a character information database 13 (DB13). , and the player-owned character database 14 (DB14) of each player are stored. FIG. 8 is a diagram showing an example of each database of the game server 3. As shown in FIG.

The player management DB 10 is a database for managing players. One record of the player management DB 10 includes a player ID field, a player name (nickname) field, a player's second game cumulative battle execution count field, a player's second game win count field, a player including a title field for

The game management deck management DB 11 is a database for managing game management decks. One record of the game management deck management DB 11 includes a player name field set by the game management side, a deck name field, a character ID field of the deck-composing characters constituting the deck, a deck level field, including. Multiple levels of decks are registered in the game management deck management DB 11 so as to correspond to the deck levels of the players.

The player deck management DB 12 is a database for managing player decks. One record of the player deck management DB 12 includes a player ID field, a deck name field, a character ID field of the deck constituent characters that compose the deck, and a deck level field.

The character information DB 13 is a database of information on characters. One record of the character information DB 13 includes a card number field, a character ID (identification information) field, a pattern feature data field, a first character information field, and a second character information field. Each field stores respective data. The card number is an identification number assigned to each type of game card 1 . A character ID is an identification number assigned to each character. The picture feature data is data of feature amounts of the picture 11 displayed (printed) on the surface of the game card 1 . The first character information and the second character information are the information described above.

The player-owned character DB 14 of each player (player ID) is a database for managing characters owned by each player. The player-owned character DB 14 is prepared for each player ID. One record of the player-owned character DB 14 includes a player ID field, a character ID field, a owned flag field, a status information field, and a level field. As for the possession flag, the character registered in the game application from the game card 1 is set with the possession flag (“1”). As a result, the player owns the character associated with the game card 1 . The status information is current status information of the character, and is updated by executing the first game and the second game. The level is the level of the character, and is updated by executing the first game and the second game.

The communication unit 61 is a unit for executing communication with the terminal 2 . The communication unit 61 is connected to the communication line N to realize communication. The function of the communication unit 61 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like.

The processing unit 62 comprehensively controls the operation of the game server 3 based on the programs and data stored in the storage unit 60 . The functions of the processing unit 62 can be realized by, for example, electronic components such as microprocessors such as CPUs and GPUs, ASICs, and IC memories. The processing unit 62 includes a player information management unit 70, a player deck management unit 71, a matching unit 72, and an evaluation information updating unit 73 as main functional units.

The player information management unit 70 manages the player management DB 10, the game management deck management DB 11, the character information DB 13, and the player-owned character DB 14 of each player, and updates each database.
The player deck management unit 71 manages the player deck management DB 12 and updates the database.

The matching unit 72 matches the player with the competitive player in response to the competitive game request information from the terminal 2 . The matching unit 72 refers to the player management DB 10, and matches the player with the first-type non-player character when the player's cumulative number of battle executions is equal to or less than a predetermined number of times. At this time, the deck level of the deck used by the player is referred to, and a deck with a deck level lower than the deck level of the player is selected from the game management deck management DB 11 . If the deck level is lower than the player's deck level, a deck may be randomly selected from the game management deck management DB 11 . The matching unit 72 then transmits to the terminal 2 battle play deck configuration information including the player name (including the title) of the selected deck, the deck level, and the status information of the characters that compose the deck.

Further, the matching unit 72 refers to the player management DB 10, and if the player's accumulated battle execution count exceeds a predetermined number of times, the matching unit 72 randomly selects a deck from the player deck management DB 12, and uses the selected deck as a second type non The deck used by the player character. The matching unit 72 then transmits to the terminal 2 battle play deck configuration information including the player name (including the title) of the selected deck, the deck level, and the status information of the characters that compose the deck.

The evaluation information update unit 73 refers to the player management DB 10 and updates the title field of the player's player management DB 10 according to the number of wins in the second game. In this embodiment, the player is given a title according to the number of wins. Titles according to the number of victories are, for example, warrior from 0 to 10 victories, knight from 11 to 30 victories, . . . , King et al. Note that the title is one example of the evaluation information, and other information may be used as long as it evaluates the player.

<Operation of Embodiment>
The operation of this embodiment will be described.
FIG. 9 is a sequence diagram of the terminal 2 and the game server 3. As shown in FIG.

First, when the game application is started by the player, the game management unit 50 of the terminal 2 performs player registration request processing (Step 100). The game management unit 50 transmits a player registration request including a player name (nickname) desired by the player to the game server 3 .

The player information management unit 70 of the game server 3 receives the player registration request and performs player registration processing (Step 101). The player information management unit 70 determines whether or not the player name (nickname) overlaps with an already registered player name (nickname), and if there is no overlap, assigns a player ID. The player information management unit 70 newly registers the player ID and player name (nickname) in the player management DB 10 . Then, the player information management unit 70 transmits the approval of the player name (nickname) and the assigned player ID to the terminal 2 .
The game management unit 50 of the terminal 2 registers the received player ID in the player DB1.
As described above, the player can execute the game.

When the game application is started by the player after the player registration, the presentation control unit 54 of the terminal 2 performs home screen processing (Step 102). The presentation control unit 54 displays the home screen on the display unit 33 . The home screen includes a menu button. FIG. 10 is a diagram showing an example of the home screen. The home screen in FIG. 10 displays character images of characters possessed (acquired) by the play, and also displays "new arrival information", "game card scan", "deck registration", "execute first game", " Menu buttons (menu icons) 80 for "execute second game" and "end game" are displayed. The player can execute each play by selecting various menu buttons 80 .

When the player selects the "game card scan" button on the home screen described above, the terminal 2 performs game card scan processing (Step 103). FIG. 11 is a flowchart of the game card scanning process (Step 103).

When the operation detection unit 51 detects the touch of the “game card scan” button, the game card reading control unit 52 controls the reading unit 32 (camera 24 ) to be capable of photographing, and reads the pattern 11 of the game card 1 . A guideline serving as a guide is displayed on the display unit 33 (Step 200). 12A and 12B are diagrams for explaining the reading operation of the pattern 11 of the game card 1. FIG. In the example of FIG. 12, a guideline 85 having the same shape as the game card 1 and a scan start button 86 for instructing start of scan are displayed. The player operates the terminal 2 so that the outer edge of the game card 1 photographed by the reading unit 32 and displayed on the display unit 33 follows the guideline 85 . The scan start button 86 is touched while the outer edge of the game card 1 matches the guideline 85 .

When the operation detection unit 51 detects the touch of the scan start button 86, the game card reading control unit 52 starts scanning the game card 1 (Step 201). The pattern 11 of the scanned game card 1 is output from the game card reading control section 52 to the character recognition control section 53 .

The character recognition control unit 53 collates the image of the pattern 11 of the scanned game card 1 with each pattern feature data of the character information DB 2 to identify the character corresponding to the pattern 11 of the scanned game card 1. (Step 202).

When the character corresponding to the pattern 11 of the scanned game card 1 can be identified (Step 203), the character recognition control unit 53 sets a possession flag in the possession flag field of the possession character DB 4 corresponding to the identified character. ("1" is assigned) (Step 204). The character recognition control unit 53 displays on the display unit 33 that a new character has been acquired (Step 205). The character recognition control unit 53 transmits the character ID and player ID of the identified character (whose ownership flag is set) to the game server 3 (Step 206). Then, the process returns to Step 102 (home screen). If the character is identifiable but is already possessed (the possession flag is already set), it is displayed that the character is already possessed, and similarly, the process returns to Step 102 (home screen). On the other hand, when the character corresponding to the pattern 11 of the scanned game card 1 cannot be identified (Step 203), the character recognition control unit 52 displays an error on the display unit 33 (Step 207), and performs Step 102 ( home screen).
By the above operation, the player can register the character associated with the game card 1 that the player has in the game application.

Upon receiving the character ID and the player ID from the terminal 2, the player information management unit 70 of the game server 3 performs player information update processing (Step 104). The player information management unit 70 sets a possessed flag (appends "1") to the possessed flag field of the character ID of the player possessed character DB 14 corresponding to the received player ID. As a result, the player with the player ID can register the acquired character in the game server 3 .

The player can then register the deck using the acquired character. The deck registration processing (Step 105) in terminal 2 will be described. FIG. 13 is a flowchart of deck registration processing (Step 105).

When the player selects the "Register Deck" button on the home screen and the operation detection unit 51 detects that the "Register deck" button has been touched, the deck registration unit 55 retrieves the data owned by the player from the owned character DB 4 and the character image DB 3. Information about the character playing is read (Step 300), and a list layout image is generated (Step 301). Then, the deck registration unit 55 displays a deck registration screen on the display unit 33 (Step 302).

FIG. 14 is a diagram for explaining the deck registration screen. The list layout image 90 is generated by arranging list images of possessed characters on a list layout map in which character arrangement positions are predetermined, and by arranging non-possessed images for characters not possessed. It is an image. Owned characters are characters for which owned flags are set in the owned field of the owned character DB 4 . The deck registration screen includes a list layout image presentation area 91 and a deck organization area 92 for organizing decks. As shown in FIG. 14, in the initial display of this example, the list layout images 90 displayed in the list layout image presentation area 91 of the deck registration screen are arranged from the top of the list layout images 90 to the bottom of the list layout image presentation area 91. It is an image corresponding to the range up to . By flicking or swiping the screen of the list layout image presentation area 91, the player scrolls the list layout images 90 in the movement direction of the flick or swipe, and can see the list layout images 90 of characters not displayed. Further, in the deck formation area 92, a deck name input field 93, one first-type character frame 94, three second-type character frames 95, and a deck confirmation button 96 are displayed. .

The player inputs the deck name in the deck name input field 93 (Step 303). The player selects one character of the first type from the list layout images 90 displayed in the list layout image presentation area 91 (Step 304). The first type character can be selected by dragging the image of the character desired by the player from the list layout image 90 to the first type character frame 94 . The player selects three characters of the second type from the list layout image 90 displayed in the list layout image presentation area 91 (Step 305). The second type character can be selected by dragging the image of the character desired by the player from the list layout image 90 to the second type character frame 95 .

When the player presses the deck confirmation button 96 (Step 306), the deck registration unit 55 registers the player ID, the deck name input in the deck name input field 93, the character frame 94 of the first type and the character frame 94 of the second type. The player deck DB 5 is updated from the player deck configuration information including the character ID of the character placed in the character frame 95 (Step 307).
The deck registration unit 55 transmits the player deck configuration information to the game server 3 (Step 308).
As described above, the player can register the deck.

It is also possible to reorganize a deck that has been registered once. In this case, the deck registration unit 55 displays a list of registered decks on the display unit 33, and displays the selected deck on the deck registration screen shown in FIG.

Next, the first game that affects the level of the deck will be described.
When the player selects the "execute first game" button on the home screen described above, the terminal 2 performs the first game executing process (Step 107). FIG. 15 is a flowchart of the first game execution process (Step 107).

When the player selects the "execute first game" button on the home screen and the operation detection unit 51 detects the touch of the "execute first game" button, the first game execution control unit 56 controls the possessed character DB 4 and Information about the characters owned by the player is read out from the character image DB 3, and a character list is displayed (Step 400).

FIG. 16 is a diagram for explaining the first game. The first game execution control unit 56 displays a list layout image 90 of owned characters on the display unit 33 . The player selects a character for executing the first game from the list layout image 90 (Step 401). The first game execution control unit 56 reads the game image of the selected character from the character image DB 3 and executes the first game (Step 402). The example of FIG. 16 shows an example of playing a game while operating a game image of a selected character with a finger. This game changes the status information (ability values (speed, attack power, defense power, hit points, level, etc.)) of the character who has executed the first game. At this time, the first game execution control unit 56 starts the first game from the initial ability value (for example, the initial level) included in the first character information, and after the game, does not fall below the initial ability value. Control to increase ability value. The first game execution control section 56 calculates the first game result (Step 403) and displays the first game result (Step 404). The first game execution control unit 56 then transmits the first game result information to the game server 3 . The first game result information includes the player ID, the character ID of the character who executed the first game, the character's status information (ability values (speed, attack power, defense power, hit points, level, etc.)), including.

The game server 3 that has received the first game result information performs player information update processing (Step 108). The player information management unit 70 of the game server 3 updates the status information (ability values (speed, attack power, defense power, hit points, level, etc.)) of the player-owned character DB 14 corresponding to the received player ID.

Next, deck management processing (Step 106) of the game server 3 will be described. FIG. 17 is a flow chart of deck management processing (Step 106).

When the game server 3 receives the player deck configuration information (player ID, deck name, character ID of the character that composes the deck) (Step 500), the player deck management unit 71 adds a deck to the player ID record of the player deck management DB 12. Names and character IDs of characters constituting the deck are registered (Step 501). The player deck management unit 71 acquires the level of each deck constituent character in the player deck management DB 12 from the player owned character DB 14 using the character ID as a key, and calculates the deck level of the deck (Step 502). In this embodiment, for example, the deck level is the total value of the levels of the characters that make up the deck. Then, the player deck management unit 71 updates the deck level of the record of the player ID in the player deck management DB 12 (Step 503).

Subsequently, when the player's character status information is updated by executing the first game, the second game, or the like (Step 504), the player deck management unit 71 updates the level of the deck constituent characters in the player-owned character DB 14 of the player. It is determined whether there is a change (Step 505). When there is a change in the level of the deck constituent characters (Step 505), the player deck management unit 71 acquires the level of each deck constituent character, calculates the deck level (Step 502), and stores the player ID record in the player deck management DB 12. is updated (Step 503).

By the above operation, the player can register the deck in the game server 3, and furthermore, the player's registered deck registered in the game server 3 can be changed to the level of the characters constituting the deck by executing the first game and the second game. The level of the registered deck can be updated to the latest one even if the is changed.

Next, execution of the second game (competition game) will be described.
When the player selects the "execute second game" button on the home screen described above, the competitive game request unit 571 of the terminal 2 performs the second game execution request process (Step 109). The competitive game requesting unit 571 of the terminal 2 transmits competitive game request information including the player ID to the game server 3 . If a plurality of player's decks are registered, the name of the deck selected by the player is included in the battle game request information as the deck to be used by the player in the battle game.

The game server 3 that has received the competitive game request information performs matching processing (Step 110). FIG. 18 is a flowchart of matching processing (Step 110).

Upon receiving the competitive game request information (Step 600), the matching unit 72 of the game server 3 acquires the cumulative competition execution count of the player ID included in the competitive game request information from the player management DB 10 (Step 601).

The matching unit 72 determines whether or not the cumulative number of battles played for the player ID is equal to or less than a predetermined number n (Step 602). It is obtained from the player deck management DB 12 (Step 603). The matching unit 72 selects a management side deck whose level is equal to or lower than the registered deck level of the player ID (Step 604). Taking the database of FIG. 8 as an example, the cumulative number of battle executions for player ID "1001" is five. Assuming that the predetermined number n is 10, the cumulative number of battles executed for player ID "1001" is equal to or less than the predetermined number n. The registered deck level of the player ID is "8". Therefore, the matching unit 72 selects management side decks with a registered deck level of "8" or lower for the player ID. For example, a management side deck with a deck level of "5" and a player name of "xyz (warrior)" is selected.

On the other hand, the matching unit 72 determines whether or not the accumulated number of battle executions for the player ID is equal to or less than a predetermined number n (Step 602). , selects a registered deck of another player (Step 606). Taking the database of FIG. 8 as an example, the cumulative number of battle executions for player ID “1002” is 35 times. Assuming that the predetermined number n is 10, the cumulative number of battles performed for player ID "1002" exceeds the predetermined number n. Therefore, the matching section 72 randomly selects the registered decks of other players from the player deck management section DB 12 . For example, the deck with player ID "1003" is selected.

The matching unit 72 transmits battle play deck configuration information including the player ID of the selected deck, the player name (including the title), the deck level, and the status information of the deck configuration characters to the terminal 2 (Step 605).

The terminal 2 that has received the battle play deck configuration information performs the second game execution process (Step 111). FIG. 19 is a flow chart of the second game execution process (Step 111).

The character presentation control unit 572 receives the battle play deck configuration information (Step 700). The character presentation control unit 572 acquires the player's play deck configuration information from the player deck DB 5 (Step 701). The play deck configuration information includes player names (including titles), deck levels, and status information of characters that make up the deck. Using the character ID of each deck constituent character as a key, the character presentation control unit 572 reads out the second game image of each deck constituent character from the character image DB 3, and displays the battle screen (Step 702).

FIG. 20 is a diagram showing an example of a battle screen. The battle screen includes player names (including titles) 100 of the player and the opponent player, deck levels 101 of the player and the opponent player, skill buttons 101 of the player and the opponent player, characters PAC1 to PAC4 that make up the player's deck, and the battle. Player deck constituent characters PBC1 to PBC4 are displayed. Here, the player name (including title) 100 of the opponent player is the player name and title of the player who registered the deck used by the opponent player.

In the battle game of the present embodiment, the characters PAC2 to PAC4 and the characters PBC2 to PBC4 that make up the deck attack enemy characters in order of speed. The attack processing of one deck constituent character is regarded as one attack turn, and the attack turn of all deck constituent characters capable of fighting is regarded as one cycle.

The attack control unit 575 sets X as the number of characters that can be attacked, Y as the number of characters that have finished attacking, and Z as the number of characters that cannot fight, and calculates P=XYZ for each turn (Step 703). . The number of characters that can be attacked at the start of one cycle is counted and set to X (Step 704). At the start of one cycle, Y=0 and Z=0 (Step 705). Then, the attack control unit 575 performs attack turn processing (Step 706).

The attack turn processing (Step 706) will be explained using FIGS. FIG. 21 is a flow chart of the attack turn process (Step 706) performed in the second game execution process (Step 111). FIG. 22 is a diagram showing an example of the battle screen when the character is in the first state, and FIG. 23 is a diagram showing an example of the battle screen when the character transitions from the first state to the second state.

The attack control unit 575 determines the character with the highest value of quickness as the attacking character among the quickness of characters capable of fighting (Step 800).

The character state control unit 573 determines whether a skill has been activated (Step 801). When the player activates a skill, the character state control unit 573 causes the character of the opponent player to transition from the first state to the second state (Step 802). The character state control unit 573 displays the character that has transitioned to the second state so that it can be visually identified as the character in the second state (Step 803).

When the character is in the first state, as shown in FIG. 22, above the deck constituent characters PAC2 to PAC4 and the deck constituent characters PBC2 to PBC4, "?" indicating unknown weak points is displayed. On the other hand, when the player touches the skill button 101 to activate the skill, as shown in FIG. , and the weak attribute "water" of the deck constituent character PBC3 is displayed so that it can be identified.

Next, the battle target character selection unit 574 determines an attack target selection mode (Step 805). If there is no character in the second state among the characters of the opponent player, the opponent character selection unit 574 selects the first attack target selection mode (Step 806), and randomly selects an attack target character (Step 807).

On the other hand, if there is a character in the second state among the characters of the opponent player, the battle target character selection unit 574 selects the second attack target selection mode (Step 809). The battle target character selection unit 574 determines whether or not there is a character that preferentially attacks among the characters in the second state (Step 810). If there is a character to attack with priority, the battle target character selection unit 574 selects that character as a target character (Step 811), and if there is no character to attack with priority, randomly selects a character to attack. (Step 807).

The attack control unit 575 displays that the attack character attacks the selected attack target character (Step 808). The attack control unit 575 calculates the damage of the attack target character (Step 812) and displays the damage of the attack target character (Step 813).

The attack control unit 575 determines that the attack target character is incapable of fighting after being damaged (Step 814), and if the attack target character is incapable of fighting (Step 815), the attack target character disappears from the battle screen (Step 816). .

22, when the opponent player's deck constituent characters PBC2 to PBC4 are in the first state (weaknesses are unknown), the deck constituent characters are randomly selected from the opponent player's deck constituent characters PBC2 to PBC4. A player's character PAC3 (attacking character) is attacking PBC2. Then, "10", which is the damage given to the deck constituent character PBC2, is displayed, "10" is subtracted from the HP (hit point) of the deck constituent character PBC2, and the HP (hit point) after the damage is displayed as "5". are doing.

On the other hand, as shown in FIG. 23, when the skill is activated and the weak attribute "water" of the deck constituent character PBC3 is known, the attribute of the player's deck constituent character PAC3 (attacking character) is "water". The deck-constituting character PAC3 (attacking character) preferentially selects the deck-constituting character PBC3 as an attack target character to attack. As a result, unlike the first state, the damage dealt to the deck constituent character PBC3 is 1.5 times "15". As a result, since the HP (hit points) of the deck-composing character PBC3 is "15", the HP (hit points) of the deck-composing character PBC3 becomes "0", and the deck-composing character PBC3 disappears from the battle screen, indicating that it is unable to fight. is done. In this way, the second attack target selection mode is a mode of attack that advantageously advances the player's battle game.

The attack control unit 575 increases Y by 1 when the attack turn of one deck constituent character is completed (Step 707). The attack control unit 575 determines whether or not there is a character incapable of fighting (Step 708), and increases Z by 1 if there is a character incapable of fighting (Step 709).

The attack control unit 575 determines whether or not there is a deck constituent character capable of fighting on both sides (Step 710). The attack control unit 575 determines whether or not P=0 if there are deck-composing characters capable of fighting on both sides, and if P=0, returns to Step 703 and resets the processing for one cycle. If P is not 0, the process returns to Step 706 to perform attack turn processing (Step 706).

On the other hand, when there are no deck-composing characters capable of fighting on either side, that is, when the victory or defeat is determined, the attack control unit 575 calculates the battle result such as the status information of the player's deck-composing characters (Step 712), and starts the battle. Display the result (Step 713). FIG. 24 is an example of the second game result screen. Then, the attack control unit 575 transmits the second game result information to the game server 3 (Step 714). The second game result information includes the player's player ID, the win/loss of the second game, and status information of the player's deck constituent characters.

The game server 3 that has received the second game result information performs player information update processing (Step 112). The player information management unit 70 of the game server 3 extracts the status information (ability values (speed, attack power, defense power, hit point , level, etc.)). The evaluation information updating unit 73 updates the number of wins of the player in the player management DB 10 by increasing (+1) from the win/loss of the second game. Also, the evaluation information updating unit 73 updates the title in the player management DB 10 to a title corresponding to the updated number of wins.
This completes the description of the operation of the present embodiment.

In this embodiment, in the matching of the competitive game, the player is matched with the competitive player according to the number of times the player has executed the competition. In particular, in the present embodiment, when the player's cumulative number of battle executions is equal to or less than a predetermined number of times, the player is matched with the first-type non-player character, and when the player's cumulative number of battle executions exceeds the predetermined number, It is configured to match a player with a randomly selected non-player character of the second type. A first type non-player character is a non-player character that uses a management side deck, and a second type non-player character is a non-player character that uses a deck registered by another player.

Therefore, if the player's cumulative battle execution count is equal to or less than a predetermined number of times, the player is matched with a non-player character using a deck level lower than the deck level of the deck used by the player, and the cumulative battle execution count is It is possible to increase the winning probability of a small number of novice players and prevent them from losing interest in the competitive game. In addition, a player whose cumulative battle execution count exceeds a predetermined number of times can execute a variety of battles by matching with second-type non-player characters using various decks registered by real players. .

In addition, in the battle game, by using a second type non-player character that uses various decks registered by real players, a non-real-time battle game that does not require the operation of another player who has registered the deck can be executed.

Further, in the present embodiment, in selecting an attack target in a battle game, the method of selecting an attack target is varied according to the state of the opponent's character. By adopting such a configuration, it is possible to select an attack mode that favorably advances the battle game depending on the state of the character, and prevent mistakes in selecting an attack target due to the player's lack of understanding of the game. In addition, it is possible to provide the player with the enjoyment of changing the state of the character and activating a skill or the like that advances the game in an advantageous manner.
As a result, the player does not lose interest in the game, so it is possible to provide a game that is more interesting to the user.

<Modification 1 of the present embodiment>
In the above-described embodiment, when matching the player with the first-type non-player characters, a plurality of first-type non-player characters may be presented to the player.

For example, if there are a plurality of decks on the side of the game operator whose deck level is lower than that of the player, the matching unit 72 of the game server 3 transmits the configuration information of the decks of the competing players to the terminal 2 . The second game execution control unit 57 of the terminal 2 presents a plurality of first type non-player characters to the terminal 2 so that the player can select one. Then, the second game execution control unit 57 executes the second game between the player and the first type non-player character selected by the player.

FIG. 25 is an example of the opponent player selection screen. The opponent player selection screen in FIG. 25 presents two first-type non-player characters having different deck levels. By selecting a first-type non-player character with which the player wishes to battle, the player can execute a battle with the first-type non-player character.

<Modification 2 of the present embodiment>
In the embodiment described above, the number of wins is increased (+1) only for the player who won the second game. However, if a second-type non-player character using a deck registered by another player wins a battle game, the number of wins of the other player who registered the deck used by the second-type non-player character is increased ( +1) may be performed.

In this case, if the second game is won by the second type non-player character, the evaluation information updating unit 73 of the game server 3 updates other players who registered the deck used by the second type non-player character. +1 the number of wins in the player management DB 10. The evaluation information updating unit 73 updates the title in the player management DB 10 to a title corresponding to the updated number of wins.

With this configuration, the player can increase the number of wins and obtain a title (evaluation information) according to the number of wins without actually playing the second game. Since the first game and the second game are executed so as to raise the level of the characters constituting the deck, it is possible to provide a game with improved interest for the user.

<Modification 3 of the present embodiment>
In the above-described embodiment, attacking characters are determined in descending order of quickness values of characters capable of fighting in the player and the opponent player. However, the player's attack turn and the opponent player's attack turn may alternate. For example, the attack turn process may be performed only for the player's character, and then the attack turn process may be performed only for the opponent player's character, so that the player's attack turn and the opponent player's attack turn alternate. good.

<Modification 4 of the present embodiment>
In the embodiment described above, the player's deck level and the opponent player's deck level are presented on the battle screen. However, the deck level corresponds to each player's level. Therefore, instead of the deck level of the player and the deck level of the opponent player, the player level of the player and the play level of the opponent player may be used.

Some or all of the above-described embodiments are also described in the following additional remarks, but are not limited to the following.

[Appendix 1]
A program for executing a battle game using a deck composed of a plurality of characters,
the computer,
Character presenting means for presenting a plurality of characters constituting decks of the player and the opponent player;
character state control means for controlling state transitions of the character being presented;
attack target selection means for selecting any one of the presented characters of the opponent player as an attack target character to be attacked by the player's character;
function as
The attack target selection means is
When all of the presented opponent player characters are in the first state, the attack target characters are selected according to a first attack target selection mode, and at least one or more of the presented opponent player characters is in the first state. In the case of two states, selecting an attack target character according to the second attack target selection mode,
program.

[Appendix 2]
The first attack target selection mode is a mode in which the attack target character is randomly selected from the characters of the opponent player,
The second attack target selection mode is a mode in which a character in the second state among the characters of the opponent player is preferentially selected as the attack target character.
A program according to Appendix 1.

[Appendix 3]
The attack target selection means is
In the second attack target selection mode, when there is no character to be preferentially selected as the attack target character, the attack target character is randomly selected from the characters of the opponent player;
A program according to Appendix 2.

[Appendix 4]
The second attack target selection mode is a mode in which the battle game is advanced advantageously for the player.
The program according to any one of appendices 1 to 3.

[Appendix 5]
The character state control means controls the time in the second state of the character to be shorter than the time in the first state.
The program according to any one of appendices 1 to 4.

[Appendix 6]
The character state control means is capable of transitioning the state of the character from the first state to the second state,
The first state is a normal state of the character,
The second state is a state other than the character's normal state,
The program according to any one of appendices 1 to 5.

[Appendix 7]
The character state control means changes the state of at least one character of the opponent player from the first state to the second state in response to the player's operation.
The program according to any one of appendices 1 to 6.

[Appendix 8]
The operation of the player is an operation of activating a skill for discovering weaknesses of the character of the opponent player,
The second state is a state in which weaknesses of the opponent player's character have been identified.
A program according to Appendix 7.

[Appendix 9]
In the second attack target selection mode, the character of the opponent player whose weakness has been found is preferentially selected as the attack target character.
A program according to Appendix 8.

[Appendix 10]
The character state control means presents transition information indicating that the character has transitioned from the first state to the second state;
10. The program according to any one of appendices 1 to 9, which functions as a

[Appendix 11]
The character state control means presents the transition information in the vicinity of the character that has transitioned from the first state to the second state.
The program according to Appendix 10.

[Appendix 12]
The character presentation means presents the character selected as the attack target character visually distinguishable from other characters.
12. The program according to any one of appendices 1 to 11.

[Appendix 13]
said computer,
Deck registration means for forming the deck from a plurality of characters selected from the characters acquired by the player and registering the formed deck;
to function as
12. The program according to any one of appendices 1 to 12.

[Appendix 14]
The deck registration means can change the characters that make up the registered deck.
The program according to Appendix 13.

[Appendix 15]
The deck registration means can register a plurality of decks, and can select a deck to be used in the battle game from the plurality of registered decks.
The program according to appendix 13 or appendix 14.

[Appendix 16]
said computer,
a reading means capable of reading a pattern of a game medium as a tangible object;
Acquisition means by which the player can acquire a character specified by the read pattern;
to function as
16. The program according to any one of appendices 1 to 15.

[Appendix 17]
The game medium includes a first type game medium and a second type game medium,
The deck registration means registers at least one first-type character obtained from the first-type game medium, and a plurality of second-type characters obtained from the second-type game medium, from the deck. constitute a
16. The program according to Appendix 16.

[Appendix 18]
the character of the first type has a skill capable of transitioning the character of the opponent player from the first state to the second state;
The character state control means changes the state of the character from the first state to the second state in response to the skill activation operation by the player.
17. The program according to Appendix 17.

[Appendix 19]
A game device for executing a battle game using a deck composed of a plurality of characters,
Character presenting means for presenting a plurality of characters constituting decks of the player and the opponent player;
character state control means for controlling state transitions of the character being presented;
an attack target selection means for selecting any one of the presented characters of the opponent player as an attack target character to be attacked by the player's character;
with
The attack target selection means is
When all of the presented opponent player characters are in the first state, the attack target characters are selected according to a first attack target selection mode, and at least one or more of the presented opponent player characters is in the first state. In the case of two states, selecting an attack target character according to the second attack target selection mode,
game device.

[Appendix 20]
Equipped with a game medium and a game device as tangible objects,
The game device
a reading means capable of reading the pattern of the game medium;
Acquisition means by which a player can acquire a character specified by the read pattern;
a deck registration means for forming a deck from a plurality of characters selected from the obtained characters and registering the formed deck;
Character presenting means for presenting a plurality of characters constituting decks of the player and the opponent player;
an attack target selection means for selecting any one of the presented characters of the opponent player as an attack target character to be attacked by the player's character;
with
The attack target selection means is
When all of the presented opponent player characters are in the first state, the attack target characters are selected according to a first attack target selection mode, and at least one or more of the presented opponent player characters is in the first state. In the case of two states, selecting an attack target character according to the second attack target selection mode,
game system.

Although the present invention has been described above with reference to preferred embodiments, the present invention is not necessarily limited to the above embodiments, and can be variously modified and implemented within the scope of its technical ideas.

1 game card 2 terminal 3 game server 11 design 12 first character image 13 first background image 14 first character information 21 display 22 touch operation panel 23 speaker 24 camera 31 operation input unit 32 reading unit 33 display unit 34 sound output unit 35 Communication unit 36 Storage unit 37 Processing unit 40 Game calculation unit 41 Image generation unit 42 Sound generation unit 43 Communication control unit 50 Game management unit 51 Operation detection unit 52 Game card reading control unit 53 Character recognition unit 54 Presentation control unit 55 Deck registration unit 56 First game execution control unit 57 Second game execution control unit 60 Storage unit 61 Communication unit 62 Processing unit 70 Player information management unit 71 Player deck management unit 72 Matching unit 73 Evaluation information update unit 571 Battle game request unit 572 Character presentation control Section 573 Character state presentation section 574 Attack target character selection section 575 Attack control section

Claims (20)

A program for executing a battle game using a deck composed of a plurality of characters,
the computer,
Character presenting means for presenting a plurality of characters constituting decks of the player and the opponent player;
character state control means for controlling state transitions of the character being presented;
attack target selection means for selecting any one of the presented characters of the opponent player as an attack target character to be attacked by the player's character;
function as
The attack target selection means is
When all of the presented opponent player characters are in the first state, the attack target characters are selected according to a first attack target selection mode, and at least one or more of the presented opponent player characters is in the first state. In the case of two states, selecting an attack target character according to the second attack target selection mode,
program. The first attack target selection mode is a mode in which the attack target character is randomly selected from the characters of the opponent player,
The second attack target selection mode is a mode in which a character in the second state among the characters of the opponent player is preferentially selected as the attack target character.
A program according to claim 1. The attack target selection means is
In the second attack target selection mode, when there is no character to be preferentially selected as the attack target character, the attack target character is randomly selected from the characters of the opponent player;
3. A program according to claim 2. The second attack target selection mode is a mode in which the battle game is advanced advantageously for the player.
A program according to any one of claims 1 to 3. The character state control means controls the time in the second state of the character to be shorter than the time in the first state.
A program according to any one of claims 1 to 4. The character state control means is capable of transitioning the state of the character from the first state to the second state,
The first state is a normal state of the character,
The second state is a state other than the character's normal state,
A program according to any one of claims 1 to 5. The character state control means changes the state of at least one character of the opponent player from the first state to the second state in response to the player's operation.
A program according to any one of claims 1 to 6. The operation of the player is an operation of activating a skill for discovering weaknesses of the character of the opponent player,
The second state is a state in which weaknesses of the opponent player's character have been identified.
8. A program according to claim 7. In the second attack target selection mode, the character of the opponent player whose weakness has been found is preferentially selected as the attack target character.
9. A program according to claim 8. The character state control means presents transition information indicating that the character has transitioned from the first state to the second state;
10. The program according to any one of claims 1 to 9, which functions as a program. The character state control means presents the transition information in the vicinity of the character that has transitioned from the first state to the second state.
11. A program according to claim 10. The character presentation means presents the character selected as the attack target character visually distinguishable from other characters.
A program according to any one of claims 1 to 11. said computer,
Deck registration means for forming the deck from a plurality of characters selected from the characters acquired by the player and registering the formed deck;
to function as
A program according to any one of claims 1 to 12. The deck registration means can change the characters that make up the registered deck.
14. A program according to claim 13. The deck registration means can register a plurality of decks, and can select a deck to be used in the battle game from the plurality of registered decks.
15. The program according to claim 13 or 14. said computer,
a reading means capable of reading a pattern of a game medium as a tangible object;
Acquisition means by which the player can acquire a character specified by the read pattern;
to function as
A program according to any one of claims 1 to 15. The game medium includes a first type game medium and a second type game medium,
The deck registration means registers at least one first-type character obtained from the first-type game medium, and a plurality of second-type characters obtained from the second-type game medium, from the deck. constitute a
17. A program according to claim 16. the character of the first type has a skill capable of transitioning the character of the opponent player from the first state to the second state;
The character state control means changes the state of the character from the first state to the second state in response to the skill activation operation by the player.
18. A program according to claim 17. A game device for executing a battle game using a deck composed of a plurality of characters,
Character presenting means for presenting a plurality of characters constituting decks of the player and the opponent player;
character state control means for controlling state transitions of the character being presented;
an attack target selection means for selecting any one of the presented characters of the opponent player as an attack target character to be attacked by the player's character;
with
The attack target selection means is
When all of the presented opponent player characters are in the first state, the attack target characters are selected according to a first attack target selection mode, and at least one or more of the presented opponent player characters is in the first state. In the case of two states, selecting an attack target character according to the second attack target selection mode,
game device. Equipped with a game medium and a game device as tangible objects,
The game device
a reading means capable of reading the pattern of the game medium;
Acquisition means by which a player can acquire a character specified by the read pattern;
a deck registration means for forming a deck from a plurality of characters selected from the obtained characters and registering the formed deck;
Character presenting means for presenting a plurality of characters constituting decks of the player and the opponent player;
an attack target selection means for selecting any one of the presented characters of the opponent player as an attack target character to be attacked by the player's character;
with
The attack target selection means is
When all of the presented opponent player characters are in the first state, the attack target characters are selected according to a first attack target selection mode, and at least one or more of the presented opponent player characters is in the first state. In the case of two states, selecting an attack target character according to the second attack target selection mode,
game system.

Images