US10967280B2 - Non-transitory computer readable recording medium, game control method, server device, and information processing system - Google Patents
Non-transitory computer readable recording medium, game control method, server device, and information processing system Download PDFInfo
- Publication number
- US10967280B2 US10967280B2 US16/420,689 US201916420689A US10967280B2 US 10967280 B2 US10967280 B2 US 10967280B2 US 201916420689 A US201916420689 A US 201916420689A US 10967280 B2 US10967280 B2 US 10967280B2
- Authority
- US
- United States
- Prior art keywords
- unit
- units
- attack
- game
- positional relationship
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/80—Special adaptations for executing a specific game genre or game mode
- A63F13/822—Strategy games; Role-playing games
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/35—Details of game servers
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/50—Controlling the output signals based on the game progress
- A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
- A63F13/537—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game using indicators, e.g. showing the condition of a game character on screen
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/55—Controlling game characters or game objects based on the game progress
- A63F13/56—Computing the motion of game characters with respect to other game characters, game objects or elements of the game scene, e.g. for simulating the behaviour of a group of virtual soldiers or for path finding
Definitions
- the present invention relates to a non-transitory computer readable recording medium storing instructions to be executed on a computer, to a game control method, to a server device, and to an information processing system that provide a battle game to a terminal device.
- each user's deck is formed by a plurality of battle cards or the like stored for each user, and the battle game server allows a plurality of users to compete with each other based on a total value or the like of parameters such as attack strength, defense strength, and the like of the cards in the deck (for example, see Patent Literature 1 and 2).
- Patent Literature 1 JP2008-220984A
- Patent Literature 2 JP2000-325528A
- the strength of a deck depends greatly on the number of cards the user holds. For example, it is difficult for a user who does not hold cards having high parameters to win against a deck formed only by cards having high parameters. Therefore, the result of a battle ends up being largely decided at the time the deck is formed, causing the user to lose interest in the game.
- the present invention has been conceived in light of these circumstances and provides a non-transitory computer readable recording medium storing instructions to be executed on a computer, a game control method, a server device, and an information processing system that can provide a battle game that dynamically varies parameters in accordance with game progress.
- a non-transitory computer readable recording medium has stored thereon instructions to be executed on a computer providing a battle game to a plurality of terminal devices, a plurality of users each operating a unit to battle in the battle game, the instructions causing the computer to perform the steps of: determining a unit parameter of each of a plurality of units, group information being associated with each unit and indicating a group, among a plurality of groups, to which the unit belongs; deploying the plurality of units on a field in the battle game, the field being divided into a plurality of regions; varying the unit parameter of a first unit on the field based on the group information associated with the first unit and the group information associated with a second unit on the field, the second unit having a predetermined positional relationship with the first unit; and conducting a battle between the first unit and other units using the varied unit parameter.
- the unit parameter of the first unit is preferably varied by being increased.
- the unit parameter of the first unit is preferably varied by being decreased.
- the unit parameter of the first unit is preferably varied by being decreased.
- the instructions preferably further cause the computer to perform the step of: upon receiving, from the terminal device of a user, an accompaniment request that designates another unit belonging to the same group as the unit operated by the user, causing the unit to act automatically so that on the field, the unit has the predetermined positional relationship with the other unit.
- the instructions preferably further cause the computer to perform the step of: retrieving, from the terminal device, deck information including identifiers of a plurality of game media, wherein the unit preferably includes a plurality of unit parameters, and in the step of determining the unit parameter, the plurality of unit parameters are preferably each determined based on a portion of the plurality of game media.
- one of a plurality of game medium attributes is preferably associated with each of the game media, and the instructions preferably further cause the computer to perform the steps of: receiving unit type information indicating a type of the unit from the terminal device; and increasing the unit parameters when the game medium attribute of any of the game media held by the user matches a predetermined game medium attribute corresponding to the type of the unit.
- the instructions preferably further cause the computer to perform the steps of: upon receiving, from the terminal device of a user, an accompaniment request that designates another unit belonging to the same group as the unit operated by the user, causing the unit to act automatically so that on the field, the unit has the predetermined positional relationship with the other unit, wherein in the step of varying the unit parameter, when the first unit and the second unit belong to the same group, the unit parameter of the first unit is preferably varied by being increased.
- the predetermined positional relationship is preferably a positional relationship such that the first unit is included in an attack range of the second unit, and in the step of varying the unit parameter, when the first unit, the second unit, and a third unit that has been established as a target of attack by the first unit or that has established the first unit as a target of attack belong to different groups, and the second unit comprises a plurality of units, the unit parameter of the first unit is preferably varied by being decreased.
- a game control method is used in a computer providing a battle game to a plurality of terminal devices, a plurality of users each operating a unit to battle in the battle game, the game control method comprising the steps of: determining a unit parameter of each of a plurality of units, group information being associated with each unit and indicating a group, among a plurality of groups, to which the unit belongs; deploying the plurality of units on a field in the battle game, the field being divided into a plurality of regions; varying the unit parameter of a first unit on the field based on the group information associated with the first unit and the group information associated with a second unit on the field, the second unit having a predetermined positional relationship with the first unit; and conducting a battle between the first unit and other units using the varied unit parameter.
- a server device for providing a battle game to a plurality of terminal devices, a plurality of users each operating a unit to battle in the battle game, the server device comprising: means for determining a unit parameter of each of a plurality of units, group information being associated with each unit and indicating a group, among a plurality of groups, to which the unit belongs; means for deploying the plurality of units on a field in the battle game, the field being divided into a plurality of regions; means for varying the unit parameter of a first unit on the field based on the group information associated with the first unit and the group information associated with a second unit on the field, the second unit having a predetermined positional relationship with the first unit; and means for conducting a battle between the first unit and other units using the varied unit parameter.
- An information processing system is for executing a game, the information processing system comprising: a server device; and at least one terminal device, the server device comprising: means for determining a unit parameter of each of a plurality of units, group information being associated with each unit and indicating a group, among a plurality of groups, to which the unit belongs; means for deploying the plurality of units on a field in the battle game, the field being divided into a plurality of regions; means for varying the unit parameter of a first unit on the field based on the group information associated with the first unit and the group information associated with a second unit on the field, the second unit having a predetermined positional relationship with the first unit; and means for conducting a battle between the first unit and other units using the varied unit parameter, and the terminal device comprising: means for displaying the field.
- non-transitory computer readable recording medium game control method, server device, and information processing system of the present invention, it is possible to provide a battle game that dynamically varies parameters in accordance with game progress.
- FIG. 1 is a block diagram of a game system according to an embodiment of the present invention
- FIG. 2 illustrates an example of the user information in FIG. 1 ;
- FIG. 3 illustrates an example of a field on which units are deployed within the game
- FIG. 4 illustrates an example of the information on cards in possession in FIG. 2 ;
- FIG. 5 illustrates an example of the deck information in FIG. 2 ;
- FIG. 6 illustrates an example of information associated with the unit type information in FIG. 2 ;
- FIG. 7 is a flowchart illustrating operations of the game system in FIG. 1 ;
- FIG. 8 illustrates an example of a game screen displayed on the display module in FIG. 1 ;
- FIG. 9 illustrates an example of a game screen displayed on the display module in FIG. 1 ;
- FIG. 10 is a flowchart illustrating operations of the game system in FIG. 1 ;
- FIG. 11 is a flowchart illustrating operations of the game system in FIG. 1 ;
- FIG. 12 illustrates operations of the game system in FIG. 1 ;
- FIG. 13 is a flowchart illustrating operations of the game system in FIG. 1 ;
- FIG. 14 illustrates an example of a game screen displayed on the display module in FIG. 1 ;
- FIG. 15 illustrates an example of a game screen displayed on the display module in FIG. 1 .
- the battle game according to the present embodiment has two battle modes: regular battle and group battle.
- the regular battle is a battle mode for a user to acquire game media (cards), game items, and the like by using individual game media that the user holds in order to battle an opponent or complete a mission (quest) within the game.
- a regular battle a user can also cooperate with another user to battle an enemy boss.
- a group battle is a real-time battle mode for multiple users whereby a user deploys a unit on a field within the game, the unit being formed with a plurality of game media acquired in regular battles, and operates the unit by taking actions such as moving and attacking in order to battle other units operated by a plurality of users.
- the game media are described here as being game cards, yet any media within the game may be used, such as characters, weapons, armor, items, or the like.
- a group battle takes place as a limited-time event, for example.
- each unit belongs to one of three groups, and victory or defeat is determined by group.
- the user may select the group to which the unit belongs, or the server may automatically select the group based on the user's status or cards in possession.
- a group battle ends after a predetermined time has elapsed from the start of the battle (for example, 30 minutes).
- the user can cause the unit to act once every predetermined time period (for example, 5 seconds). Therefore, the number of times a unit can act in a group battle is limited.
- the timing for causing units to act may be the same for all units that are participating in the group battle. During one action, the unit can either move or attack, for example.
- a stronghold has, for example, parameters similar to a unit, such as stamina, and is captured by the group that reduces the stamina of the stronghold to zero by attacking with a unit. At the end of the battle, the group that has captured the stronghold can obtain additional points.
- a plurality of strongholds may be arranged on the field.
- Victory or defeat in the group battle, as well as the game media, items, or the like provided as a reward are determined in accordance with the number of points obtained by the end of the battle.
- the user can also obtain game media, items, or the like arranged on the field by, for example, causing the unit to pick them up.
- the game media, items, or the like that the user obtains in the group battle may be usable not only in a group battle but also in a regular battle.
- a game system 10 includes a server device 11 and a plurality of terminal devices 12 .
- the server device 11 and the terminal devices 12 can communicate with each other over a network 13 .
- the server device 11 includes a server communication module 14 , a memory module 15 , a unit type information retrieval module 16 , a deck information retrieval module 17 , a unit parameter determination module 18 , a unit deployment module 19 , a unit parameter variation module 20 , and a server control module 21 .
- the server communication module 14 exchanges information with the terminal devices 12 .
- the memory module 15 stores user information 22 .
- the user information 22 is information unique to a user and includes a variety of information used for progress of the game.
- the user information 22 includes a plurality of unit parameters, information on cards in possession, deck information, unit type information, and group information, all associated with a user ID, which is the identifier of the user.
- the unit parameters are parameters indicating characteristics of the unit, such as HP, AT, DF, movement range, and attack range.
- HP, AT, and DF respectively indicate the stamina (hit points), attack strength, and defense strength of the unit.
- the movement range and attack range respectively indicate the range in which the unit can move during one action (movement) and the range in which the unit can attack during one action (attack).
- the field 23 illustrated in FIG. 3 is divided into 21 vertical squares by 21 horizontal squares and contains nine subfields that each include 7 vertical squares by 7 horizontal squares.
- the information on cards in possession in FIG. 2 is information on all of the cards of which the user is in possession.
- FIG. 4 illustrates the content of the information on cards in possession (for example, “information on cards in possession 001”).
- the information on cards in possession includes a plurality of card parameters (game medium parameters) and card attribute information (game medium attribute information), all associated with a card ID, which is the identifier of a card the user has in possession.
- the card parameters are parameters indicating the strength of an individual card and for example include HP, AT, and DF.
- the card attribute information indicates the card attribute (game medium attribute) that a card has among a plurality of card attributes, such as “order”, “nothing”, “chaos”, “adjacent”, “distant”, and “flight”.
- the card attribute information is used in the below-described process to determine the unit parameters. In the present embodiment, there are six card attributes, “card attribute 1 ” through “card attribute 6 ”, yet two or more card attributes are sufficient.
- the deck information in FIG. 2 is information including, among all of the cards held by the user, a plurality of cards that the user has selected or that have been automatically selected.
- FIG. 5 illustrates the content of the deck information (for example, “deck information 001”).
- the deck information includes card IDs, a plurality of card parameters, and card attribute information all associated with a unit parameter.
- a portion of the plurality of cards included in the deck is associated with each unit parameter. For example, three cards (card IDs “card 01 ” through “card 03 ”) are associated with the HP of the unit. Three cards (card IDs “card 04 ” through “card 06 ”) are associated with the AT of the unit. Finally, three cards (card IDs “card 07 ” through “card 09 ”) are associated with the DF of the unit.
- the unit type information in FIG. 2 is information indicating the unit type, such as “foot soldier”, “archer”, “cavalry”, or the like.
- the user selects the unit type at the start of the battle from among a plurality of unit types. In the present embodiment, there are three unit types, yet two or more unit types are sufficient. For example as illustrated in FIG. 6 , the movement range, attack range, and specialty card attribute corresponding to each unit type are determined in advance.
- the movement range and attack range listed in FIG. 6 respectively indicate the range in which the unit can move during one action (movement) and the range in which the unit can attack during one action (attack).
- the unit can either move or attack.
- a unit that is of “unit type 1 ” can, during one action, move one square or attack a unit that is one square away.
- a unit that is of “unit type 2 ” can, during one action, move one square or attack a unit that is three squares away.
- a unit that is of “unit type 3 ” can, during one action, move two squares or attack a unit that is two squares away.
- Each specialty card attribute indicates a predetermined card attribute.
- the specialty card attributes associated with “unit type 1 ” are “card attribute 1 ” and “card attribute 2 ”.
- the specialty card attributes associated with “unit type 2 ” are “card attribute 3 ” and “card attribute 4 ”.
- the specialty card attributes associated with “unit type 3 ” are “card attribute 5 ” and “card attribute 6 ”.
- the specialty card attributes are used in the below-described process to determine the unit parameters.
- the group information listed in FIG. 2 is information indicating, for example, a group to which the user and the user's unit belong among a plurality of groups (types) in the game and is determined when the user begins the game.
- the group information is used in the process to vary the unit parameters described below. In the present embodiment, there are three groups, “group A”, “group B”, and “group C”, yet two or more groups are sufficient.
- the unit type information retrieval module 16 in FIG. 1 retrieves the unit type information from the terminal device 12 .
- the unit type information retrieval module 16 stores the retrieved unit type information in the memory module 15 as a portion of the user information 22 .
- the deck information retrieval module 17 retrieves the deck information received from the terminal device 12 .
- the deck information retrieval module 17 stores the retrieved deck information in the memory module 15 as a portion of the user information 22 .
- the unit parameter determination module 18 Based on the retrieved unit type information and deck information, the unit parameter determination module 18 performs a process to determine the unit parameters of the unit.
- the unit parameter determination module 18 determines the values of the movement range and the attack range of the unit listed in FIG. 2 to be the values of the movement range and the attack range, listed in FIG. 6 , that correspond to the unit type indicated by the retrieved unit type information.
- the unit parameter determination module 18 also determines the HP, AT, and DF of the unit listed in FIG. 2 based on a portion of the cards, among the plurality of cards included in the deck information, associated with each of these parameters.
- the unit parameter determination module 18 calculates the total of the card parameters corresponding to each of the plurality of unit parameters. For example, the unit parameter determination module 18 calculates the HP of the unit as the total HP of the three cards (card IDs “card 01 ” through “card 03 ”) associated with the HP of the unit in the deck information illustrated in FIG. 5 . Similarly, the unit parameter determination module 18 calculates the AT and DF of the unit respectively as the total AT and total DF.
- the unit parameter determination module 18 increases the unit parameters. For example, when the retrieved unit type information is “unit type 1 ”, four cards included in the deck information illustrated in FIG. 5 (card IDs “card 01 ”, “card 02 ”, “card 07 ”, and “card 08 ”) match the specialty card attributes corresponding to “unit type 1 ” in FIG. 6 (“card attribute 1 ” or “card attribute 2 ”). In this case, the unit parameter determination module 18 increases the HP and DF of the unit associated with the four cards. The unit parameters are increased by, for example, adding a predetermined value or multiplying by a predetermined factor.
- the unit parameter determination module 18 determines the HP, AT, and DF of the unit to be the totals or increased totals calculated as described above.
- the unit deployment module 19 in FIG. 1 deploys the unit for which the unit parameters have been determined on the field 23 in the game at the start of a group battle.
- the position on the field 23 at which the unit is deployed at the start of the group battle may differ for each group to which units belong, or all units may be deployed in the same position.
- the unit may be redeployed at the same position as when the user logged out.
- the unit parameter variation module 20 executes a process to vary the unit parameters of a first unit on the field 23 dynamically based on the group information associated with the first unit and the group information associated with a second unit on the field 23 , the second unit having a predetermined positional relationship with the first unit.
- the unit parameter variation module 20 varies the unit parameters of the first unit on the field 23 by increasing or decreasing the unit parameters when the second unit is positioned in an adjacent square to the first unit on the field 23 .
- the increase or decrease in the unit parameters is determined based on the group information associated with each of a plurality of units. For example, when the second unit positioned in the adjacent square belongs to the same group as the first unit, the unit parameters of the first unit are increased.
- the unit parameters of the first unit are decreased.
- the unit parameters are increased or decreased by, for example, adding or subtracting a predetermined value or multiplying by a predetermined factor. Details on the process to vary the unit parameters are provided below.
- the server control module 21 controls the overall operations of the server device 11 . For example, when the number of users participating in the group battle reaches at least a predetermined number, i.e. when the number of units for which the unit parameters are determined reaches at least a predetermined number, the server control module 21 begins a process to conduct a group battle. The server control module 21 may also begin the process to conduct a group battle when the number of units of users belonging to each group reaches at least a predetermined number. During the process to conduct a battle, upon receiving an action request from a user via the terminal device 12 , the server control module 21 causes a user's unit to act based on the action request.
- the server control module 21 upon receiving an accompaniment request that designates a unit other than a user's unit from the user via the terminal device 12 , the server control module 21 causes the user's unit to act automatically by following the other unit so that the user's unit has a predetermined positional relationship with the other unit, for example by causing the user's unit to move to a square adjacent to the other unit.
- the terminal device 12 includes a terminal communication module 24 , a display module 25 , and a terminal control module 26 .
- the terminal communication module 24 exchanges information with the server device 11 .
- the display module 25 is, for example, configured using a touch panel, displays a variety of game screens, and functions as an interface to receive user input by user operation.
- the terminal control module 26 controls the overall operations of the terminal device 12 . For example, based on user input received by the display module 25 , the terminal control module 26 generates the unit type information, deck information, action requests, and accompaniment requests for the unit, transmitting these to the server device 11 via the terminal communication module 24 .
- the action request is a request for causing the unit to execute an action selected by the user during the battle.
- the accompaniment request is a request to cause the user's unit to act automatically during the battle by following another unit designated by the user so that the user's unit has a predetermined positional relationship with the other unit, for example by causing the user's unit to move to a square adjacent to the other unit.
- the terminal control module 26 Based on screen display instructions received from the server device 11 , the terminal control module 26 displays a variety of game screens on the display module 25 .
- the server control module 21 of the server device 11 transmits an instruction to display a screen to select the unit type to the terminal device 12 via the server communication module 14 (step S 100 ).
- the terminal control module 26 of the terminal device 12 controls the display module 25 to display the screen to select the unit type (step S 101 ) and receives a user operation to select the unit type.
- the screen to select the unit type illustrated in FIG. 8 displays three unit types (“unit type 1 ” through “unit type 3 ”), unit type descriptions 27 a , 27 b , and 27 c that indicate the corresponding specialty card attributes, and select buttons 28 a , 28 b , and 28 c corresponding to the unit types.
- the user selects the user type by tapping one of the select buttons 28 a , 28 b , and 28 c.
- the terminal control module 26 of the terminal device 12 transmits unit type information indicating the unit type that the user selected in step S 101 to the server device 11 via the terminal communication module 24 (step S 102 ).
- the unit type information retrieval module 16 of the server device 11 retrieves the unit type information transmitted in step S 102 (step S 103 ) and stores the unit type information in the memory module 15 as a portion of the user information 22 .
- the server control module 21 of the server device 11 transmits an instruction to display a deck formation screen to the terminal device 12 via the server communication module 14 (step S 104 ).
- the terminal control module 26 of the terminal device 12 controls the display module 25 to display the deck formation screen (step S 105 ) and receives a user operation to form the deck using a plurality of cards.
- the deck formation screen illustrated in FIG. 9 displays a deck formation region 29 ( 29 a , 29 b , 29 c ), unit parameter information 30 a , 30 b , and 30 c , and a participate button 31 .
- the user can place a maximum of nine cards in the deck formation region 29 and has placed “card 01 ” through “card 09 ” in FIG. 9 .
- the unit parameter information 30 a , 30 b , and 30 c is displayed near the deck formation regions 29 a , 29 b , and 29 c and indicates the unit parameter (HP, AT, and DF) associated with the corresponding cards placed in the deck formation regions 29 a , 29 b , and 29 c .
- the user completes deck formation by tapping the participate button 31 .
- the terminal control module 26 of the terminal device 12 transmits deck information indicating the plurality of cards deployed by the user in step S 105 to the server device 11 via the terminal communication module 24 (step S 106 ).
- the deck information retrieval module 17 of the server device 11 retrieves the deck information transmitted in step S 106 (step S 107 ) and stores the deck information in the memory module 15 as a portion of the user information 22 .
- the unit parameter determination module 18 of the server device 11 determines the movement range and the attack range of the unit (step S 108 ).
- the unit parameter determination module 18 of the server device 11 calculates the unit parameters by calculating the total of the card parameters corresponding to each of the plurality of unit parameters (step S 109 ).
- the unit parameter determination module 18 of the server device 11 judges whether the card attribute of any of the cards included in the deck information retrieved in step S 107 matches the specialty card attribute corresponding to the unit type indicated by the unit type information retrieved in step S 103 (step S 110 ).
- the process proceeds to step S 112 .
- the unit parameter determination module 18 increases the unit parameters calculated in step S 109 (step S 111 ).
- the parameters are increased by, for example, an increase of 10 points or an increase of 10%.
- step S 111 or when the card attribute does not match for any of the cards included in the deck information in step S 110 (step S 110 : No), the unit parameter determination module 18 determines the unit parameters to be the total values calculated in step S 109 or the total values increased in step S 111 (step S 112 ).
- the unit parameter variation module 20 judges whether the second unit is positioned in a square adjacent to the first unit (step S 200 ). When the second unit is not positioned in an adjacent square (step S 200 : No), the process terminates.
- step S 200 the unit parameter variation module 20 judges whether the first unit and the second unit belong to the same group (step S 210 ).
- the unit parameter variation module 20 varies the unit parameters of the first unit by increasing the unit parameters (step S 202 ).
- the parameters are increased by, for example, an increase of 10 points or an increase of 10%.
- step S 201 when the group is different in step S 201 (step S 201 : No), the unit parameter variation module 20 varies the unit parameters of the first unit by decreasing the unit parameters (step S 203 ).
- the parameters are decreased by, for example, a decrease of 10 points or a decrease of 10%.
- the unit parameter variation module 20 judges whether the plurality of second units is positioned in squares adjacent to the first unit (step S 300 ). When the plurality of second units is not positioned in adjacent squares (step S 300 : No), the process terminates.
- step S 300 the unit parameter variation module 20 judges whether the first unit, the plurality of second units, and the third unit belong to different groups (step S 301 ). When the first through third units do not belong to different groups (step S 301 : No), the process terminates.
- step S 301 when the first through third units belong to different groups in step S 301 (step S 301 : Yes), the unit parameter variation module 20 varies the unit parameters of the first unit by decreasing the unit parameters (step S 302 ).
- the parameters are decreased by, for example, a decrease of 10 points or a decrease of 10%.
- the unit parameters for unit A 1 vary due to the presence of units A 2 , B 2 , C 3 , and C 4 positioned in squares adjacent to unit A 1 .
- the parameters are expected to increase once, for example by an increase of 10 points or an increase of 10%.
- the parameters are expected to decrease once, for example by a decrease of 10 points or a decrease of 10%.
- the parameters are expected to decrease once, for example by a decrease of 10 points or a decrease of 10%. Accordingly, by increasing once and decreasing twice, the unit parameters of unit A 1 end up being decreased once, for example by a decrease of 10 points or a decrease of 10%, and unit A 1 attacks unit B 1 in this decreased state.
- the server control module 21 of the server device 11 transmits an instruction to display a battle screen to the terminal device 12 via the server communication module 14 (step S 400 ).
- the terminal control module 26 of the terminal device 12 controls the display module 25 to display the battle screen (step S 401 ) and receives a user operation to select an action for the unit.
- a user operation For example, in the battle screen illustrated in FIG. 14 , three squares 32 a , 32 b , and 32 c to which the user can move the unit A 1 , another unit B 1 that the unit A 1 can attack, and another unit A 2 that the unit A 1 can accompany are all displayed flashing.
- the user selects whether to move, attack, or accompany by tapping one of the flashing squares 32 a , 32 b , and 32 c to which the unit A 1 can move or one of the other flashing units. It is assumed that the user selects the destination of movement by tapping the flashing square 32 b to which the unit A 1 can move.
- the terminal control module 26 of the terminal device 12 generates an action request to move the unit A 1 to the destination designated by the user in step S 401 and transmits the action request to the server device 11 via the terminal communication module 24 (step S 402 ).
- step S 403 the server control module 21 of the server device 11 performs the action (movement) indicated in the action request on the unit A 1 (step S 403 ).
- the server control module 21 of the server device 11 transmits an instruction to update the battle screen to the terminal device 12 via the server communication module 14 (step S 404 ).
- the terminal control module 26 of the terminal device 12 controls the display module 25 to update the battle screen (step S 405 ) and receives a user operation to select an action for the unit A 1 .
- a user operation For example, in the battle screen illustrated in FIG. 15 , four squares 33 a , 33 b , 33 c , and 33 d to which the user can move the unit A 1 and another unit A 2 that the unit A 1 can accompany are all displayed flashing.
- the user selects whether to move or accompany by tapping one of the flashing squares 33 a , 33 b , 33 c , and 33 d to which the unit A 1 can move or the flashing unit A 2 . It is assumed that the user designates a unit for the unit A 1 to accompany by tapping the unit A 2 .
- the terminal control module 26 of the terminal device 12 generates an accompaniment request to cause the unit A 1 to accompany the other unit A 2 designated by the user in step S 405 and transmits the accompaniment request to the server device 11 via the terminal communication module 24 (step S 406 ).
- the server control module 21 of the server device 11 controls the unit A 1 to act automatically so that the unit A 1 moves to a square adjacent to the other unit A 2 indicated in the action request (step S 407 ).
- the server device 11 in the present embodiment varies the unit parameters in accordance with the positional relationship between a plurality of units on the field 23 , thereby allowing for dynamic variation of the unit parameters in accordance with units moving on the field 23 . Furthermore, since the game becomes more strategic by users cooperating, the game also becomes more interesting.
- the server device 11 determines whether to increase or decrease the unit parameters being varied. For example, since the unit parameters are increased when a plurality of units belonging to the same group are adjacent to each other, even a user who does not hold cards with high card parameters can actively participate. Hence, the user's interest in the game can be enhanced.
- the unit parameters are decreased when, for example, a unit belonging to another group is adjacent, it becomes important for a plurality of users belonging to the same group to cooperate, thereby encouraging communication between users.
- the second unit can take sides with either the first unit or the third unit that are attacking each other. If a plurality of second units are adjacent to the first unit, it is very probable that the second units will side with the third unit and attack the first unit. In this case, the server device 11 reduces the unit parameters of the first unit, thereby reflecting the intention of the user operating the second unit who wishes to take sides with the third unit.
- the server device 11 Upon receiving an accompaniment request from the terminal device 12 , the server device 11 causes the user's unit to act automatically so that the user's unit has a predetermined positional relationship with the other unit indicated in the accompaniment request, for example by causing the user's unit to move to a square adjacent to the other unit. It is thus possible to maintain an increase in the unit parameters via the process to vary the unit parameters by having the user's unit automatically follow another unit even when, for example, the user is away from the terminal device 12 (when the user cannot participate in the game), thereby enhancing user-friendliness. A user whose unit is being accompanied may also find game operations to be more satisfying, since in addition to the user's own unit, the user is also in charge of operating another user's unit.
- the server device 11 determines each of a plurality of unit parameters of the unit based on a portion of a plurality of cards included in the deck information. This increases the occasions for using a card that is not frequently used in a regular battle, in which individual cards are used, due to the card parameters being unbalanced, such as the HP being high yet the AT and DF being extremely low. The user's interest in the game can thus be enhanced.
- the server device 11 increases the unit parameters when the card attribute of a card included in the deck information matches a predetermined card attribute (specialty card attribute) corresponding to the unit type indicated by the unit type information. Since the user can thus increase unit strength by appropriately selecting the unit type, it is possible to make the game more interesting.
- the deck information includes information on a plurality of cards, yet the deck information may be configured to include only card IDs of a plurality of cards.
- the field 23 may, for example, be divided into hexagons. Alternatively, the field 23 may be a three-dimensional space.
- the unit parameter variation module 20 varies the unit parameters of a unit in accordance with the presence of another unit positioned in the square adjacent to the unit, yet the other unit is not limited to being in an adjacent square.
- the unit parameters may be varied in accordance with the presence of another unit having a predetermined positional relationship with a certain unit.
- the parameter may be varied when another unit is present within the attack range of a unit, when a plurality of units in a predetermined formation are present on the field 23 , or when a plurality of units surround a stronghold on the field 23 .
- the unit parameter variation module 20 determines whether to increase or decrease the unit parameters based on group information associated with each of a plurality of units, yet an increase or decrease in the unit parameters may be determined regardless of the group information. For example, an ally or enemy may be judged based on a unit's activity history, with the unit parameters being increased in the case of an ally and decreased in the case of an enemy.
- a computer may be suitably used to function as the server device 11 .
- a program containing the processing for achieving the functions of the server device 11 is stored in the memory module 15 of the computer, and the functions are achieved by the central processing unit (CPU) of the computer reading and executing the program.
- CPU central processing unit
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- Optics & Photonics (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
A non-transitory computer readable recording medium has stored thereon instructions to be executed on a computer providing terminal devices with a battle game in which users each operate a unit. The instructions cause the computer to perform the steps of: determining a unit parameter of each of a plurality of units, group information being associated with each unit and indicating a group, among a plurality of groups, to which the unit belongs; deploying the units on a field, divided into regions, in the battle game; varying the unit parameter of a first unit on the field based on the group information associated with the first unit and the group information associated with a second unit on the field, the second unit having a predetermined positional relationship with the first unit; and conducting a battle between the first unit and other units using the varied unit parameter.
Description
This application is a Continuation of application Ser. No. 14/482,507 filed Sep. 10, 2014, which is based upon and claims the benefit of Japanese Patent Application No. 2013-273252 filed Dec. 27, 2013, the entire contents of which are incorporated herein by reference.
The present invention relates to a non-transitory computer readable recording medium storing instructions to be executed on a computer, to a game control method, to a server device, and to an information processing system that provide a battle game to a terminal device.
Conventionally, in a battle game server, each user's deck is formed by a plurality of battle cards or the like stored for each user, and the battle game server allows a plurality of users to compete with each other based on a total value or the like of parameters such as attack strength, defense strength, and the like of the cards in the deck (for example, see Patent Literature 1 and 2).
Patent Literature 1: JP2008-220984A
Patent Literature 2: JP2000-325528A
In a conventional battle game server, however, the strength of a deck depends greatly on the number of cards the user holds. For example, it is difficult for a user who does not hold cards having high parameters to win against a deck formed only by cards having high parameters. Therefore, the result of a battle ends up being largely decided at the time the deck is formed, causing the user to lose interest in the game.
The present invention has been conceived in light of these circumstances and provides a non-transitory computer readable recording medium storing instructions to be executed on a computer, a game control method, a server device, and an information processing system that can provide a battle game that dynamically varies parameters in accordance with game progress.
A non-transitory computer readable recording medium according to the present invention has stored thereon instructions to be executed on a computer providing a battle game to a plurality of terminal devices, a plurality of users each operating a unit to battle in the battle game, the instructions causing the computer to perform the steps of: determining a unit parameter of each of a plurality of units, group information being associated with each unit and indicating a group, among a plurality of groups, to which the unit belongs; deploying the plurality of units on a field in the battle game, the field being divided into a plurality of regions; varying the unit parameter of a first unit on the field based on the group information associated with the first unit and the group information associated with a second unit on the field, the second unit having a predetermined positional relationship with the first unit; and conducting a battle between the first unit and other units using the varied unit parameter.
In the non-transitory computer readable recording medium according to the present invention, in the step of varying the unit parameter, when the first unit and the second unit belong to the same group, the unit parameter of the first unit is preferably varied by being increased.
In the non-transitory computer readable recording medium according to the present invention, in the step of varying the unit parameter, when the first unit and the second unit belong to different groups, the unit parameter of the first unit is preferably varied by being decreased.
In the non-transitory computer readable recording medium according to the present invention, in the step of varying the unit parameter, when the first unit, the second unit, and a third unit that has been established as a target of attack by the first unit or that has established the first unit as a target of attack belong to different groups, and the second unit comprises a plurality of units, the unit parameter of the first unit is preferably varied by being decreased.
In the non-transitory computer readable recording medium according to the present invention, the instructions preferably further cause the computer to perform the step of: upon receiving, from the terminal device of a user, an accompaniment request that designates another unit belonging to the same group as the unit operated by the user, causing the unit to act automatically so that on the field, the unit has the predetermined positional relationship with the other unit.
In the non-transitory computer readable recording medium according to the present invention, the instructions preferably further cause the computer to perform the step of: retrieving, from the terminal device, deck information including identifiers of a plurality of game media, wherein the unit preferably includes a plurality of unit parameters, and in the step of determining the unit parameter, the plurality of unit parameters are preferably each determined based on a portion of the plurality of game media.
In the non-transitory computer readable recording medium according to the present invention, one of a plurality of game medium attributes is preferably associated with each of the game media, and the instructions preferably further cause the computer to perform the steps of: receiving unit type information indicating a type of the unit from the terminal device; and increasing the unit parameters when the game medium attribute of any of the game media held by the user matches a predetermined game medium attribute corresponding to the type of the unit.
In the non-transitory computer readable recording medium according to the present invention, the instructions preferably further cause the computer to perform the steps of: upon receiving, from the terminal device of a user, an accompaniment request that designates another unit belonging to the same group as the unit operated by the user, causing the unit to act automatically so that on the field, the unit has the predetermined positional relationship with the other unit, wherein in the step of varying the unit parameter, when the first unit and the second unit belong to the same group, the unit parameter of the first unit is preferably varied by being increased.
In the non-transitory computer readable recording medium according to the present invention, the predetermined positional relationship is preferably a positional relationship such that the first unit is included in an attack range of the second unit, and in the step of varying the unit parameter, when the first unit, the second unit, and a third unit that has been established as a target of attack by the first unit or that has established the first unit as a target of attack belong to different groups, and the second unit comprises a plurality of units, the unit parameter of the first unit is preferably varied by being decreased.
A game control method according to the present invention is used in a computer providing a battle game to a plurality of terminal devices, a plurality of users each operating a unit to battle in the battle game, the game control method comprising the steps of: determining a unit parameter of each of a plurality of units, group information being associated with each unit and indicating a group, among a plurality of groups, to which the unit belongs; deploying the plurality of units on a field in the battle game, the field being divided into a plurality of regions; varying the unit parameter of a first unit on the field based on the group information associated with the first unit and the group information associated with a second unit on the field, the second unit having a predetermined positional relationship with the first unit; and conducting a battle between the first unit and other units using the varied unit parameter.
A server device according to the present invention is for providing a battle game to a plurality of terminal devices, a plurality of users each operating a unit to battle in the battle game, the server device comprising: means for determining a unit parameter of each of a plurality of units, group information being associated with each unit and indicating a group, among a plurality of groups, to which the unit belongs; means for deploying the plurality of units on a field in the battle game, the field being divided into a plurality of regions; means for varying the unit parameter of a first unit on the field based on the group information associated with the first unit and the group information associated with a second unit on the field, the second unit having a predetermined positional relationship with the first unit; and means for conducting a battle between the first unit and other units using the varied unit parameter.
An information processing system according to the present invention is for executing a game, the information processing system comprising: a server device; and at least one terminal device, the server device comprising: means for determining a unit parameter of each of a plurality of units, group information being associated with each unit and indicating a group, among a plurality of groups, to which the unit belongs; means for deploying the plurality of units on a field in the battle game, the field being divided into a plurality of regions; means for varying the unit parameter of a first unit on the field based on the group information associated with the first unit and the group information associated with a second unit on the field, the second unit having a predetermined positional relationship with the first unit; and means for conducting a battle between the first unit and other units using the varied unit parameter, and the terminal device comprising: means for displaying the field.
According to the non-transitory computer readable recording medium, game control method, server device, and information processing system of the present invention, it is possible to provide a battle game that dynamically varies parameters in accordance with game progress.
The present invention will be further described below with reference to the accompanying drawings, wherein:
The following describes an embodiment of the present invention.
First, an outline of the battle game according to the present embodiment is provided. The battle game according to the present embodiment has two battle modes: regular battle and group battle. The regular battle is a battle mode for a user to acquire game media (cards), game items, and the like by using individual game media that the user holds in order to battle an opponent or complete a mission (quest) within the game. In a regular battle, a user can also cooperate with another user to battle an enemy boss. A group battle is a real-time battle mode for multiple users whereby a user deploys a unit on a field within the game, the unit being formed with a plurality of game media acquired in regular battles, and operates the unit by taking actions such as moving and attacking in order to battle other units operated by a plurality of users. The game media are described here as being game cards, yet any media within the game may be used, such as characters, weapons, armor, items, or the like.
In the battle game, a group battle takes place as a limited-time event, for example. During this group battle, each unit belongs to one of three groups, and victory or defeat is determined by group. The user may select the group to which the unit belongs, or the server may automatically select the group based on the user's status or cards in possession. A group battle ends after a predetermined time has elapsed from the start of the battle (for example, 30 minutes). The user can cause the unit to act once every predetermined time period (for example, 5 seconds). Therefore, the number of times a unit can act in a group battle is limited. The timing for causing units to act may be the same for all units that are participating in the group battle. During one action, the unit can either move or attack, for example. The user obtains points by attacking units of other groups or by capturing strongholds on the field. A stronghold has, for example, parameters similar to a unit, such as stamina, and is captured by the group that reduces the stamina of the stronghold to zero by attacking with a unit. At the end of the battle, the group that has captured the stronghold can obtain additional points. A plurality of strongholds may be arranged on the field.
Victory or defeat in the group battle, as well as the game media, items, or the like provided as a reward are determined in accordance with the number of points obtained by the end of the battle. The user can also obtain game media, items, or the like arranged on the field by, for example, causing the unit to pick them up. The game media, items, or the like that the user obtains in the group battle may be usable not only in a group battle but also in a regular battle.
Next, a game system including a server device according to an embodiment of the present invention is described. As illustrated in FIG. 1 , a game system 10 includes a server device 11 and a plurality of terminal devices 12. The server device 11 and the terminal devices 12 can communicate with each other over a network 13.
The server device 11 includes a server communication module 14, a memory module 15, a unit type information retrieval module 16, a deck information retrieval module 17, a unit parameter determination module 18, a unit deployment module 19, a unit parameter variation module 20, and a server control module 21.
The server communication module 14 exchanges information with the terminal devices 12.
The memory module 15 stores user information 22. The user information 22 is information unique to a user and includes a variety of information used for progress of the game. For example as illustrated in FIG. 2 , the user information 22 includes a plurality of unit parameters, information on cards in possession, deck information, unit type information, and group information, all associated with a user ID, which is the identifier of the user.
The unit parameters are parameters indicating characteristics of the unit, such as HP, AT, DF, movement range, and attack range. HP, AT, and DF respectively indicate the stamina (hit points), attack strength, and defense strength of the unit. For a unit deployed on the game field, which is divided into a plurality of squares (regions), the movement range and attack range respectively indicate the range in which the unit can move during one action (movement) and the range in which the unit can attack during one action (attack). For example, the field 23 illustrated in FIG. 3 is divided into 21 vertical squares by 21 horizontal squares and contains nine subfields that each include 7 vertical squares by 7 horizontal squares.
The information on cards in possession in FIG. 2 is information on all of the cards of which the user is in possession. FIG. 4 illustrates the content of the information on cards in possession (for example, “information on cards in possession 001”). For example, the information on cards in possession includes a plurality of card parameters (game medium parameters) and card attribute information (game medium attribute information), all associated with a card ID, which is the identifier of a card the user has in possession. The card parameters are parameters indicating the strength of an individual card and for example include HP, AT, and DF. The card attribute information indicates the card attribute (game medium attribute) that a card has among a plurality of card attributes, such as “order”, “nothing”, “chaos”, “adjacent”, “distant”, and “flight”. The card attribute information is used in the below-described process to determine the unit parameters. In the present embodiment, there are six card attributes, “card attribute 1” through “card attribute 6”, yet two or more card attributes are sufficient.
The deck information in FIG. 2 is information including, among all of the cards held by the user, a plurality of cards that the user has selected or that have been automatically selected. FIG. 5 illustrates the content of the deck information (for example, “deck information 001”). For example, the deck information includes card IDs, a plurality of card parameters, and card attribute information all associated with a unit parameter.
In the deck information illustrated in FIG. 5 , a portion of the plurality of cards included in the deck is associated with each unit parameter. For example, three cards (card IDs “card 01” through “card 03”) are associated with the HP of the unit. Three cards (card IDs “card 04” through “card 06”) are associated with the AT of the unit. Finally, three cards (card IDs “card 07” through “card 09”) are associated with the DF of the unit.
The unit type information in FIG. 2 is information indicating the unit type, such as “foot soldier”, “archer”, “cavalry”, or the like. The user selects the unit type at the start of the battle from among a plurality of unit types. In the present embodiment, there are three unit types, yet two or more unit types are sufficient. For example as illustrated in FIG. 6 , the movement range, attack range, and specialty card attribute corresponding to each unit type are determined in advance.
For a unit deployed on the field 23, the movement range and attack range listed in FIG. 6 respectively indicate the range in which the unit can move during one action (movement) and the range in which the unit can attack during one action (attack). During one action, the unit can either move or attack. For example, a unit that is of “unit type 1” can, during one action, move one square or attack a unit that is one square away. A unit that is of “unit type 2” can, during one action, move one square or attack a unit that is three squares away. A unit that is of “unit type 3” can, during one action, move two squares or attack a unit that is two squares away.
Each specialty card attribute indicates a predetermined card attribute. For example, the specialty card attributes associated with “unit type 1” are “card attribute 1” and “card attribute 2”. The specialty card attributes associated with “unit type 2” are “card attribute 3” and “card attribute 4”. The specialty card attributes associated with “unit type 3” are “card attribute 5” and “card attribute 6”. The specialty card attributes are used in the below-described process to determine the unit parameters.
The group information listed in FIG. 2 is information indicating, for example, a group to which the user and the user's unit belong among a plurality of groups (types) in the game and is determined when the user begins the game. The group information is used in the process to vary the unit parameters described below. In the present embodiment, there are three groups, “group A”, “group B”, and “group C”, yet two or more groups are sufficient.
The unit type information retrieval module 16 in FIG. 1 retrieves the unit type information from the terminal device 12. The unit type information retrieval module 16 stores the retrieved unit type information in the memory module 15 as a portion of the user information 22.
The deck information retrieval module 17 retrieves the deck information received from the terminal device 12. The deck information retrieval module 17 stores the retrieved deck information in the memory module 15 as a portion of the user information 22.
Based on the retrieved unit type information and deck information, the unit parameter determination module 18 performs a process to determine the unit parameters of the unit.
For example, the unit parameter determination module 18 determines the values of the movement range and the attack range of the unit listed in FIG. 2 to be the values of the movement range and the attack range, listed in FIG. 6 , that correspond to the unit type indicated by the retrieved unit type information.
The unit parameter determination module 18 also determines the HP, AT, and DF of the unit listed in FIG. 2 based on a portion of the cards, among the plurality of cards included in the deck information, associated with each of these parameters.
In greater detail, based on the cards respectively associated with the plurality of unit parameters in the deck information, the unit parameter determination module 18 calculates the total of the card parameters corresponding to each of the plurality of unit parameters. For example, the unit parameter determination module 18 calculates the HP of the unit as the total HP of the three cards (card IDs “card 01” through “card 03”) associated with the HP of the unit in the deck information illustrated in FIG. 5 . Similarly, the unit parameter determination module 18 calculates the AT and DF of the unit respectively as the total AT and total DF.
Next, when the card attribute of a card included in the deck information matches a predetermined card attribute, i.e. the specialty card attribute, corresponding to the unit type indicated by the unit type information, the unit parameter determination module 18 increases the unit parameters. For example, when the retrieved unit type information is “unit type 1”, four cards included in the deck information illustrated in FIG. 5 (card IDs “card 01”, “card 02”, “card 07”, and “card 08”) match the specialty card attributes corresponding to “unit type 1” in FIG. 6 (“card attribute 1” or “card attribute 2”). In this case, the unit parameter determination module 18 increases the HP and DF of the unit associated with the four cards. The unit parameters are increased by, for example, adding a predetermined value or multiplying by a predetermined factor.
The unit parameter determination module 18 determines the HP, AT, and DF of the unit to be the totals or increased totals calculated as described above.
The unit deployment module 19 in FIG. 1 deploys the unit for which the unit parameters have been determined on the field 23 in the game at the start of a group battle. The position on the field 23 at which the unit is deployed at the start of the group battle may differ for each group to which units belong, or all units may be deployed in the same position. Alternatively, when a user logs out and then restarts the game, the unit may be redeployed at the same position as when the user logged out.
During a battle, the unit parameter variation module 20 executes a process to vary the unit parameters of a first unit on the field 23 dynamically based on the group information associated with the first unit and the group information associated with a second unit on the field 23, the second unit having a predetermined positional relationship with the first unit. For example, the unit parameter variation module 20 varies the unit parameters of the first unit on the field 23 by increasing or decreasing the unit parameters when the second unit is positioned in an adjacent square to the first unit on the field 23. The increase or decrease in the unit parameters is determined based on the group information associated with each of a plurality of units. For example, when the second unit positioned in the adjacent square belongs to the same group as the first unit, the unit parameters of the first unit are increased. On the other hand, when the second unit positioned in the adjacent square belongs to a different group than the first unit, the unit parameters of the first unit are decreased. The unit parameters are increased or decreased by, for example, adding or subtracting a predetermined value or multiplying by a predetermined factor. Details on the process to vary the unit parameters are provided below.
The server control module 21 controls the overall operations of the server device 11. For example, when the number of users participating in the group battle reaches at least a predetermined number, i.e. when the number of units for which the unit parameters are determined reaches at least a predetermined number, the server control module 21 begins a process to conduct a group battle. The server control module 21 may also begin the process to conduct a group battle when the number of units of users belonging to each group reaches at least a predetermined number. During the process to conduct a battle, upon receiving an action request from a user via the terminal device 12, the server control module 21 causes a user's unit to act based on the action request. Furthermore, during the process to conduct a battle, upon receiving an accompaniment request that designates a unit other than a user's unit from the user via the terminal device 12, the server control module 21 causes the user's unit to act automatically by following the other unit so that the user's unit has a predetermined positional relationship with the other unit, for example by causing the user's unit to move to a square adjacent to the other unit.
The terminal device 12 includes a terminal communication module 24, a display module 25, and a terminal control module 26.
The terminal communication module 24 exchanges information with the server device 11.
The display module 25 is, for example, configured using a touch panel, displays a variety of game screens, and functions as an interface to receive user input by user operation.
The terminal control module 26 controls the overall operations of the terminal device 12. For example, based on user input received by the display module 25, the terminal control module 26 generates the unit type information, deck information, action requests, and accompaniment requests for the unit, transmitting these to the server device 11 via the terminal communication module 24. The action request is a request for causing the unit to execute an action selected by the user during the battle. The accompaniment request is a request to cause the user's unit to act automatically during the battle by following another unit designated by the user so that the user's unit has a predetermined positional relationship with the other unit, for example by causing the user's unit to move to a square adjacent to the other unit. Based on screen display instructions received from the server device 11, the terminal control module 26 displays a variety of game screens on the display module 25.
Process to Determine Unit Parameters
Next, the process to determine the unit parameters in the game system 10 is described with reference to the flowchart in FIG. 7 .
First, the server control module 21 of the server device 11 transmits an instruction to display a screen to select the unit type to the terminal device 12 via the server communication module 14 (step S100).
Next, upon receiving the instruction in step S100, the terminal control module 26 of the terminal device 12 controls the display module 25 to display the screen to select the unit type (step S101) and receives a user operation to select the unit type. For example, the screen to select the unit type illustrated in FIG. 8 displays three unit types (“unit type 1” through “unit type 3”), unit type descriptions 27 a, 27 b, and 27 c that indicate the corresponding specialty card attributes, and select buttons 28 a, 28 b, and 28 c corresponding to the unit types. The user selects the user type by tapping one of the select buttons 28 a, 28 b, and 28 c.
Subsequently, the terminal control module 26 of the terminal device 12 transmits unit type information indicating the unit type that the user selected in step S101 to the server device 11 via the terminal communication module 24 (step S102).
Next, the unit type information retrieval module 16 of the server device 11 retrieves the unit type information transmitted in step S102 (step S103) and stores the unit type information in the memory module 15 as a portion of the user information 22.
Subsequently, the server control module 21 of the server device 11 transmits an instruction to display a deck formation screen to the terminal device 12 via the server communication module 14 (step S104).
Next, upon receiving the instruction in step S104, the terminal control module 26 of the terminal device 12 controls the display module 25 to display the deck formation screen (step S105) and receives a user operation to form the deck using a plurality of cards. For example, the deck formation screen illustrated in FIG. 9 displays a deck formation region 29 (29 a, 29 b, 29 c), unit parameter information 30 a, 30 b, and 30 c, and a participate button 31. The user can place a maximum of nine cards in the deck formation region 29 and has placed “card 01” through “card 09” in FIG. 9 . The unit parameter information 30 a, 30 b, and 30 c is displayed near the deck formation regions 29 a, 29 b, and 29 c and indicates the unit parameter (HP, AT, and DF) associated with the corresponding cards placed in the deck formation regions 29 a, 29 b, and 29 c. After placing cards, the user completes deck formation by tapping the participate button 31.
Subsequently, the terminal control module 26 of the terminal device 12 transmits deck information indicating the plurality of cards deployed by the user in step S105 to the server device 11 via the terminal communication module 24 (step S106).
Next, the deck information retrieval module 17 of the server device 11 retrieves the deck information transmitted in step S106 (step S107) and stores the deck information in the memory module 15 as a portion of the user information 22.
Subsequently, based on the unit type information retrieved in step S103, the unit parameter determination module 18 of the server device 11 determines the movement range and the attack range of the unit (step S108).
Subsequently, based on the cards respectively associated with the plurality of unit parameters in the deck information retrieved in step S107, the unit parameter determination module 18 of the server device 11 calculates the unit parameters by calculating the total of the card parameters corresponding to each of the plurality of unit parameters (step S109).
Subsequently, the unit parameter determination module 18 of the server device 11 judges whether the card attribute of any of the cards included in the deck information retrieved in step S107 matches the specialty card attribute corresponding to the unit type indicated by the unit type information retrieved in step S103 (step S110). When the card attribute does not match for any of the cards included in the deck information (step S110: No), the process proceeds to step S112.
Conversely, when the card attribute matches for at least one card (step S110: Yes), the unit parameter determination module 18 increases the unit parameters calculated in step S109 (step S111). The parameters are increased by, for example, an increase of 10 points or an increase of 10%.
After step S111, or when the card attribute does not match for any of the cards included in the deck information in step S110 (step S110: No), the unit parameter determination module 18 determines the unit parameters to be the total values calculated in step S109 or the total values increased in step S111 (step S112).
Process to Vary the Unit Parameters
Next, the process to vary the unit parameters in the server device 11 is described.
Referring to the flowchart in FIG. 10 , the case of a first unit that is the target of unit parameter variation and a second unit differing from the first unit is described.
First, the unit parameter variation module 20 judges whether the second unit is positioned in a square adjacent to the first unit (step S200). When the second unit is not positioned in an adjacent square (step S200: No), the process terminates.
Conversely, when the second unit is positioned in an adjacent square (step S200: Yes), the unit parameter variation module 20 judges whether the first unit and the second unit belong to the same group (step S210).
When the group is the same in step S201 (step S201: Yes), the unit parameter variation module 20 varies the unit parameters of the first unit by increasing the unit parameters (step S202). The parameters are increased by, for example, an increase of 10 points or an increase of 10%.
Conversely, when the group is different in step S201 (step S201: No), the unit parameter variation module 20 varies the unit parameters of the first unit by decreasing the unit parameters (step S203). The parameters are decreased by, for example, a decrease of 10 points or a decrease of 10%.
Next, referring to the flowchart in FIG. 11 , the case of a first unit that is the target of unit parameter variation, a plurality of second units differing from the first unit, and a third unit that has been established as a target of attack by the first unit or that has established the first unit as a target of attack is described.
First, the unit parameter variation module 20 judges whether the plurality of second units is positioned in squares adjacent to the first unit (step S300). When the plurality of second units is not positioned in adjacent squares (step S300: No), the process terminates.
Conversely, when the plurality of second units is positioned in adjacent squares (step S300: Yes), the unit parameter variation module 20 judges whether the first unit, the plurality of second units, and the third unit belong to different groups (step S301). When the first through third units do not belong to different groups (step S301: No), the process terminates.
Conversely, when the first through third units belong to different groups in step S301 (step S301: Yes), the unit parameter variation module 20 varies the unit parameters of the first unit by decreasing the unit parameters (step S302). The parameters are decreased by, for example, a decrease of 10 points or a decrease of 10%.
The steps in the above-described process to vary the unit parameters are executed in combination. For example, the following concretely describes the circumstances illustrated in FIG. 12 , in which a plurality of units A2, A3, B2, C1, C2, C3, and C4 (for example, second units) are positioned in squares adjacent to unit A1 (for example, a first unit) that is attacking unit B1 (for example, a third unit), which is the target of attack. The codes A, B, and C for the units indicate the groups A, B, and C to which the units belong.
In this case, the unit parameters for unit A1, for example, vary due to the presence of units A2, B2, C3, and C4 positioned in squares adjacent to unit A1. Specifically, due to the presence of a unit (unit A2) belonging to the same group (group A) as unit A1, the parameters are expected to increase once, for example by an increase of 10 points or an increase of 10%. Due to the presence of a unit (unit B2) belonging to a different group (group B) than group A1, the parameters are expected to decrease once, for example by a decrease of 10 points or a decrease of 10%. Furthermore, since there are a plurality of units (units C3, C4) belonging to a different group (group C) than both unit A1 and unit B1, the parameters are expected to decrease once, for example by a decrease of 10 points or a decrease of 10%. Accordingly, by increasing once and decreasing twice, the unit parameters of unit A1 end up being decreased once, for example by a decrease of 10 points or a decrease of 10%, and unit A1 attacks unit B1 in this decreased state.
Process to Conduct a Battle
Next, the process to conduct a battle in the game system 10 is described with reference to the flowchart in FIG. 13 .
First, the server control module 21 of the server device 11 transmits an instruction to display a battle screen to the terminal device 12 via the server communication module 14 (step S400).
Next, upon receiving the instruction in step S400, the terminal control module 26 of the terminal device 12 controls the display module 25 to display the battle screen (step S401) and receives a user operation to select an action for the unit. For example, in the battle screen illustrated in FIG. 14 , three squares 32 a, 32 b, and 32 c to which the user can move the unit A1, another unit B1 that the unit A1 can attack, and another unit A2 that the unit A1 can accompany are all displayed flashing. The user selects whether to move, attack, or accompany by tapping one of the flashing squares 32 a, 32 b, and 32 c to which the unit A1 can move or one of the other flashing units. It is assumed that the user selects the destination of movement by tapping the flashing square 32 b to which the unit A1 can move.
Subsequently, the terminal control module 26 of the terminal device 12 generates an action request to move the unit A1 to the destination designated by the user in step S401 and transmits the action request to the server device 11 via the terminal communication module 24 (step S402).
Next, upon receiving the action request transmitted in step S402, the server control module 21 of the server device 11 performs the action (movement) indicated in the action request on the unit A1 (step S403).
Subsequently, the server control module 21 of the server device 11 transmits an instruction to update the battle screen to the terminal device 12 via the server communication module 14 (step S404).
Next, upon receiving the instruction in step S404, the terminal control module 26 of the terminal device 12 controls the display module 25 to update the battle screen (step S405) and receives a user operation to select an action for the unit A1. For example, in the battle screen illustrated in FIG. 15 , four squares 33 a, 33 b, 33 c, and 33 d to which the user can move the unit A1 and another unit A2 that the unit A1 can accompany are all displayed flashing. The user selects whether to move or accompany by tapping one of the flashing squares 33 a, 33 b, 33 c, and 33 d to which the unit A1 can move or the flashing unit A2. It is assumed that the user designates a unit for the unit A1 to accompany by tapping the unit A2.
Subsequently, the terminal control module 26 of the terminal device 12 generates an accompaniment request to cause the unit A1 to accompany the other unit A2 designated by the user in step S405 and transmits the accompaniment request to the server device 11 via the terminal communication module 24 (step S406).
Upon receiving the accompaniment request transmitted in step S406, the server control module 21 of the server device 11 controls the unit A1 to act automatically so that the unit A1 moves to a square adjacent to the other unit A2 indicated in the action request (step S407).
In this way, the server device 11 in the present embodiment varies the unit parameters in accordance with the positional relationship between a plurality of units on the field 23, thereby allowing for dynamic variation of the unit parameters in accordance with units moving on the field 23. Furthermore, since the game becomes more strategic by users cooperating, the game also becomes more interesting.
In accordance with the group information associated with each unit, the server device 11 determines whether to increase or decrease the unit parameters being varied. For example, since the unit parameters are increased when a plurality of units belonging to the same group are adjacent to each other, even a user who does not hold cards with high card parameters can actively participate. Hence, the user's interest in the game can be enhanced.
Since the unit parameters are decreased when, for example, a unit belonging to another group is adjacent, it becomes important for a plurality of users belonging to the same group to cooperate, thereby encouraging communication between users.
When a first through a third unit belonging to different groups are present, the second unit, for example, can take sides with either the first unit or the third unit that are attacking each other. If a plurality of second units are adjacent to the first unit, it is very probable that the second units will side with the third unit and attack the first unit. In this case, the server device 11 reduces the unit parameters of the first unit, thereby reflecting the intention of the user operating the second unit who wishes to take sides with the third unit.
Upon receiving an accompaniment request from the terminal device 12, the server device 11 causes the user's unit to act automatically so that the user's unit has a predetermined positional relationship with the other unit indicated in the accompaniment request, for example by causing the user's unit to move to a square adjacent to the other unit. It is thus possible to maintain an increase in the unit parameters via the process to vary the unit parameters by having the user's unit automatically follow another unit even when, for example, the user is away from the terminal device 12 (when the user cannot participate in the game), thereby enhancing user-friendliness. A user whose unit is being accompanied may also find game operations to be more satisfying, since in addition to the user's own unit, the user is also in charge of operating another user's unit.
During the process to determine the unit parameters, the server device 11 determines each of a plurality of unit parameters of the unit based on a portion of a plurality of cards included in the deck information. This increases the occasions for using a card that is not frequently used in a regular battle, in which individual cards are used, due to the card parameters being unbalanced, such as the HP being high yet the AT and DF being extremely low. The user's interest in the game can thus be enhanced.
The server device 11 increases the unit parameters when the card attribute of a card included in the deck information matches a predetermined card attribute (specialty card attribute) corresponding to the unit type indicated by the unit type information. Since the user can thus increase unit strength by appropriately selecting the unit type, it is possible to make the game more interesting.
Although the present invention has been described based on drawings and examples, it is to be noted that various changes and modifications will be apparent to those skilled in the art based on the present disclosure. Therefore, such changes and modifications are to be understood as included within the scope of the present invention. For example, the functions and the like included in the various units and steps may be reordered in any logically consistent way. Furthermore, units or steps may be combined into one or divided.
For example, in the above embodiment, the deck information includes information on a plurality of cards, yet the deck information may be configured to include only card IDs of a plurality of cards.
The field 23 may, for example, be divided into hexagons. Alternatively, the field 23 may be a three-dimensional space.
In the above embodiment, the unit parameter variation module 20 varies the unit parameters of a unit in accordance with the presence of another unit positioned in the square adjacent to the unit, yet the other unit is not limited to being in an adjacent square. The unit parameters may be varied in accordance with the presence of another unit having a predetermined positional relationship with a certain unit. For example, in addition to when a unit is present in an adjacent square, the parameter may be varied when another unit is present within the attack range of a unit, when a plurality of units in a predetermined formation are present on the field 23, or when a plurality of units surround a stronghold on the field 23.
In the above embodiment, the unit parameter variation module 20 determines whether to increase or decrease the unit parameters based on group information associated with each of a plurality of units, yet an increase or decrease in the unit parameters may be determined regardless of the group information. For example, an ally or enemy may be judged based on a unit's activity history, with the unit parameters being increased in the case of an ally and decreased in the case of an enemy.
A computer may be suitably used to function as the server device 11. A program containing the processing for achieving the functions of the server device 11 is stored in the memory module 15 of the computer, and the functions are achieved by the central processing unit (CPU) of the computer reading and executing the program.
-
- 10: Game system
- 11: Server device
- 12: Terminal device
- 13: Network
- 14: Server communication module
- 15: Memory module
- 16: Unit type information retrieval module
- 17: Deck information retrieval module
- 18: Unit parameter determination module
- 19: Unit deployment module
- 20: Unit parameter variation module
- 21: Server control module
- 22: User information
- 23: Field
- 24: Terminal communication module
- 25: Display module
- 26: Terminal control module
- 27 a, 27 b, 27 c: Unit type description
- 28 a, 28 b, 28 c: Select button
- 29, 29 a, 29 b, 29 c: Deck formation region
- 30 a, 30 b, 30 c: Unit parameter information
- 31: Participate button
- 32 a, 32 b, 32 c: Square to which a unit can move
- 33 a, 33 b, 33 c, 33 d: Square to which a unit can move
Claims (21)
1. A method for controlling a game in a computer, the method comprising:
deploying a first unit and one or more second units on a field on which a stronghold is arranged, the field being displayed on a display of the computer, wherein a first hit point, a first attack strength, and a first attack range are set for the first unit, and a second hit point is set for each of the one or more second units;
determining whether the first unit and the one or more second units satisfy a first positional relationship, wherein the first unit and the one or more second units belong to an identical group; and
based on a determination that the first unit and the one or more second units satisfy the first positional relationship, increasing the first attack strength set for the first unit by an increasement value, wherein
as a number of the second units which satisfy the first positional relationship with the first unit becomes greater, the increasement value of the first attack strength set for the first unit becomes greater.
2. The method of claim 1 , wherein
the first attack strength of the first unit is increased by multiplying a first coefficient by the first attack strength set for the first unit to obtain the increasement value.
3. The method of claim 1 , wherein
the increasement value of the first attack strength set for the first unit is proportional to the number of the second units which satisfy the first positional relationship with the first unit.
4. The method of claim 1 , wherein
the first unit attacks a third unit which exists within the first attack range of the first unit, and
the first unit and the third unit belong to different groups from each other.
5. The method of claim 1 , wherein
the game is a real-time battle game using the first unit and the one or more second units deployed on the field.
6. The method of claim 5 , wherein
the battle game terminates when a first time passes from a start of the battle game.
7. The method of claim 1 , further comprising
determining whether a parameter set for the stronghold becomes zero by receiving an attack, wherein
when the parameter set for the stronghold becomes zero, the stronghold is captured.
8. A game control system comprising:
one or more processors programmed to
deploy a first unit and one or more second units on a field on which a stronghold is arranged, the field being displayed on a display, wherein a first hit point, a first attack strength, and a first attack range are set for the first unit, and a second hit point is set for each of the one or more second units,
determine whether the first unit and the one or more second units satisfy a first positional relationship, wherein the first unit and the one or more second units belong to an identical group, and
based on a determination that the first unit and the one or more second units satisfy the first positional relationship, increase the first attack strength set for the first unit by an increasement value, wherein
as a number of the second units which satisfy the first positional relationship with the first unit becomes greater, the increasement value of the first attack strength set for the first unit becomes greater.
9. The game control system of claim 8 , wherein
the first attack strength of the first unit is increased by multiplying a first coefficient by the first attack strength set for the first unit to obtain the increasement value.
10. The game control system of claim 8 , wherein
the increasement value of the first attack strength set for the first unit is proportional to the number of the second units which satisfy the first positional relationship with the first unit.
11. The game control system of claim 8 , wherein
the first unit attacks a third unit which exists within the first attack range of the first unit, and
the first unit and the third unit belong to different groups from each other.
12. The game control system of claim 8 , wherein
the game is a real-time battle game using the first unit and the one or more second units deployed on the field.
13. The game control system of claim 12 , wherein
the battle game terminates when a first time passes from a start of the battle game.
14. The game control system of claim 8 , wherein
the one or more processors are further programmed to determine whether a parameter set for the stronghold becomes zero by receiving an attack, and
when the parameter set for the stronghold becomes zero, the stronghold is captured.
15. A non-transitory computer readable recording medium having stored thereon instructions to be executed on a computer providing a game, the instructions causing the computer to perform the steps of:
deploying a first unit and one or more second units on a field on which a stronghold is arranged, the field being displayed on a display of the computer, wherein a first hit point, a first attack strength, and a first attack range are set for the first unit, and a second hit point is set for each of the one or more second units;
determining whether the first unit and the one or more second units satisfy a first positional relationship, wherein the first unit and the one or more second units belong to an identical group; and
based on a determination that the first unit and the one or more second units satisfy the first positional relationship, increasing the first attack strength set for the first unit by an increasement value, wherein
as a number of the second units which satisfy the first positional relationship with the first unit becomes greater, the increasement value of the first attack strength set for the first unit becomes greater.
16. The non-transitory computer readable recording medium of claim 15 , wherein
the first attack strength of the first unit is increased by multiplying a first coefficient by the first attack strength set for the first unit to obtain the increasement value.
17. The non-transitory computer readable recording medium of claim 15 , wherein
the increasement value of the first attack strength set for the first unit is proportional to the number of the second units which satisfy the first positional relationship with the first unit.
18. The non-transitory computer readable recording medium of claim 15 , wherein
the first unit attacks a third unit which exists within the first attack range of the first unit, and
the first unit and the third unit belong to different groups from each other.
19. The non-transitory computer readable recording medium of claim 15 , wherein
the game is a real-time battle game using the first unit and the one or more second units deployed on the field.
20. The non-transitory computer readable recording medium of claim 19 , wherein
the battle game terminates when a first time passes from a start of the battle game.
21. The non-transitory computer readable recording medium of claim 15 , wherein the instructions further cause the computer to perform the step of
determining whether a parameter set for the stronghold becomes zero by receiving an attack, wherein
when the parameter set for the stronghold becomes zero, the stronghold is captured.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/420,689 US10967280B2 (en) | 2013-12-27 | 2019-05-23 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
US17/188,032 US11491405B2 (en) | 2013-12-27 | 2021-03-01 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
US17/957,566 US20230021662A1 (en) | 2013-12-27 | 2022-09-30 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013273252A JP5600205B1 (en) | 2013-12-27 | 2013-12-27 | Program, game control method, and server device |
JP2013-273252 | 2013-12-27 | ||
US14/482,507 US10343073B2 (en) | 2013-12-27 | 2014-09-10 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
US16/420,689 US10967280B2 (en) | 2013-12-27 | 2019-05-23 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/482,507 Continuation US10343073B2 (en) | 2013-12-27 | 2014-09-10 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/188,032 Continuation US11491405B2 (en) | 2013-12-27 | 2021-03-01 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
Publications (2)
Publication Number | Publication Date |
---|---|
US20190275433A1 US20190275433A1 (en) | 2019-09-12 |
US10967280B2 true US10967280B2 (en) | 2021-04-06 |
Family
ID=51840345
Family Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/482,507 Active 2035-06-18 US10343073B2 (en) | 2013-12-27 | 2014-09-10 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
US15/475,767 Active US10335689B2 (en) | 2013-12-27 | 2017-03-31 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
US16/420,689 Active US10967280B2 (en) | 2013-12-27 | 2019-05-23 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
US17/188,032 Active US11491405B2 (en) | 2013-12-27 | 2021-03-01 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
US17/957,566 Pending US20230021662A1 (en) | 2013-12-27 | 2022-09-30 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/482,507 Active 2035-06-18 US10343073B2 (en) | 2013-12-27 | 2014-09-10 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
US15/475,767 Active US10335689B2 (en) | 2013-12-27 | 2017-03-31 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/188,032 Active US11491405B2 (en) | 2013-12-27 | 2021-03-01 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
US17/957,566 Pending US20230021662A1 (en) | 2013-12-27 | 2022-09-30 | Non-transitory computer readable recording medium, game control method, server device, and information processing system |
Country Status (2)
Country | Link |
---|---|
US (5) | US10343073B2 (en) |
JP (1) | JP5600205B1 (en) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7686215B2 (en) | 2005-05-21 | 2010-03-30 | Apple Inc. | Techniques and systems for supporting podcasting |
EP3932503A1 (en) | 2013-09-27 | 2022-01-05 | Gree, Inc. | Method for controlling computer, control program and computer |
JP5526278B1 (en) * | 2013-12-04 | 2014-06-18 | 株式会社 ディー・エヌ・エー | GAME PROGRAM AND INFORMATION PROCESSING DEVICE |
JP5600205B1 (en) | 2013-12-27 | 2014-10-01 | グリー株式会社 | Program, game control method, and server device |
USD773485S1 (en) * | 2014-08-29 | 2016-12-06 | Samsung Electronics Co., Ltd. | Display screen or portion thereof with animated graphical user interface |
JP2015126920A (en) * | 2015-03-16 | 2015-07-09 | グリー株式会社 | Program, game control method and server device |
JP6402335B2 (en) * | 2015-09-01 | 2018-10-10 | 株式会社コナミデジタルエンタテインメント | GAME SYSTEM, GAME CONTROL DEVICE, AND PROGRAM |
JP6162913B1 (en) * | 2016-12-28 | 2017-07-12 | グリー株式会社 | Program, information processing apparatus, and control method |
US10653956B2 (en) | 2017-02-07 | 2020-05-19 | Gree, Inc. | Program, information processing apparatus, and control method for providing a strategic battle game |
JP6325721B2 (en) * | 2017-06-19 | 2018-05-16 | グリー株式会社 | Program, game control method, and server device |
JP6640322B1 (en) * | 2018-12-28 | 2020-02-05 | 株式会社Cygames | Information processing program, information processing apparatus, and information processing system |
JP7319650B2 (en) * | 2019-03-04 | 2023-08-02 | 株式会社コナミデジタルエンタテインメント | Game system, game control device, program, and game control method |
JP6864036B2 (en) * | 2019-05-23 | 2021-04-21 | 株式会社バンダイナムコエンターテインメント | Program and game system |
JP6652676B1 (en) * | 2019-09-03 | 2020-02-26 | 株式会社Cygames | Information processing system, information processing method, and information processing program |
CN112604305B (en) * | 2020-12-17 | 2022-11-18 | 腾讯科技(深圳)有限公司 | Virtual object control method, device, terminal and storage medium |
Citations (40)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000126451A (en) | 1998-10-27 | 2000-05-09 | Square Co Ltd | Game device, parameter changing of character, and recording medium |
JP2000167247A (en) | 1998-12-10 | 2000-06-20 | Koei:Kk | Method for controlling simulation role playing game device, and readable recording medium recorded with relevant game program |
JP2000325528A (en) | 1999-03-18 | 2000-11-28 | Konami Co Ltd | Game device and recording medium |
US20030060248A1 (en) | 2001-08-09 | 2003-03-27 | Nobuyuki Yamashita | Recording medium of game program and game device using card |
US6729954B2 (en) | 2000-08-29 | 2004-05-04 | Koei Co., Ltd. | Battle method with attack power based on character group density |
JP2007061340A (en) | 2005-08-31 | 2007-03-15 | Namco Bandai Games Inc | Game device, program and information storage medium |
US20070260687A1 (en) | 2006-05-04 | 2007-11-08 | Rao Alok S Raghunath | Method and apparatus for collaboration among individuals |
JP2008136631A (en) | 2006-11-30 | 2008-06-19 | Nhn Corp | Game system and web service provision system |
JP2008220984A (en) | 2008-05-07 | 2008-09-25 | Nintendo Co Ltd | Game machine and its storage medium |
JP2009247474A (en) | 2008-04-03 | 2009-10-29 | Namco Bandai Games Inc | Program, information storage medium and game device |
US20110237334A1 (en) | 2008-12-02 | 2011-09-29 | Konami Digital Entertainment Co., Ltd | Game system |
US8105142B2 (en) | 2000-12-14 | 2012-01-31 | Sega Corporation | Game device, communication game system, and recorded medium |
US20130130791A1 (en) | 2011-02-18 | 2013-05-23 | Konami Digital Entertainment Co., Ltd. | Game device, game control method, program, recording medium and game management device |
US20130165233A1 (en) | 2011-12-27 | 2013-06-27 | Kabushiki Kaisha Square Enix (Also Trading As Square Enix Co., Ltd.) | Game system |
JP2013202410A (en) | 2013-03-04 | 2013-10-07 | Dna:Kk | Game program, game system, and information processing device |
JP2013202406A (en) | 2012-08-06 | 2013-10-07 | Dna:Kk | Game program and information processing device |
JP2013208220A (en) | 2012-03-30 | 2013-10-10 | Konami Digital Entertainment Co Ltd | Game device, control method used therefor, and computer program |
JP2013240572A (en) | 2012-10-17 | 2013-12-05 | Dna:Kk | Game system |
JP2013248379A (en) | 2013-02-12 | 2013-12-12 | Dna:Kk | Game program, and information processing device |
JP2014000103A (en) | 2012-06-14 | 2014-01-09 | Dna:Kk | Game system |
JP2014000382A (en) | 2012-10-16 | 2014-01-09 | Dna:Kk | Game program and server device |
US8632408B2 (en) | 2007-03-01 | 2014-01-21 | Sony Computer Entertainment Europe Limited | Entertainment device and method |
US20140066199A1 (en) | 2012-08-29 | 2014-03-06 | DeNA Co., Ltd. | Server device, and non-transitory computer-readable storage medium storing game program |
JP2014050744A (en) | 2013-10-30 | 2014-03-20 | Dna:Kk | Game program, and information processor |
JP2014090974A (en) | 2012-11-06 | 2014-05-19 | Dna:Kk | Server device, and program |
JP2014136001A (en) | 2013-01-16 | 2014-07-28 | Dna:Kk | Information processing device, and game program |
JP2014179058A (en) | 2013-08-07 | 2014-09-25 | Dna:Kk | Server device and program |
JP5600205B1 (en) | 2013-12-27 | 2014-10-01 | グリー株式会社 | Program, game control method, and server device |
JP2014188181A (en) | 2013-03-27 | 2014-10-06 | Dna:Kk | Information processor and game program |
JP2014200395A (en) | 2013-04-03 | 2014-10-27 | 株式会社 ディー・エヌ・エー | Server device and program |
JP2014213159A (en) | 2013-04-30 | 2014-11-17 | 株式会社 ディー・エヌ・エー | Server device and game program |
JP2015008825A (en) | 2013-06-27 | 2015-01-19 | グリー株式会社 | Method for forming game medium group, control program, and computer |
JP2015016263A (en) | 2013-07-12 | 2015-01-29 | グリー株式会社 | Program and control method of game system |
JP2015024115A (en) | 2013-12-17 | 2015-02-05 | グリー株式会社 | Game program, game processing method and information processor |
JP2015024027A (en) | 2013-07-26 | 2015-02-05 | グリー株式会社 | Game program, game processing method and information processor |
JP2015047491A (en) | 2013-11-19 | 2015-03-16 | グリー株式会社 | Lottery method, computer, and control program |
JP2015047469A (en) | 2013-09-04 | 2015-03-16 | グリー株式会社 | Prize setting method, computer and control program |
JP2015066141A (en) | 2013-09-27 | 2015-04-13 | グリー株式会社 | Computer, control method thereof and control program thereof |
JP2015066371A (en) | 2013-09-30 | 2015-04-13 | グリー株式会社 | Control method, and program for implementing the same |
JP5732578B1 (en) | 2014-07-14 | 2015-06-10 | グリー株式会社 | Program, game control method, and server device |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
NL278273A (en) | 1961-05-10 | 1900-01-01 | ||
JPS5187854A (en) | 1975-01-29 | 1976-07-31 | Toyo Boseki | HORIAMIDOCHITSUPUNORENZOKUKANSOHO |
JPS5368842A (en) | 1976-11-30 | 1978-06-19 | Meidensha Electric Mfg Co Ltd | Static relay |
JP5723578B2 (en) | 2010-11-25 | 2015-05-27 | ローム株式会社 | Switching power supply |
-
2013
- 2013-12-27 JP JP2013273252A patent/JP5600205B1/en active Active
-
2014
- 2014-09-10 US US14/482,507 patent/US10343073B2/en active Active
-
2017
- 2017-03-31 US US15/475,767 patent/US10335689B2/en active Active
-
2019
- 2019-05-23 US US16/420,689 patent/US10967280B2/en active Active
-
2021
- 2021-03-01 US US17/188,032 patent/US11491405B2/en active Active
-
2022
- 2022-09-30 US US17/957,566 patent/US20230021662A1/en active Pending
Patent Citations (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000126451A (en) | 1998-10-27 | 2000-05-09 | Square Co Ltd | Game device, parameter changing of character, and recording medium |
JP2000167247A (en) | 1998-12-10 | 2000-06-20 | Koei:Kk | Method for controlling simulation role playing game device, and readable recording medium recorded with relevant game program |
JP2000325528A (en) | 1999-03-18 | 2000-11-28 | Konami Co Ltd | Game device and recording medium |
US6729954B2 (en) | 2000-08-29 | 2004-05-04 | Koei Co., Ltd. | Battle method with attack power based on character group density |
US8105142B2 (en) | 2000-12-14 | 2012-01-31 | Sega Corporation | Game device, communication game system, and recorded medium |
US20030060248A1 (en) | 2001-08-09 | 2003-03-27 | Nobuyuki Yamashita | Recording medium of game program and game device using card |
JP2007061340A (en) | 2005-08-31 | 2007-03-15 | Namco Bandai Games Inc | Game device, program and information storage medium |
US20070260687A1 (en) | 2006-05-04 | 2007-11-08 | Rao Alok S Raghunath | Method and apparatus for collaboration among individuals |
JP2008136631A (en) | 2006-11-30 | 2008-06-19 | Nhn Corp | Game system and web service provision system |
US8632408B2 (en) | 2007-03-01 | 2014-01-21 | Sony Computer Entertainment Europe Limited | Entertainment device and method |
JP2009247474A (en) | 2008-04-03 | 2009-10-29 | Namco Bandai Games Inc | Program, information storage medium and game device |
JP2008220984A (en) | 2008-05-07 | 2008-09-25 | Nintendo Co Ltd | Game machine and its storage medium |
US20110237334A1 (en) | 2008-12-02 | 2011-09-29 | Konami Digital Entertainment Co., Ltd | Game system |
US20130130791A1 (en) | 2011-02-18 | 2013-05-23 | Konami Digital Entertainment Co., Ltd. | Game device, game control method, program, recording medium and game management device |
US20130165233A1 (en) | 2011-12-27 | 2013-06-27 | Kabushiki Kaisha Square Enix (Also Trading As Square Enix Co., Ltd.) | Game system |
JP2013208220A (en) | 2012-03-30 | 2013-10-10 | Konami Digital Entertainment Co Ltd | Game device, control method used therefor, and computer program |
JP2014000103A (en) | 2012-06-14 | 2014-01-09 | Dna:Kk | Game system |
JP2013202406A (en) | 2012-08-06 | 2013-10-07 | Dna:Kk | Game program and information processing device |
US20140066199A1 (en) | 2012-08-29 | 2014-03-06 | DeNA Co., Ltd. | Server device, and non-transitory computer-readable storage medium storing game program |
JP2014000382A (en) | 2012-10-16 | 2014-01-09 | Dna:Kk | Game program and server device |
JP2013240572A (en) | 2012-10-17 | 2013-12-05 | Dna:Kk | Game system |
JP2014090974A (en) | 2012-11-06 | 2014-05-19 | Dna:Kk | Server device, and program |
JP2014136001A (en) | 2013-01-16 | 2014-07-28 | Dna:Kk | Information processing device, and game program |
JP2013248379A (en) | 2013-02-12 | 2013-12-12 | Dna:Kk | Game program, and information processing device |
JP2013202410A (en) | 2013-03-04 | 2013-10-07 | Dna:Kk | Game program, game system, and information processing device |
JP2014188181A (en) | 2013-03-27 | 2014-10-06 | Dna:Kk | Information processor and game program |
JP2014200395A (en) | 2013-04-03 | 2014-10-27 | 株式会社 ディー・エヌ・エー | Server device and program |
JP2014213159A (en) | 2013-04-30 | 2014-11-17 | 株式会社 ディー・エヌ・エー | Server device and game program |
JP2015008825A (en) | 2013-06-27 | 2015-01-19 | グリー株式会社 | Method for forming game medium group, control program, and computer |
JP2015016263A (en) | 2013-07-12 | 2015-01-29 | グリー株式会社 | Program and control method of game system |
JP2015024027A (en) | 2013-07-26 | 2015-02-05 | グリー株式会社 | Game program, game processing method and information processor |
JP2014179058A (en) | 2013-08-07 | 2014-09-25 | Dna:Kk | Server device and program |
JP2015047469A (en) | 2013-09-04 | 2015-03-16 | グリー株式会社 | Prize setting method, computer and control program |
JP2015066141A (en) | 2013-09-27 | 2015-04-13 | グリー株式会社 | Computer, control method thereof and control program thereof |
JP2015066371A (en) | 2013-09-30 | 2015-04-13 | グリー株式会社 | Control method, and program for implementing the same |
JP2014050744A (en) | 2013-10-30 | 2014-03-20 | Dna:Kk | Game program, and information processor |
JP2015047491A (en) | 2013-11-19 | 2015-03-16 | グリー株式会社 | Lottery method, computer, and control program |
JP2015024115A (en) | 2013-12-17 | 2015-02-05 | グリー株式会社 | Game program, game processing method and information processor |
JP5600205B1 (en) | 2013-12-27 | 2014-10-01 | グリー株式会社 | Program, game control method, and server device |
JP2015126808A (en) | 2013-12-27 | 2015-07-09 | グリー株式会社 | Program, method for controlling game, and server device |
JP5732578B1 (en) | 2014-07-14 | 2015-06-10 | グリー株式会社 | Program, game control method, and server device |
Non-Patent Citations (131)
Title |
---|
"Hero's Saga: Laevatein, Dengeki DS & Wii," Ascii Media Works, Jan. 1, 2009, vol. 9 No. 2, pp. 90-91. |
4Gamer.net "Chevalier Saga Tactics". 4Gamer.net, Interview 2011, Aug. 25, 2011. |
4Gamer.net "Chevalier Saga Tactics". 4Gamer.net, Interview 2012, Jan. 26, 2012. |
Aetas, Inc. "Chevalier Saga Tactics". Implementation of Guild Siege Battle by updating [4Gamer. net], https://www.4gamer.net/games/124/G012492/20120308081/, Mar. 8, 2012. |
Aetas, Inc. "Chevalier Saga Tactics". Implementation of New System "Ranking of Exercise" and WizardUnit "Demon Crowley" [4Gamer. net], https://www.4gamer.net/games/124/G012492/20120126059/, Jan. 26, 2012. |
Apr. 1, 2014 Office Action issued in Japanese Application No. 2013-273252. |
Apr. 17, 2018 Office Action issued in Japanese Patent Application No. 2017-230126. |
Apr. 18, 2017 Office Action issued in Japanese Patent Application No. 2015-052249. |
Apr. 7, 2020 Office Action issued in Japanese Patent Application No. 2018-147406. |
Apriljoy H. Sanchez, "Declaration" in Post Grant Review PGR2020-00049 (Apr. 1, 2020). |
ASCII Media Works Inc. "Dengeki Games". vol. 14, pp. 22-27, Dec. 14, 2010. |
Asuka. "Details and Method of Enhancing Offensive Power". FF2(Final Fantasy II) The Strongest Capture with Map for WSC-PS-PS GA Version(PS3/PSP/Vita) System: g-hat, http://ff2.g-hat.info/ps/79.htm, Feb. 16, 2012. |
Aug. 19, 2014 Office Action issued in Japanese Application No. 2014-144451. |
Aug. 8, 2017 Office Action issued in Japanese Patent Application No. 2015-052249. |
Battle, "Diablo II Strategy Guide" <https://web.archive.org/web/20000818052413/http:/www.battle.net/diablo2/skill/s3.shtml> (Aug. 18, 2000). |
Battle, "Diablo II Strategy Guide" <https://web.archive.org/web/20000818052531/http:/www.battle.net/diablo2/quests/act1.shtml> (Aug. 18, 2000). |
Battle, "Diablo II Strategy Guide" <https://web.archive.org/web/20000818052535/http:/www.battle.net/diablo2/quests/act2.shtml> (Aug. 18, 2000). |
Battle, "Diablo II Strategy Guide" <https://web.archive.org/web/20000818052611/http:/www.battle.net/diablo2/quests/act3.shtml> (Aug. 18, 2000). |
Battle, "Diablo II Strategy Guide" <https://web.archive.org/web/20000818052617/http:/www.battle.net/diablo2/quests/act4.shtml> (Aug. 18, 2000). |
Battle, "Diablo II Strategy Guide" <https://web.archive.org/web/20001018024046/http:/www.battle.net/diablo2/faq/multiplayer.shtml> (Oct. 18, 2000). |
Battle, "Diablo II Strategy Guide" <https://web.archive.org/web/20001019052552/http:/www.battle.net/diablo2/faq/general.shtml> (Oct. 19, 2000). |
Battle, "Diablo II Strategy Guide" <https://web.archive.org/web/20001110044900/http:/www.battle.net:80/diablo2/skills/p2.shtml> (Nov. 10, 2000). |
Battle, "Diablo II Strategy Guide" <https://web.archive.org/web/20010421063257/http:/www.battle.net:80/diablo2/items/normal/Spears.shtml> (Apr. 21, 2001). |
Blizzard Entertainment, "Diablo II" <https://web.archive.org/web/20001109034000/http:/www.blizzard.com/diablo2/> (Nov. 9, 2000). |
Blizzard Entertainment, "Diablo II" <https://web.archive.org/web/20001121221400/http:/www.blizzard.com/diablo2/screenshots/ss01.shtml> (Nov. 21, 2000). |
Blizzard Entertainment, "Diablo II" <https://web.archive.org/web/20001122010900/http:/www.blizzard.com/diablo2/screenshots/ss03.shtml> (Nov. 22, 2000). |
Colourfiled Inc./ Enterbrain K.K., Hamamura Hirokazu, "Valkyria Chronicles II, Gallia Royal Military Academy, Complete Guide", 1st Edition, pp. 27-28, 475, Mar. 30, 2010. |
Comment on Riot Stars, http://www.geocities.jp/wonsishijyou/raiato.htm, Aug. 6, 2010 (Searched on Oct. 2, 2018). |
Dec. 16, 2014 Decision of Dismissal of Amendment issued in Japanese Application No. 2014-144451. |
Dec. 16, 2014 Official Decision of Refusal issued in Japanese Application No. 2014-144451. |
Diablo Wiki, "Slow" <https://web.archive.org/web/20090313050110/http:/diablo.wikia.com/wiki/Slow> (Mar. 13, 2009). |
Ellen Mueller, "Declaration" in Post Grant Review PGR2020-00049 (Apr. 1, 2020). |
Enterbrain K.K. "Fantasy Earth the Ring of Dominion". Beginner's Play Guide, p. 4, Feb. 28, 2006. |
Enterbrain K.K. "Playing Now, Free Online Game Title 100 for the Year-End and New Year Holidays". FamiTsu Connect! On. vol. 38, p. 9, Jan. 7, 2010. |
Enterbrain, "Eternal Wheel-Starting Guide Book" pp. 30, 31 (Apr. 10, 2008). |
Enterbrain, "Eternal Wheel—Starting Guide Book" pp. 30, 31 (Apr. 10, 2008). |
Fire Emblem Wiki, "Critical Hit" <https://web.archive.org/web/20130923151134/http:/fireemblemwiki.org/wiki/Critical_hit> (Sep. 23, 2013). |
Fire Emblem Wiki, "Fire Emblem Awakening" <https://web.archive.org/web/20130831142429/http:/fireemblemwiki.org:80/wiki/Fire_Emblem:_Awakening> (Aug. 31, 2013). |
Fire Emblem Wiki, "Focus" <https://web.archive.org/web/20130923002703/http:/fireemblemwiki.org/wiki/Focus> (Sep. 23, 2013). |
Fire Emblem Wiki, "Renewal" <https://web.archive.org/web/20140713171624/http:/fireemblemwiki.org/Renewal_(chapter)> (Jul. 13, 2014). |
Game Design Concepts, "Level 16: Game Balance" <https://web.archive.org/web/20090827222959/https://gamedesignconcepts.wordpress.com/2009/08/20/level-16-game-balance/> (Aug. 27, 2009). |
Game Faqs, "Stats/orders/potentials guide" <https://web.archive.org/web/20120423232250/http:/www.gamefaqs.com/boards/942165-valkyria-chronicles/50848418> (Apr. 23, 2012). |
Game Faqs, "Stats/orders/potentials guide" <https://web.archive.org/web/20120501133143/https:/gamefaqs.com/boards/942165-valkyria-chronicles/50848418?page=1> (May 1, 2012). |
GameFAQs, "Gamespot GameFAQs" <https://web.archive.org/web/20100413052758/http://www.gamefaqs.com//> (Apr. 13, 2010). |
Gamepedia, "Aura" <https://web.archive.org/web/20130702011702/http:/dota2.gamepedia.com/Aura> (Jul. 2, 2013). |
Gamepedia, "Creep Control Techniques" <https://web.archive.org/web/20130702175945/http:/dota2.gamepedia.com/Creep_control_techniques> (Jul. 2, 2013). |
Gamepedia, "Creeps" <https://web.archive.org/web/20130727123252/http:/dota2.gamepedia.com/Neutral_Creep> (Jul. 27, 2013). |
Gamepedia, "Dota 2 Wiki" <https://web.archive.org/web/20130715040550/http:/dota2.gamepedia.com/Dota_2_Wiki> (Jul. 15, 2013). |
Gamepedia, "Dota 2" <https://web.archive.org/web/20130718032917/http:/dota2.gamepedia.com/Drow_Ranger> (Jul. 18, 2013). |
Gamepedia, "Dota 2" <https://web.archive.org/web/20131215205648/http:/dota2.gamepedia.com/Dota_2> (Dec. 15, 2013). |
Gamepedia, "Mechanics" <https://web.archive.org/web/20130629214415/http:/dota2.gamepedia.com/Mechanics> (Jun. 29, 2013). |
Gamer's Pulse, "Reviews" <https://web.archive.org/web/20010123091600/http:/www.gamerspulse.com:80/reviews_2000/diablo2/diablo.shtml> (Jan. 23, 2001). |
Gamer's Pulse, "Reviews" <https://web.archive.org/web/20010212082944/http:/www.gamerspulse.com/reviews_2000/diablo2/diablo1.shtml> (Feb. 12, 2001). |
Gamer's Pulse, "Reviews" <https://web.archive.org/web/20010216075123/http:/www.gamerspulse.com/reviews_2000/diablo2/diablo2.shtml> (Feb. 16, 2001). |
Gamer's Pulse, "Reviews" <https://web.archive.org/web/20010217012812/http:/www.gamerspulse.com/reviews_2000/diablo2/diablo3.shtml> (Feb. 17, 2001). |
Gree, "Fifth Argument Document". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, Mar. 1, 2018. |
Gree, "Fourth Argument Document". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, Jan. 22, 2018. |
Gree, "Patent Owner's Preliminary Response" in Case No. PGR2020-00049 (Jul. 16, 2020). |
Gree, "Patent Owner's Sur-Reply to Petitioner's Reply to Patent Owner's Preliminary Response" in Case No. PGR2020-00049 (Aug. 13, 2020). |
Gree, "Seventh Argument Document". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, May 30, 2018. |
Gree, "Sixth Argument Document". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, Apr. 12, 2018. |
Gree, "Third Argument Document". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, Nov. 9, 2017. |
Gree, Rebuttal Expert Report of Dr. Robert Akl, D.SC. Regarding Validity of United States Patent Nos. 10,328,346 and 10,335,689 in Civil Action No. 2:19-cv-00237-JRG-RSP (Nov. 24, 2020). |
Hamamura Koichi/Enterbrain K.K. "Enterbrain Mook Arcadia Extra". Eternal Wheel-Starting Guide Book, 1st Edition, vol. 56, pp. 16 and 18, Apr. 10, 2008. |
Hamamura Koichi/Enterbrain K.K. "Enterbrain Mook Arcadia Extra". Eternal Wheel—Starting Guide Book, 1st Edition, vol. 56, pp. 16 and 18, Apr. 10, 2008. |
Hoshi, Tatsuya et al. "Wonder Life Special" [Nintendo Official Guide Book], Famicom Wars DS, Shogakukan Inc., 1st edition, 1st print, pp. 11, 18, 49, Sep. 10, 2005. |
Inaba Toshio/Softbank Publishing Inc. "Color Field, Dorimagabooks, Advanced Grand Strategy˜Storm of Europe ⋅ German Blitz Tactics˜". Capture Guide, 1st Edition, p. 12, Sep. 12, 2000. |
Jan. 9, 2018 Office Action issued in Japanese Patent Application No. 2017-119332. |
Jan. 9, 2018 Office Action issued in Japanese Patent Application No. 2017-230126. |
Jul. 18, 2017 Office Action issued in Japanese Patent Application No. 2017-119332. |
Jun. 10, 2014 Office Action issued in Japanese Application No. 2013-273252. |
Jun. 27, 2017 Office Action issued in U.S. Appl. No. 15/475,767. |
Kadokawa Corporation. "Tactics Ogre: Wheel of Fortune, 2nd Interview With Minagawa-San, Focus on the Picture". Wikipedia, http://dengekionline.com/elem/000/000/299/299884/, Sep. 10, 2013. |
Keith Burgun, "Understanding Balance in Video Games" <https://web.archive.org/web/20120419201716/https://www.gamasutra.com/view/feature/134768/understanding_balance_in_video_.php> (Jun. 8, 2011). |
Koyanagi et al., "Shibusawa Ko Series, Ambition of Nobunaga/Tenshoki Handbook," Koei Co., Nov. 20, 1996, 6th ed., pp. 96-97. |
Loe, Casey, "Valkyria Chronicles Official Stategy Guide". DK/BradyGAMES (2008-year of publication sufficiently early that the month is not relevant). |
Loe, Casey, "Valkyria Chronicles Official Stategy Guide". DK/BradyGAMES (2008—year of publication sufficiently early that the month is not relevant). |
Mar. 5, 2019 Office Action issued in Japanese Patent Application No. 2018-147406. |
Matsukaze. "The Strongest Weapon, Recommendation?". FF13-2 Kouryaku DE.com, http://blog.game-de.com/ff13-2/f132-buki/, May 10, 2012. |
May 30, 2018 Office Action issued in U.S. Appl. No. 15/475,767. |
Media Works Inc. "Tactics Ogre Perfect Manual". pp. 2-6, 62 and 63, Jan. 10, 1997. |
Microsoft Press, "Microsoft Computer Dictionary," 4th Ed., p. 102 (1999-year of publication sufficiently early that the month is not relevant). |
Microsoft Press, "Microsoft Computer Dictionary," 4th Ed., p. 102 (1999—year of publication sufficiently early that the month is not relevant). |
Miya. "Damage of Dageki". Dragon Quest IV Capture, http://miya.s16.xrea.com/dq/4/battle/dm_dageki.html, Dec. 4, 2007. |
Mobile Suit Gundam-Traces of White Base, Dengeki PlayStation, Ascii Media Works K.K., vol. 17, No. 35, p. 208, Dec. 8, 2011. |
Mobile Suit Gundam—Traces of White Base, Dengeki PlayStation, Ascii Media Works K.K., vol. 17, No. 35, p. 208, Dec. 8, 2011. |
Mobile Suit Gundam-Traces of White Base, WEEFLY FamiTsu, Enterbrain K.K., vol. 26, No. 51, pp. 164-165, Dec. 1, 2011. |
Mobile Suit Gundam—Traces of White Base, WEEFLY FamiTsu, Enterbrain K.K., vol. 26, No. 51, pp. 164-165, Dec. 1, 2011. |
Nishikawa, "Complete Guide to Age of Empires II: Age of Kings," Network Game, Feb. 22, 2000, 2nd edition, pp. 4-8, 46-47, 90, 180, 191, Softbank Publishing Inc. |
Nov. 29, 2016 Office Action issued in U.S. Appl. No. 14/482,507. |
Nov. 30, 2017 Office Action issued in U.S. Appl. No. 15/475,767. |
Oct. 23, 2018 Office Action issued in Japanese Patent Application No. 2018-147406. |
Ohta et al., "Master Series, Ambition of Nobunaga/Tenshoki Master Book," Koei Co., Ltd., Aug. 15, 1995, 1st ed., pp. 47-48. |
Olivia Wheeling, "Declaration" in Post Grant Review PGR2020-00049 (Apr. 1, 2020). |
Outline / FF11 Terminology Dictionary, Fellow of Windas version, [searched on Apr. 12, 2017] URL, https://web-beta.archive.org/web/20121112054245/http://wiki.ffo.jp/html/4173.html. Nov. 12, 2012. |
PTAB, Decision on Petition in Case No. PGR2020-00049 (Oct. 13, 2020). |
Quest Co., Ltd. Super Famicom "Tactics Ogre" Manual, Oct. 6, 1995. |
Realms Beyond, "Diablo LOD Variants" <https://web.archive.org/web/20021029131314/http:/www.realmsbeyond.net/diablo/vlodfriendlyfire.html> (Oct. 29, 2002). |
Realms Beyond, "Diablo-On Variants, Roles, Subclasses, and Styles" <https://web.archive.org/web/20030217173553/http:/www.realmsbeyond.net/diablo/variantslingo.html> (Feb. 17, 2003). |
Realms Beyond, "Diablo—On Variants, Roles, Subclasses, and Styles" <https://web.archive.org/web/20030217173553/http:/www.realmsbeyond.net/diablo/variantslingo.html> (Feb. 17, 2003). |
Sato, Minoru et al. "Super Robot War K Players' Bible" Enterbrain K.K., 1st edition, pp. 006-007, 022-029, 034-035, Apr. 6, 2009. |
Sato, Minoru et al. "Super Robot War K Players' Bible" Enterbrain K.K., 1st edition, pp. 4, 6-7, 12, 22-29, 36-37, Apr. 6, 2009. |
Shin. "DQ10 Characteristics of Weapon ETC". Shin-san no Shucchoujo Hatena Hen, http://d.hatena.ne.jp/shin/20120911/pl, Sep. 11, 2012. |
Shogakukan Inc. "Group Crambom, Grand Strategy for Windows Macintosh". Perfect Guide, 1st Edition, pp. 15, 18, 23-24. |
Steam Community, "Comprehensive Dota 2 Guide" <https://web.archive.org/web/20130715074831/http:/steamcommunity.com/sharedfiles/filedetails/?id=123364976> (Jul. 15, 2013). |
Steam, "Dota 2" <https://web.archive.org/web/20130720075700/http:/store.steampowered.com:80/app/570> (Jul. 20, 2013). |
Stephen H. Lane, "Declaration" in Post Grant Review PGR2020-00049 (Apr. 1, 2020). |
Supercell Oy, "Petitioner's Reply to Patent Owner's Preliminary Response" in Case No. PGR2020-00049 (Aug. 3, 2020). |
Supercell Oy, Invalidity Expert Report of Stacy Friedman in Civil Action No. 2:19-cv-00237-JRG-RSP (Nov. 2, 2020). |
Supercell Oy, Petitioner's Request for Hearing in Case No. PGR2020-00049 (Nov. 12, 2020). |
Supercell, "Defendant Supercell Oy's Preliminary Ineligibility Contentions". Submitted in Civil Action No. 2:19-cv-00237-JRG-RSP, Nov. 13, 2019. |
Supercell, "Eighth Argument Document by Obligors (invalidity argument)". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, Apr. 2, 2018. |
Supercell, "Fifth Argument Document by Obligors (invalidity argument)". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, Jan. 17, 2018. |
Supercell, "First Argument Document by Obligors". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, Aug. 25, 2017. |
Supercell, "Fourth Argument Document by Obligors (invalidity argument)". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, Dec. 21, 2017. |
Supercell, "Petition for Post Grant Review" in Post Grant Review PGR2020-00049 (Apr. 1, 2020). |
Supercell, "Second Argument Document by Obligors". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, Oct. 13, 2017. |
Supercell, "Seventh Argument Document by Obligors (invalidity argument)". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, Feb. 23, 2018. |
Supercell, "Tenth Argument Document by Obligors (invalidity argument)". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, May 15, 2018. |
Supercell, Exhibit B-1, Claim Chart on Atsumi in Civil Action No. 2:19-cv-00237-JRG-RSP. (Dec. 6, 2019). |
Supercell, Exhibit B-2, Claim Chart on Diablo II in Civil Action No. 2:19-cv-00237-JRG-RSP. (Dec. 6, 2019). |
Supercell, Exhibit B-3, Claim Chart on Dota 2 in Civil Action No. 2:19-cv-00237-JRG-RSP. (Dec. 6, 2019). |
Supercell, Exhibit B-4, Claim Chart on Fire Emblem: Awakening in Civil Action No. 2:19-cv-00237-JRG-RSP. (Dec. 6, 2019). |
Supercell, Exhibit B-5, Claim Chart on Ishihata in Civil Action No. 2:19-cv-00237-JRG-RSP. (Dec. 6, 2019). |
Supercell, Exhibit B-6, Claim Chart on Valkyria Chronicles in Civil Action No. 2:19-cv-00237-JRG-RSP. (Dec. 6, 2019). |
Supercell, Invalidity Contentions in Civil Action No. 2:19-cv-00237-JRG-RSP (Dec. 6, 2019). |
Supercell's Agent, "Actual Machine Report". submitted in Case No. 29(YO) 22045 of JP Patent No. 5600205, May 15, 2018. |
Takasuke Kitade et al., "Gunparade Orchestra, Chapter Green, Wolf and His Boy, the Complete Guide". Mediaworks Corporation, 1st Version, pp. 108-110, Jun. 20, 2006. |
Takasuke Kitade et al., "Gunparade Orchestra, Chapter Green, Wolf and His Boy, the Complete Guide". Mediaworks Corporation, First Version, pp. 108-109, see "follow" command in the table of "Command Type" at the bottom of p. 109, Jun. 20, 2006. |
U.S. Appl. No. 15/475,767, filed Mar. 31, 2017 in the name of Noriaki Wada et al. |
Yahoo Japan Corporation. "Please Tell Me About the Battlefield of Seisen Cerberus". Yahoo! Answers, [searched on Apr. 12, 2017], URL, https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1180643126, Feb. 6, 2012. |
Also Published As
Publication number | Publication date |
---|---|
JP5600205B1 (en) | 2014-10-01 |
US20210178277A1 (en) | 2021-06-17 |
US20170203216A1 (en) | 2017-07-20 |
US10335689B2 (en) | 2019-07-02 |
US20150182864A1 (en) | 2015-07-02 |
US11491405B2 (en) | 2022-11-08 |
JP2015126808A (en) | 2015-07-09 |
US20230021662A1 (en) | 2023-01-26 |
US10343073B2 (en) | 2019-07-09 |
US20190275433A1 (en) | 2019-09-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10967280B2 (en) | Non-transitory computer readable recording medium, game control method, server device, and information processing system | |
US11964199B2 (en) | Program, information processing device, and control method | |
US11623151B2 (en) | Information processing device and control method for executing a battle game including a field | |
JP6096973B1 (en) | Program, server device, and game system | |
US11724181B2 (en) | Non-transitory computer readable medium, method of controlling a game, and information processing device | |
US11745100B2 (en) | Non-transitory computer readable medium, method of controlling a game, and information processing system with modification of identification images based on change to game parameter | |
JP6930945B2 (en) | Programs, information processing equipment, and game systems | |
JP2016168380A (en) | Program, communication system, and control method | |
JP6882141B2 (en) | Programs, control methods, and information processing equipment | |
JP6772086B2 (en) | Programs, information processing equipment, and game systems | |
JP5964489B2 (en) | GAME CONTROL METHOD, COMPUTER AND CONTROL PROGRAM | |
KR20200013514A (en) | Method, apparatus, and computer program for providing a function to replace the opponent user in a competition game | |
JP6608409B2 (en) | Program, communication system, and control method | |
JP5945052B2 (en) | Program, communication system, and control method | |
JP5833792B1 (en) | Program, communication system, and control method | |
JP2021175552A (en) | Program, information processing device and game system | |
JP2018111011A (en) | System, method, and program for providing game | |
JP2017217169A (en) | System, method, and program for providing game |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |