JP2015126920A - Program, game control method and server device - Google Patents

Program, game control method and server device Download PDF

Info

Publication number
JP2015126920A
JP2015126920A JP2015052249A JP2015052249A JP2015126920A JP 2015126920 A JP2015126920 A JP 2015126920A JP 2015052249 A JP2015052249 A JP 2015052249A JP 2015052249 A JP2015052249 A JP 2015052249A JP 2015126920 A JP2015126920 A JP 2015126920A
Authority
JP
Japan
Prior art keywords
unit
plurality
units
game
user
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.)
Pending
Application number
JP2015052249A
Other languages
Japanese (ja)
Other versions
JP2015126920A5 (en
Inventor
成晃 和田
Nariaki Wada
成晃 和田
亮 宇佐美
Akira Usami
亮 宇佐美
あすか 川村
Asuka Kawamura
あすか 川村
秀一 倉
Shuichi Kura
秀一 倉
若林 太一
Taichi Wakabayashi
太一 若林
泰俊 高
Yasutoshi Ko
泰俊 高
統太郎 中島
Totaro Nakajima
統太郎 中島
Original Assignee
グリー株式会社
Gree Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by グリー株式会社, Gree Inc filed Critical グリー株式会社
Priority to JP2015052249A priority Critical patent/JP2015126920A/en
Publication of JP2015126920A publication Critical patent/JP2015126920A/en
Publication of JP2015126920A5 publication Critical patent/JP2015126920A5/ja
Application status is Pending legal-status Critical

Links

Images

Abstract

PROBLEM TO BE SOLVED: To provide a computer program, a game control method and a server device that can provide a battle game that dynamically varies parameters in accordance with game progress.SOLUTION: The program causes a computer providing a plurality of terminal devices 12 with a battle game including battles played by a plurality of users operating respective units, the units including a first unit, a third unit and a second unit, to perform the steps of: determining a unit parameter of each of the plurality of units with group information being associated with each unit; deploying the plurality of units on a field 23 in the game; varying the unit parameter of the first unit to decrease if there exist a plurality of second units; and conducting a battle between the first unit and other units by using the varied unit parameter.

Description

  The present invention relates to a computer program for providing a battle game to a terminal device, a game control method, and a server device.

  Conventionally, in the battle game server, the user's deck is configured with a plurality of battle cards stored for each user, based on the total value of parameters such as the attack power and defense power of the cards included in the deck, There is a battle game server in which a plurality of users compete for victory or defeat (see, for example, Patent Documents 1 and 2).

JP 2008-220984 A JP 2000-325528 A

  However, in the conventional competitive game server, the strength of the deck greatly depends on the number of cards owned by the user. For example, it is difficult for a user who does not have a card having a high parameter to win a deck composed only of cards having a high parameter. As described above, since the winning or losing of the battle is almost never performed at the deck construction stage, the user's interest in the game may be reduced.

  An object of the present invention made in view of such circumstances is to provide a computer program, a game control method, and a server device capable of providing a battle game in which parameters are dynamically changed according to the progress of the game. .

In order to solve the above problems, a program according to the present invention
A battle game in which a plurality of users operate each unit to play a battle,
The unit is
A first unit;
A third unit belonging to a group different from the first unit, which is defined as an attack target by the first unit, or the first unit is defined as an attack target;
A battle game that belongs to a group different from both the first unit and the third unit and includes a second unit that includes the first unit in an attackable range is provided to a plurality of terminal devices. On the computer,
Determining unit parameters of a plurality of units respectively associated with group information indicating any one group to which the unit belongs among three or more groups;
Arranging the plurality of units on an in-game field partitioned into a plurality of areas;
If there are a plurality of the second units, varying the unit parameters of the first unit to decrease;
The first unit performs a battle with another unit using the changed unit parameter.

  According to the computer program, the game control method, and the server device of the present invention, it is possible to provide a battle game in which parameters are dynamically changed according to the progress of the game.

1 is a block diagram of a game system according to an embodiment of the present invention. It is a figure which shows the example of the user information of FIG. It is a figure which shows the example of the field in the game where a unit is arrange | positioned. It is a figure which shows the example of the possession card information of FIG. It is a figure which shows the example of the deck information of FIG. It is a figure which shows the example of the information matched with the unit classification information of FIG. It is a flowchart which shows operation | movement of the game system of FIG. It is a figure which shows the example of the game screen displayed on the display part of FIG. It is a figure which shows the example of the game screen displayed on the display part of FIG. It is a flowchart which shows operation | movement of the game system of FIG. It is a flowchart which shows operation | movement of the game system of FIG. It is explanatory drawing regarding operation | movement of the game system of FIG. It is a flowchart which shows operation | movement of the game system of FIG. It is a figure which shows the example of the game screen displayed on the display part of FIG. It is a figure which shows the example of the game screen displayed on the display part of FIG.

  Embodiments of the present invention will be described below.

  First, an outline of the battle game according to the embodiment will be described. The battle game according to the present embodiment has two battle methods, a normal battle and a group battle. A normal battle is a battle method in which game media, in-game items, etc. are acquired by fighting against opponents using individual game media (cards) owned by the user or by capturing missions (quests) in the game. It is. In a normal battle, it is possible to play against an enemy boss character in cooperation with another user. In a group battle, a unit configured using a plurality of game media acquired in a normal battle is arranged on a field in the game, and a user operates the unit to execute an action such as movement or attack, and a plurality of users Is a multiplayer real-time battle system that battles against other units operated by each. Although the game medium is described as an in-game card, it may be any medium in the game, such as characters, weapons, armor, and items in the game.

  In a battle game, a group battle is implemented as a limited-time event, for example. In the group battle, each unit belongs to any one of the three groups, and winning or losing is determined for each group. The group to which the user belongs is selected from the group to which the user belongs, or is automatically selected on the server side based on the user status or the possessed card. The group battle ends when a predetermined time (for example, 30 minutes) elapses from the start of the battle. The user can make the unit act once at a predetermined time (for example, 5 seconds). For this reason, the number of times a unit can act in a group battle is limited. The timing for making the unit act may be the same for all the units participating in the group battle. The unit can perform either movement or attack in one action. The user earns points by attacking other groups of units or by controlling a base located on the field. The base has parameters such as physical strength as with the unit, for example, and is controlled by a group that reduces the physical strength of the base to zero by attacking the unit. Groups that dominate the base at the end of the match can earn additional points. A plurality of bases may be arranged on the field.

  Then, in accordance with the number of points acquired until the end of the battle, the game media and items to be awarded as a reward and reward in the group battle are determined. In addition, the user can acquire the in-game medium and items arranged on the field by, for example, causing the unit to pick up the game medium. In-game media and items acquired by the user in the group battle may be usable in the normal battle as well as the group battle.

  Next, a game system including the server device according to the embodiment of the present invention will be described. As shown in FIG. 1, the game system 10 includes a server device 11 and a plurality of terminal devices 12. The server device 11 and the terminal device 12 can communicate with each other via the network 13.

  The server device 11 includes a server communication unit 14, a storage unit 15, a unit type information acquisition unit 16, a deck information acquisition unit 17, a unit parameter determination unit 18, a unit placement unit 19, and a unit parameter variation unit 20. The server control unit 21 is provided.

  The server communication unit 14 transmits / receives information to / from the terminal device 12.

  The storage unit 15 stores user information 22. The user information 22 is information unique to the user and includes various information used for the progress of the game. For example, as shown in FIG. 2, the user information 22 includes a plurality of unit parameters, possession card information, deck information, unit type information, and group information in association with a user ID that is a user identifier. Including.

  The unit parameter is a parameter indicating the characteristics of the unit, and is, for example, HP, AT, DF, movable range, and attackable range. HP, AT, and DF indicate the physical strength, attack power, and defense power of the unit, respectively. The movable range and the attackable range are the range in which the units placed on the field in the game divided into a plurality of squares (areas) can move with one action (movement) and the action with one action (attack) Each possible range is indicated. For example, the field 23 shown in FIG. 3 is divided into, for example, vertical 21 squares × horizontal 21 squares, and is composed of nine small fields including vertical 7 squares × horizontal 7 squares.

  The possessed card information shown in FIG. 2 is information on all cards owned by the user. FIG. 4 shows the contents of owned card information (for example, “owned card information 001”). For example, the possessed card information includes a plurality of card parameters (game medium parameters) and card attribute information (game medium attribute information) in association with a card ID that is an identifier of a card owned by the user. The card parameter is a parameter indicating the strength of a single card, and includes, for example, HP, AT, and DF. The card attribute information includes, for example, a card attribute of the card among a plurality of card attributes (game media attributes) such as “order”, “none”, “chaos”, “proximity”, “remote”, and “flight”. It is information to show. The card attribute information is used in unit parameter determination processing described later. In the present embodiment, there are six card attributes “card attribute 1” to “card attribute 6”, but it is sufficient that there are two or more.

  The deck information illustrated in FIG. 2 is information including a plurality of cards selected by the user or automatically selected from all the cards owned by the user. FIG. 5 shows the contents of the deck information (for example, “deck information 001”). For example, the deck information includes a card ID, a plurality of card parameters, and card attribute information in association with the unit parameters.

  In the deck information illustrated in FIG. 5, each unit parameter is associated with a part of a plurality of cards included in the deck. For example, three cards (card identifiers “card01” to “card03”) are associated with the HP of the unit. The unit AT is associated with three cards (card identifiers “card04” to “card06”). Further, three cards (card identifiers “card07” to “card09”) are associated with the DF of the unit.

  The unit type information described in FIG. 2 is information indicating the type of unit, such as “infantry”, “archer”, and “cavalry”. The unit type is selected from a plurality of unit types by the user when starting the battle. In the present embodiment, there are three types of units, but two or more types may be present. For example, as shown in FIG. 6, a movable range, an attackable range, and a good card attribute corresponding to each unit type are determined in advance for the unit type.

  The moveable range and the attackable range shown in FIG. 6 respectively indicate a range in which the units arranged on the field 23 can move with one action (movement) and a range with which the unit can attack with one action (attack). The unit can perform either movement or attack in one action. For example, a unit of “unit type 1” can move one cell or attack one unit ahead by one action. Further, a unit of “unit type 2” can move one cell or attack a unit three cells ahead with one action. A unit of “unit type 3” can move 2 squares or attack a unit ahead 2 squares with a single action.

  The specialty card attribute indicates a predetermined card attribute. For example, the good card attributes associated with “unit type 1” are “card attribute 1” and “card attribute 2”. Further, the specialty card attributes associated with “unit type 2” are “card attribute 3” and “card attribute 4”. The good card attributes associated with “unit type 3” are “card attribute 5” and “card attribute 6”. The specialty card attribute is used in a unit parameter determination process to be described later.

  The group information described in FIG. 2 is, for example, information indicating any one 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 starts the game. To do. The group information is used in unit parameter fluctuation processing described later. In the present embodiment, there are three groups “group A”, “group B”, and “group C”, but it is sufficient that two or more groups exist.

  The unit type information acquisition unit 16 illustrated in FIG. 1 acquires unit type information from the terminal device 12. Further, the unit type information acquisition unit 16 stores the acquired unit type information in the storage unit 15 as a part of the user information 22.

  The deck information acquisition unit 17 acquires deck information received from the terminal device 12. Further, the deck information acquisition unit 17 stores the acquired deck information in the storage unit 15 as part of the user information 22.

  The unit parameter determination unit 18 performs unit parameter determination processing for determining a unit parameter included in the unit based on the acquired unit type information and deck information.

  For example, the unit parameter determination unit 18 corresponds to the unit type indicated by the acquired unit type information in the movable range and the attack range shown in FIG. Determine the value of the possible range.

  Further, the unit parameter determination unit 18 determines the HP, AT, and DF of the unit illustrated in FIG. 2 based on some of the cards that are associated with each other among the plurality of cards included in the deck information.

  Specifically, the unit parameter determination unit 18 calculates the total value of the card parameters respectively corresponding to the plurality of unit parameters based on the cards respectively associated with the plurality of unit parameters in the deck information. For example, the unit parameter determination unit 18 calculates the total value of the HPs of three cards (card IDs “card01” to “card03”) associated with the unit HP in the deck information shown in FIG. 5 as the unit HP. To do. Similarly, the unit parameter determination unit 18 calculates the total value of AT and the total value of DF as the AT and DF of the unit, respectively.

  Subsequently, the unit parameter determination unit 18 increases the unit parameter when the card attribute of the card included in the deck information matches a predetermined card attribute corresponding to the unit type indicated by the unit type information, that is, a good card attribute. . For example, if the acquired unit identification information is “unit type 1”, four cards included in the deck information shown in FIG. 5 (card IDs “card01”, “card02”, “card07”, and “card08”) However, in FIG. 6, it matches the good card attribute (“card attribute 1” or “card attribute 2”) corresponding to “unit type 1”. In this case, the unit parameter determination unit 18 increases the HP and DF of the unit associated with the four cards. The unit parameter is increased by, for example, adding a predetermined value or multiplying by a predetermined magnification.

  Then, the unit parameter determination unit 18 determines the values of the unit's HP, AT, and DF as the total value calculated as described above or a value obtained by increasing the total value.

  The unit arrangement unit 19 shown in FIG. 1 arranges the unit for which the unit parameter is determined on the field 23 in the game when starting the group battle. The position on the field 23 where the unit is arranged at the start of the group battle may be different for each group to which the group belongs, or may be the same position for all the units. Alternatively, when the user resumes the game after logging out, the unit may be placed again at the position where the user was placed when logging out.

  The unit parameter changing unit 20 performs the first based on the group information respectively associated with the first unit on the field 23 and the second unit having a predetermined positional relationship with the first unit during the battle. Unit parameter variation processing is performed to dynamically vary the unit parameters of the unit. For example, the unit parameter changing unit 20 increases or decreases the unit parameter of the first unit when another second unit is located on the field 23 adjacent to the first unit. Fluctuate. The increase / decrease in the unit parameter is determined based on group information associated with each of the plurality of units. For example, when the second unit located in the adjacent cell belongs to the same group as the first unit, the unit parameter of the first unit is increased. On the other hand, when the second unit located in the adjacent cell belongs to a different group from the first unit, the unit parameter of the first unit is decreased. The unit parameter is increased or decreased by, for example, adding or subtracting a predetermined value or multiplying by a predetermined magnification. Details of the unit parameter variation processing will be described later.

  The server control unit 21 controls the operation of the entire server device 11. For example, when the number of users participating in the group battle becomes a predetermined number or more, that is, when the number of units for which the unit parameters have been determined exceeds the predetermined number, the server control unit 21 performs the group battle progress process. Start. Alternatively, the server control unit 21 may start the group battle process when the number of user units belonging to each group exceeds a predetermined number. Moreover, the server control part 21 will make a user's unit perform an action based on the said action request, if an action request is received from the user via the terminal device 12 in a battle progress process. In addition, when the server control unit 21 receives a companion request for specifying a unit other than the user's unit to accompany the user via the terminal device 12 in the battle progress process, the user's unit receives the other unit. In order to have a predetermined positional relationship with the unit, for example, the user's unit is caused to automatically follow the other unit so that the user's unit moves to an adjacent cell adjacent to the other unit.

  The terminal device 12 includes a terminal communication unit 24, a display unit 25, and a terminal control unit 26.

  The terminal communication unit 24 transmits / receives information to / from the server device 11.

  The display unit 25 is configured by, for example, a touch panel, and displays various game screens and functions as an interface that accepts user input by a user operation.

  The terminal control unit 26 controls the operation of the entire terminal device 12. For example, the terminal control unit 26 generates unit type information, deck information, a unit action request, and an accompanying request based on the user input received by the display unit 25, and sends the unit request information to the server device 11 via the terminal communication unit 24. Send. The action request is a request for causing the unit to execute an action selected by the user in the battle. The accompanying request moves, for example, to a cell adjacent to the other unit so that the user unit follows the other unit designated by the user in the battle and has a predetermined positional relationship with the other unit. This is a request for automatically making the user's unit act. Further, the terminal control unit 26 causes the display unit 25 to display various game screens based on screen display instructions received from the server device 11.

(Unit parameter determination process)
Next, unit parameter determination processing in the game system 10 will be described with reference to the flowchart of FIG.

  First, the server control unit 21 of the server device 11 transmits a display instruction for a unit type selection screen to the terminal device 12 via the server communication unit 14 (step S100).

  Next, when receiving the instruction in step S100, the terminal control unit 26 of the terminal device 12 controls the display unit 25 to display a unit type selection screen (step S101), and accepts a user operation for selecting the unit type. For example, in the unit type selection screen shown in FIG. 8, unit type explanation information 27a, 27b, 27c indicating three unit types (“unit type 1” to “unit type 3”) and corresponding specialty card attributes, and each unit Determination buttons 28a, 28b, and 28c corresponding to the type are displayed. The user selects a unit type by tapping any of the determination buttons 28a, 28b, and 28c.

  Subsequently, the terminal control unit 26 of the terminal device 12 transmits unit type information indicating the unit type selected by the user in step S101 to the server device 11 via the terminal communication unit 24 (step S102).

  Next, the unit type information acquisition unit 16 of the server device 11 acquires the unit type information transmitted in step S102 (step S103), and stores it in the storage unit 15 as part of the user information 22.

  Subsequently, the server control unit 21 of the server device 11 transmits a display instruction for the deck organization screen to the terminal device 12 via the server communication unit 14 (step S104).

  Next, when receiving the instruction in step S104, the terminal control unit 26 of the terminal device 12 controls the display unit 25 to display the deck organization screen (step S105), and the user who organizes the deck using a plurality of cards. Accept the operation. For example, on the deck organization screen shown in FIG. 9, the deck organization area 29 (29a, 29b, 29c), unit parameter information 30a, 30b, 30c, and a participation button 31 are displayed. The user can arrange a maximum of nine cards in the deck organization area 29, and “card01” to “card09” are arranged in FIG. The unit parameter information 30a, 30b, and 30c is displayed in the vicinity of the deck organization areas 29a, 29b, and 29c, and unit parameters (HP, AT, and so on) associated with the cards arranged in the deck organization areas 29a, 29b, and 29c, respectively. And DF). The user ends the deck organization by tapping the participation button 31 after the cards are arranged.

  Subsequently, the terminal control unit 26 of the terminal device 12 transmits deck information indicating a plurality of cards arranged by the user in step S105 to the server device 11 via the terminal communication unit 24 (step S106).

  Next, the deck information acquisition unit 17 of the server device 11 acquires the deck information transmitted in step S106 (step S107) and stores it in the storage unit 15 as a part of the user information 22.

  Subsequently, the unit parameter determination unit 18 of the server device 11 determines the unit movable range and the attack possible range based on the unit type information acquired in Step S103 (Step S108).

  Subsequently, the unit parameter determination unit 18 of the server apparatus 11 adds up the card parameters respectively corresponding to the plurality of unit parameters based on the cards respectively associated with the plurality of unit parameters in the deck information acquired in step S107. The value is calculated as a unit parameter (step S109).

  Subsequently, the unit parameter determination unit 18 of the server device 11 matches the card attribute of the card included in the deck information acquired in step S107 with the good card attribute corresponding to the unit type indicated by the unit type information acquired in step S103. It is determined whether or not to perform (step S110). If the card attributes of all the cards included in the deck information do not match (step S110-No), the process proceeds to step S112.

  On the other hand, when the card attributes of at least one card match (step S110-Yes), the unit parameter determination unit 18 increases the unit parameter calculated in step S109 (step S111). The increase in parameter is, for example, an increase of 10 points or an increase of 10%.

  After step S111 or when the card attributes of all the cards included in the deck information do not match in step S110 (step S110-No), the unit parameter determination unit 18 calculates the unit parameter value as the sum calculated in step S109. The value or a value obtained by increasing the total value in step S111 is determined (step S112).

(Unit parameter variation processing)
Next, unit parameter variation processing in the server apparatus 11 will be described.

  With reference to the flowchart shown in FIG. 10, a case will be described in which a first unit whose unit parameter is to be changed and a second unit different from the first unit exist.

  First, the unit parameter changing unit 20 determines whether or not the second unit is located in an adjacent cell adjacent to the first unit (step S200). If the second unit is not located in the adjacent cell (step S200-No), the process is terminated.

  On the other hand, when the second unit is located in the adjacent square (step S200-Yes), the unit parameter changing unit 20 determines whether the groups to which the first unit and the second unit belong are the same. Determination is made (step S201).

  When the group is the same in step S201 (step S201-Yes), the unit parameter changing unit 20 changes the unit parameter of the first unit so as to increase (step S202). The increase in the parameter is, for example, an increase of 10 points or an increase of 10%.

  On the other hand, when the groups are different in step S201 (step S201-No), the unit parameter changing unit 20 changes the unit parameters of the first unit so as to decrease (step S203). The decrease in the parameter is, for example, a decrease of 10 points or a decrease of 10%.

  Next, referring to the flowchart shown in FIG. 11, the first unit that is the target of changing the unit parameter, a plurality of second units that are different from the first unit, and the first unit are set as attack targets. A case will be described in which there is a third unit that has been set as the attack target.

  First, the unit parameter changing unit 20 determines whether or not a plurality of second units are located in adjacent squares adjacent to the first unit (step S300). When the plurality of second units are not located in the adjacent cells (step S300-No), the process is terminated.

  On the other hand, when the plurality of second units are located in the adjacent cells (step S300-Yes), the unit parameter changing unit 20 includes the first unit, the plurality of second units, and the third unit. , Belong to different groups (step S301). If the first to third units do not belong to different groups (step S301-No), the process ends.

  On the other hand, when the first to third units belong to different groups in step S301 (step S301-Yes), the unit parameter changing unit 20 changes the unit parameters of the first unit so as to decrease. (Step S302). The decrease in the parameter is, for example, a decrease of 10 points or a decrease of 10%.

  The above unit parameter variation processing is executed in a complex manner. For example, as shown in FIG. 12, a plurality of units A2, A3, and B2 are adjacent to a unit A1 (for example, a first unit) that performs an attack and a unit B1 (for example, a third unit) that is an attack target. , C1, C2, C3, C4 (for example, the second unit) is specifically described. Here, unit codes A, B, and C indicate groups A, B, and C to which the unit belongs, respectively.

  In such a case, for example, the unit parameter of the unit A1 varies due to the presence of the units A2, B2, C3, and C4 located in the adjacent cells adjacent to the unit A1. Specifically, due to the presence of the unit (unit A2) belonging to the same group (group A) as the unit A1, a parameter increase for one time, for example, an increase of 10 points or an increase of 10% is expected. Further, due to the presence of a unit (unit B2) belonging to a group (group B) different from unit A1, a one-time parameter decrease, for example, a 10 point decrease or a 10% decrease is expected. Furthermore, since there are a plurality of units belonging to a group (group C) different from both unit A1 and unit B1 (units C3 and C4), a one-time parameter decrease, for example, a 10 point decrease or a 10% decrease is expected. It is. Therefore, the unit A1 attacks the unit B1 with the increase of one time and the decrease of two times, resulting in a state where the unit parameter is decreased once, for example, 10 points or 10%.

(Match progress process)
Next, battle progress processing in the game system 10 will be described with reference to the flowchart of FIG.

  First, the server control unit 21 of the server device 11 transmits a battle screen display instruction to the terminal device 12 via the server communication unit 14 (step S400).

  Next, upon receiving the instruction in step S400, the terminal control unit 26 of the terminal device 12 controls the display unit 25 to display a battle screen (step S401), and accepts a user operation for selecting an action to be executed by the unit. . For example, in the battle screen shown in FIG. 14, three movable masses 32a, 32b, 32c to which the user unit A1 can move, another unit B1 that can be attacked by the unit A1, and other units that the unit A1 can accompany. Unit A2 blinks and is displayed. The user taps any movable mass 32a, 32b, 32c or other unit that blinks to select move, attack, or accompany. Here, it is assumed that the user has specified the destination of the unit A1 by tapping the blinking movable cell 32b.

  Subsequently, the terminal control unit 26 of the terminal device 12 generates an action request for moving the unit A1 to the destination designated by the user in step S401, and transmits it to the server device 11 via the terminal communication unit 24 ( Step S402).

  Next, the server control part 21 of the server apparatus 11 will perform the action (movement) of unit A1 shown by the said action request, if the action request transmitted in step S402 is received (step S403).

  Subsequently, the server control unit 21 of the server device 11 transmits a battle screen update instruction to the terminal device 12 via the server communication unit 14 (step S404).

  Next, when receiving the instruction in step S404, the terminal control unit 26 of the terminal device 12 controls the display unit 25 to update the battle screen (step S405), and performs a user operation for selecting an action to be executed by the unit A1. Accept. For example, on the battle screen shown in FIG. 15, four movable masses 33a, 33b, 33c, and 33d to which the user unit A1 can move and other units A2 to which the unit A1 can accompany are displayed blinking. The The user taps one of the movable masses 33a, 33b, 33c, 33d or the unit A1 that blinks to select movement or accompanying. Here, it is assumed that the user taps the unit A2 and designates a unit to be accompanied by the unit A1.

  Subsequently, the terminal control unit 26 of the terminal device 12 generates a companion request to accompany another unit A2 designated by the user in step S405, and transmits the accompany request to the server device 11 via the terminal communication unit 24 (step S405). S406).

  And the server control part 21 of the server apparatus 11 will control unit A1 so that it may move to the adjacent mass adjacent to other unit A2 shown by the said action request, if the accompanying request transmitted in step S406 is received. To automatically act (step S407).

  As described above, since the server apparatus 11 according to the present embodiment varies the unit parameters in accordance with the positional relationship of the plurality of units on the field 23, the unit parameters are dynamically changed according to the units moving on the field 23. Can be changed. Moreover, since the strategy by cooperation of a plurality of users is improved, the interest of the game can be improved.

  Moreover, the server apparatus 11 determines the increase / decrease in the unit parameter to change according to the group information matched for every unit. For example, when a plurality of units belonging to the same group are adjacent to each other, the unit parameter increases, so even a user who does not have a card with a high card parameter can play an active role, and the user's interest in games can be improved. .

  In addition, for example, when units belonging to other groups are adjacent to each other, the unit parameter decreases. Therefore, cooperation between a plurality of users belonging to the same group is important, and communication between users can be promoted.

  Further, when there are first to third units belonging to different groups, for example, the second unit can participate in both the first unit and the third unit that attack each other. Here, when there are a plurality of second units adjacent to the first unit, there is a high probability that the second unit attacks the first unit and participates in the third unit. In such a case, the server device 11 can reflect the intention of the user operating the second unit to participate in the third unit in order to decrease the unit parameter of the first unit.

  In addition, when the server device 11 receives the accompanying request from the terminal device 12, the server device 11 has a predetermined positional relationship with another unit indicated in the accompanying request, for example, moves to the adjacent square of the other unit so that the user's Make the unit act automatically. In this way, even when the user leaves the terminal device 12 (when the user cannot participate in the game), for example, the unit of the user automatically follows another unit and maintains the increase in unit parameters due to the unit parameter variation processing. It is possible and the convenience of the user can be improved. In addition, the user of the unit accompanying the user can feel greater satisfaction with respect to the game operation by being entrusted with the operation of the other user's unit in addition to his own unit.

  Further, the server device 11 determines a plurality of unit parameters of the unit based on a part of the plurality of cards included in the deck information in the unit parameter determination process. In this way, for example, since the HP is high but the AT and DF are remarkably low, the card parameters are biased. Therefore, in the normal battle using a single card, the use frequency of the card that is not frequently used increases, and the user's interest in the game Can be improved.

  Further, when the card attribute of the card included in the deck information matches the predetermined card attribute (special card attribute) corresponding to the unit type indicated in the unit type information, the server device 11 increases the unit parameter. In this way, the user can improve the strength of the unit by appropriately selecting the unit type, so that the fun of the game can be improved.

  Although the present invention has been described based on the drawings and examples, it should be noted that those skilled in the art can easily make various modifications and corrections based on the present disclosure. Therefore, it should be noted that these variations and modifications are included in the scope of the present invention. For example, the functions included in each means, each step, etc. can be rearranged so that there is no logical contradiction, and a plurality of means, steps, etc. can be combined or divided into one. .

  For example, in the above-described embodiment, the deck information includes information on a plurality of cards, but may be configured to include only card IDs of a plurality of cards.

  The field 23 may be partitioned into hexagonal cells, for example. Alternatively, the field 23 may be a three-dimensional space.

  In the above-described embodiment, the unit parameter changing unit 20 changes the unit parameters in accordance with the presence of another unit located in the adjacent square of the unit. However, the unit parameter changing unit 20 is not limited to the adjacent square and has a predetermined positional relationship with the unit. The parameters of the unit may be varied depending on the presence of other units having For example, when there are other units within the attackable range of the unit in addition to the adjacent cells, there are a plurality of units forming a predetermined formation on the field 23, or the base on the field 23 is surrounded. Thus, when there are a plurality of units, the parameters may be varied.

  In the above-described embodiment, the unit parameter changing unit 20 determines unit parameter increase / decrease based on group information associated with a plurality of units, but determines unit parameter increase / decrease regardless of group information. May be. For example, an enemy ally may be determined based on the action history of the unit, and the unit parameter may be increased when it is determined to be a friend, and the unit parameter may be decreased when determined as an enemy.

  Moreover, in order to function as the server apparatus 11, a computer can be used suitably. Such a computer can be realized by storing a program describing processing contents for realizing each function of the server device 11 in the storage unit 15 of the computer, and reading and executing the program by the CPU of the computer. is there.

DESCRIPTION OF SYMBOLS 10 Game system 11 Server apparatus 12 Terminal device 13 Network 14 Server communication part 15 Storage part 16 Unit classification information acquisition part 17 Deck information acquisition part 18 Unit parameter determination part 19 Unit arrangement part 20 Unit parameter fluctuation part 21 Server control part 22 User information 23 field 24 terminal communication unit 25 display unit 26 terminal control unit 27a, 27b, 27c, unit type explanation information 28a, 28b, 28c determination button 29, 29a, 29b, 29c deck organization area 30a, 30b, 30c unit parameter information 31 participation Button 32a, 32b, 32c Movable mass 33a, 33b, 33c, 33d Movable mass

Claims (1)

  1. A battle game in which a plurality of users operate each unit to play a battle,
    The unit is
    A first unit;
    A third unit belonging to a group different from the first unit, which is defined as an attack target by the first unit, or the first unit is defined as an attack target;
    A battle game that belongs to a group different from both the first unit and the third unit and includes a second unit that includes the first unit in an attackable range is provided to a plurality of terminal devices. On the computer,
    Determining unit parameters of a plurality of units respectively associated with group information indicating any one group to which the unit belongs among three or more groups;
    Arranging the plurality of units on an in-game field partitioned into a plurality of areas;
    If there are a plurality of the second units, varying the unit parameters of the first unit to decrease;
    Using the changed unit parameters, the first unit battles with other units;
    A program that executes
JP2015052249A 2015-03-16 2015-03-16 Program, game control method and server device Pending JP2015126920A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015052249A JP2015126920A (en) 2015-03-16 2015-03-16 Program, game control method and server device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015052249A JP2015126920A (en) 2015-03-16 2015-03-16 Program, game control method and server device

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2014144451 Division 2014-07-14

Publications (2)

Publication Number Publication Date
JP2015126920A true JP2015126920A (en) 2015-07-09
JP2015126920A5 JP2015126920A5 (en) 2017-02-09

Family

ID=53837202

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015052249A Pending JP2015126920A (en) 2015-03-16 2015-03-16 Program, game control method and server device

Country Status (1)

Country Link
JP (1) JP2015126920A (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007061340A (en) * 2005-08-31 2007-03-15 Namco Bandai Games Inc Game device, program and information storage medium
JP5600205B1 (en) * 2013-12-27 2014-10-01 グリー株式会社 Program, game control method, and server device
JP5732578B1 (en) * 2014-07-14 2015-06-10 グリー株式会社 Program, game control method, and server device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007061340A (en) * 2005-08-31 2007-03-15 Namco Bandai Games Inc Game device, program and information storage medium
JP5600205B1 (en) * 2013-12-27 2014-10-01 グリー株式会社 Program, game control method, and server device
JP5732578B1 (en) * 2014-07-14 2015-06-10 グリー株式会社 Program, game control method, and server device

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"オートラン/FF11用語辞典", [ONLINE], JPN6017013342, 12 November 2012 (2012-11-12) *
"聖戦ケルベロスのBFについて教えてください。", [ONLINE], JPN6017013340, 6 February 2012 (2012-02-06) *
北出 高資(外1名), ガンパレード・オーケストラ 緑の章 〜狼と彼の少年〜 ザ・コンプリートガイド, vol. 初版, JPN6017013341, 20 June 2006 (2006-06-20), pages 108 - 109 *

Similar Documents

Publication Publication Date Title
JP2007061253A (en) Video game device, game system, game program and recording medium
JP5270022B1 (en) Server device and game program
JPWO2007058089A1 (en) Network game system, game device, game device control method, and information storage medium
US8715090B2 (en) Information processing device, and non-transitory computer-readable storage medium
JP5409876B1 (en) Server device and game program
JP5155440B1 (en) Game system, game device, game device control method, and program
US9526993B2 (en) Systems and methods for associating players of electronic games
JP5903035B2 (en) Game system and game control method
JP5052548B2 (en) Video game processing apparatus and video game processing program
JP2012000361A (en) Massively multiplayer online role-playing game
JP5135466B1 (en) Server device, program, and game system
JP5543755B2 (en) Computer program, recording medium, and game device
WO2010061658A1 (en) Game device, control method thereof, program, and information storage medium
JP5336670B1 (en) Information processing apparatus and game program
JP6123048B2 (en) Game device and program
JP2015027398A (en) Program, game server, and method for controlling game system
JP5270029B1 (en) Server device and game program
US9017172B2 (en) Video game control server, video game control apparatus, and video game control program product
JP5478760B1 (en) Server device and game program
JP5265789B2 (en) Game control device, game control method, program, game control system
JP5503672B2 (en) Game system
KR20140122170A (en) Video game processing device and video game processing program
JP5183823B1 (en) Server apparatus and program
JP5898103B2 (en) Game control device, program, game system
US20190217199A1 (en) Game program, game controlling method, and information processing apparatus

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161226

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20161226

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161226

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20170323

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20170411

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170418

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20170428

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170619

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A132

Effective date: 20170808

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171010

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20180109