JP2016087425A - Game program, control method of computer, and computer - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game allowing users to require high strategic properties.SOLUTION: A game program allows users using game media to process progress of a match game fighting against opponents. The game program causing a computer to implement: a storage processing function of storing, in a storage part, information related to game media of a plurality of users and information related to a plurality of opponents; a first display function of causing opponent selection screens of the match game to selectably display the plurality of opponents respectively; a reception processing function of receiving a selection of opponents against which each of the plurality of users fights; a match processing function of executing match processing between the respective opponents and one or more users who have selected the opponents; and a variation processing function of varying, in response to a prescribed condition related to a match with at least one opponent out of the plurality of opponents, the information related to the other opponents. When the users put down all of the plurality of opponents, the match processing function determines a victory of the plurality of users.SELECTED DRAWING: Figure 1

Description

The present invention relates to a game program for processing the progress of a battle game.

  Conventionally, network games using electronic devices such as smartphones and tablet terminals have been actively developed. Among them, there are many that defeat the enemy monsters that appear and advance the story of the game, and as part of that, a group of users form a group and fight together to make a powerful enemy set stronger than usual There is also a game that subjugates (for example, Patent Document 1).

Japanese Patent No. 5388016

  By the way, in such a game where users fight together, there are many games in which the battle itself is merely a battle and the battle itself is not different from the normal time. As a result, the enemies simply became stronger, and the strategy itself did not change significantly. That the development of the strategy cannot be expected, there is a possibility that such a game may cause the user to get bored.

  Therefore, the present invention has been made in view of the above problems, and an object of the present invention is to provide a game program that can further improve the strategy in a game in which a user forms a group and defeats an enemy.

  A game program according to the present invention is a game program for processing a progress of a battle game in which a user battles with an opponent using a game medium, and relates to information related to a plurality of users' game media and a plurality of opponents. A storage processing function for storing information in a storage unit, a first display function for displaying the plurality of opponents so as to be selectable on the opponent selection screen of the battle game, and a battle for each of the plurality of users A reception processing function for receiving an opponent's selection, a battle processing function for executing a battle process between each opponent and one or more users who have selected the opponent, and at least one opponent of the plurality of opponents According to a predetermined condition related to the battle, a variation processing function that varies information about other opponents is realized, and the battle processing function is When subdue all the plurality of opponent, and determines a win of the plurality of users.

  According to the game program of the present invention, in a game in which a plurality of battle processes in which one or more users play a game against one opponent are executed and all the opponents are subjugated, the victory of all the users is determined. Changes the information about other opponents and influences them, improving the strategy for selecting opponents.

Example of an opponent selection screen for explaining the outline of the present invention The system figure which shows the structural example of the system which concerns on embodiment of this invention The block diagram which shows the function structural example of the portable terminal which concerns on embodiment of this invention The block diagram which shows the function structural example of the server which concerns on embodiment of this invention Data conceptual diagram showing an example of the data structure of match information Data conceptual diagram showing a data structure example of party effect information Flowchart showing an example of operation of a portable terminal Flow chart showing an example of server operation Example of a game battle screen according to an embodiment of the present invention Example of an opponent selection screen for a game according to an embodiment of the present invention Example of an opponent selection screen for a game according to an embodiment of the present invention Example of an opponent selection screen for a game according to an embodiment of the present invention

From here, one embodiment of the game program according to the present invention will be described.
<Embodiment 1>

A game program according to the present invention is a game program for processing the progress of a battle game in which a user battles with an opponent using a game medium, and the computer has a storage processing function, a first display function, and a reception processing function. And a battle processing function and a variation processing function are realized.
The storage processing function stores information related to a plurality of users' game media and information related to a plurality of opponents in a storage unit.

  The game medium may be any electronic data (for example, a character, an item, etc.) used by the player in a game realized by the game program or another game. In the following description, a game character corresponds to a user character.

  The information related to the game medium may be various kinds of information that defines the game medium in a game realized by the game program or other games, and includes, for example, attributes of the character item, parameters of the character item ( For example, a wide range includes attack power, defensive power, experience value, physical strength (HP), speed, required ability point, special technique, support skill, number of uses), and the like. In the following description, the character status of the user character corresponds.

  The opponent is the electronic data operated by the game program in which the user's game medium is played in the battle game. In the following description, the raid monster, the opponent A, the opponent B, and the opponent C are Applicable.

  The information related to the opponent may be various kinds of information that defines the opponent in the game realized by the game program or other games. For example, the attribute of the character, the parameter of the character (for example, the attack power) , Defensive skills, experience points, physical strength, speed, necessary ability points, special moves, support skills, number of uses, support ability). In the following description, the monster status is applicable.

  The storage unit may be a recording medium provided in the computer, or may be a recording medium accessible by a computer provided outside the computer. In the following description, the storage unit 230 corresponds.

  The first display function displays a plurality of opponents so as to be selectable on the opponent selection screen of the battle game. The opponent selection screen is not limited as long as a plurality of opponents are displayed and each opponent can be selected, and selecting means receiving an input specifying the opponent. Also, “selectively displaying” means enabling input for specifying an opponent. In the following description, the opponent selection screen corresponds to, for example, the opponent selection screen 1 shown in FIGS. 1 and 10 to 12. Further, “selectably displaying” corresponds to displaying the button display areas 17 to 19 shown in FIGS. 1 and 10 to 12.

  The reception processing function determines an opponent with whom the user battles and receives an input of the selection. In the following description, touch input to any of the button display areas 17 to 19 is applicable.

  The battle processing function executes control related to the battle processing between the user's game media and the opponent. Further, the battle processing function is to determine that a plurality of users wins when all of the plurality of opponents are subjugated.

  The battle process can be taken in a battle such as an attack on the opponent of the user's game medium, an attack on the game medium of the opponent's user, a support action on the user's game medium by the user's game medium, or the like Processing related to various actions may be included.

Further, subjugation means preventing the opponent from taking any further action, and may include, for example, setting the physical strength set for the opponent to zero. In the following description, the battle processing function is realized by the battle processing unit.
The variation processing function varies information regarding other opponents according to a predetermined condition regarding a battle of at least one opponent among a plurality of opponents.

  The predetermined condition relating to the battle may be a condition related to the situation related to the battle (the battle situation, the status of the opponent, the game medium of the user who is fighting the opponent, the elapsed time of the battle), for example, Conditions may be included such that the physical strength is below a predetermined threshold, the number of players participating in the game media of the user who is fighting against the opponent exceeds a predetermined number, and the elapsed time for the battle exceeds a certain time. In the following description, the variation processing function is realized by the battle processing unit, the variation processing function is described as a support process for another raid monster by the raid monster, and the predetermined condition is described as a support activation condition.

  The game program according to one aspect of the present invention can be implemented with at least the following three configurations. That is, the game program may be implemented in a configuration in which (a) a computer functions as a client device (for example, a smartphone, a personal computer, etc.), and the game program is executed in the client device, (b) The computer functions as a server device (for example, a mainframe, a cluster computer, an arbitrary computer that can provide game services to an external device, etc.), and part or all of the game program is executed in the server device, The result of the processed process may be returned to the client device, or (c) the process included in the game program may be arbitrarily shared between the client device and the server device. Good.

  Therefore, the display function realized by the game program includes (a) an external display device (for example, a display unit provided in a portable terminal) connected to the computer via a predetermined network (for example, the Internet) so as to be communicable ) May display the game screen on the display device by outputting information (for example, display information), or (b) by outputting the display information to a display device provided in the computer, The game screen may be displayed on the display device.

(A) A client device that is communicably connected to a computer via a predetermined network (for example, the Internet) includes a predetermined input device, and the client device is input via the predetermined input device. The input processing (selection of the opponent) may be transmitted to the computer, and the reception processing function realized on the computer by the game program may acquire the operation information. (B) The computer However, it may include the predetermined input device, and the reception processing function may acquire the operation information via the predetermined input device.
<Overview>

  An outline of a battle game according to an embodiment of the present invention will be described. In the present embodiment, it is assumed that the user normally proceeds with the game alone and can select a mini game as one mode during that time. In the present embodiment, processing when the user selects the mini game will be described. In the mini game, a user uses a game medium to progress the game.

  Specifically, in the mini game (matching game) according to the present embodiment, a user or a character operated by the user (hereinafter referred to as a user character) is a group (team, raid, guild, friend, etc.) and the name varies depending on the game. There is a group of two or more user characters here, and a powerful enemy (hereinafter referred to as a raid monster, but this name is also a variety of bosses, raid bosses, etc.) It is a battle game including battle processing to fight. More specifically, in the battle game according to the present embodiment, each raid monster is provided with a limit on the number of times or time that the user can play against the raid monster. Each user selects an opponent from a plurality of raid monsters. Each user plays against the selected opponent. When the HP of the user or the opponent becomes zero or less in the battle or when a predetermined time elapses from the start of the battle, each user can leave the battle and select the opponent again from the plurality of raid monsters. And when all of a plurality of raid monsters are subjugated by a plurality of users, it becomes a victory of a plurality of users. That is, in the mini game according to the present embodiment, there are a plurality of raid monsters that each user character can battle, but only one raid monster that one user character can face (match) at a time. . Then, when each of the plurality of raid monsters can be subjugated by each of the one or more user character groups who have selected each raid monster as an opponent, the victory of the characters of all the users participating in the mini game is determined. .

  FIG. 1 is a diagram showing an example of the game screen, which is displayed when a user selects a mini game, and selects one opponent who is an opponent from a plurality of raid monsters that can be played. It is an example of the opponent selection screen for doing.

  As shown in FIG. 1, the opponent selection screen 1 includes a raid monster group display area 11, a battle information display area 12, a message display area 13, and button display areas 17 to 19 for accepting a battle with each raid monster. It is displayed.

  The raid monster group display area 11 displays names and images of enemies (opponents) to be subjugated by each user using their respective characters. Here, as an example, three raid monsters of “opponent A”, “opposition B”, and “opposition C” are displayed. Actually, a unique name in the game is given to the opponents A, B, and C by the programmer.

  The battle information display area 12 displays the remaining physical strength meter of each raid monster and the number of users participating in the battle in order to subdue each raid monster. In the message display area 13, a chat 14 of a user participating in a battle with a raid monster (“User A: opponent A strong!”) And a system message 15 (“Oppetitor” which is a type of battle information). 2 (until C support effect activation "), 16 (" opponent B battle, party effect: double effective weapon effect! Rare double draw probability! "), Etc. are also displayed. As described above, the game program according to the present embodiment displays various battle information in the battle with the raid monster on the computer.

In the button display areas 17 to 19, soft keys for accepting selection (accepting input) of the opponent from the user are displayed, and the user touches each display area of the button display areas 17 to 19 ( Or, when the cursor is selected), the corresponding opponent's battle is entered.
Thus, in this embodiment, the battle information for each of the plurality of raid monsters is clearly shown on the battle opponent selection screen.

Therefore, it becomes easy for each user to devise a strategy in consideration of which raid monster the user character of his / her user character should participate in, and the advantages and disadvantages when participating. Therefore, by displaying such competition information in a mini game, the strategy in the game can be improved. In addition, as can be seen from the system message 15 displayed as part of the battle information, the raid monster may perform support for other raid monsters, and this action also improves the strategy of the game. I play a role. While the user character cannot take action against other raid monsters during a battle with the raid monster he is fighting against, the raid monsters also perform processing to take actions that cooperate with each other. This is one characteristic of the game program.
<Configuration>
A detailed configuration for realizing the above-described mini game will be described.
FIG. 2 is a system diagram showing a configuration of a system that executes the game program according to the present embodiment.

  As shown in FIG. 2, the system includes portable terminals 100 a, 100 b, 100 c and a server 200, which are connected via a network 300. Note that the number of servers and the number of mobile terminals are not limited to the numbers shown in FIG. 2, and any number may be used as long as the following processing is executed. The game according to the present embodiment is implemented by executing respective game programs on the mobile terminal 100 and the server 200 and communicating with each other as part of the execution process.

Hereinafter, detailed configurations of the mobile terminal 100 and the server 200 according to the present system will be described. In this embodiment, in the game, when the user characters form a group and subjugate the raid monster, only the part related to the configuration for improving the strategy on the game will be described. The processing on the game will be omitted from the description that the same processing as that of the conventional game can be adopted.
FIG. 3 is a block diagram illustrating a functional configuration example of the mobile terminal 100.
As illustrated in FIG. 3, the mobile terminal 100 includes an input unit 110, a communication unit 120, a storage unit 130, a control unit 140, and a display unit 150.

  The input unit 110 has a function of receiving input from a user and transmitting the received input content to the control unit 140. The input unit 110 is realized by, for example, a touch panel provided in the mobile terminal 100. In this case, the input coordinate information on the touch panel touched by the user or the trajectory information in the case of a swipe operation is transmitted.

  The communication unit 120 has a function of executing communication with the server 200 via the network 300 in accordance with an instruction from the control unit 140. Here, according to an instruction from the control unit 140, information related to the action of the user character on the game is transmitted to the server 200, and various information related to the user character and new battle information are sequentially received from the server 200. The communication unit 120 transmits the received information to the control unit 140. Note that the communication unit 120 only needs to have an essential function for realizing communication with an external device (for example, another portable terminal or the server 200), and may be a communication line, a communication method, or a communication medium. Etc. are not limited. The communication unit 120 can be configured by a device such as an Ethernet (registered trademark) adapter. Further, the communication unit 120 can use a communication method or a communication medium such as IEEE802.11 wireless communication or Bluetooth (registered trademark).

  The storage unit 130 is a recording medium that stores various programs and data necessary for the operation of the mobile terminal 100. The storage unit 130 is realized by, for example, an HDD (Hard Disc Drive), an SSD (Solid State Drive), a flash memory, or the like.

  The control unit 140 has a function of controlling each unit of the mobile terminal 100. The control unit 140 accesses the server 200 and executes various processes related to the game. The control unit 140 includes functional units of an information processing unit 141 and a display processing unit 142.

  The information processing unit 141 identifies which operation has been performed based on the coordinate relationship with the image displayed on the display unit 150 according to the input position transmitted from the input unit 110, and the identified operation content is determined by the server 200. Has a function of transmitting via the communication unit 120. The information processing unit 141 also has a function of instructing the display processing unit 142 to display display data relating to the game received from the server 200 via the communication unit 120.

  The display processing unit 142 generates frame data to be displayed in accordance with an instruction from the information processing unit 141 and writes the frame data in a frame buffer (not shown) of the display unit 150.

The display unit 150 is a display realized by, for example, an LCD (Liquid Crystal Display), an organic EL (Electro Luminescence) display, and the like, and has a function of displaying data in accordance with an instruction from the control unit 140. The display unit 150 reads the data written in the frame buffer by the display processing unit 142 and displays the display data related to the mini game as shown in FIG. 1 (the opponent selection screen 1) or FIG. 9 (the battle screen 2), for example. .
FIG. 4 is a block diagram illustrating a functional configuration example of the server 200.
As illustrated in FIG. 4, the server 200 includes a communication unit 220, a storage unit 230, and a control unit 240.

  The communication unit 220 has a function of performing communication with each mobile terminal 100 via the network 300. The communication unit 220 only needs to have an essential function for realizing communication with an external device (for example, another portable terminal or the server 200), and the communication line, the communication method, the communication medium, and the like are included. It is not limited. The communication unit 220 can be configured by a device such as an Ethernet (registered trademark) adapter. The communication unit 220 can use a communication method or communication medium such as IEEE802.11 wireless communication or Bluetooth (registered trademark).

The storage unit 230 is a recording medium having a function of storing various programs and data necessary for the operation of the server 200. The storage unit 230 holds information related to the game. The information related to the game includes registration information (login ID, login password, etc.) of the user who plays the game, various operation programs related to the game, and data referred to in the game (raid monster parameters, etc.). The storage unit 230 is a victory condition in the mini game (here, all raid monsters that subdue only specific raid monsters, except for the condition that all raid monsters appearing in the mini game are subjugated). (It may be a condition of subjugating a certain number of raid monsters). In addition, the storage unit 230 holds battle information 500 and party effect information 600 required for the mini game. Details of the battle information 500 and the party effect information 600 will be described later.
The control unit 240 is a processor having a function of controlling each unit of the server 200 in accordance with the game program stored in the storage unit 230.

  The control unit 240 executes a game program related to the battle game, and executes various processes related to the game program. When executing the game program, the control unit 240 executes a process related to the mini game by the following functional units. The control unit 240 includes functional units of a selection processing unit 241, a battle processing unit 242, and an update unit 243.

  The selection processing unit 241 has a function of executing processing on the opponent selection screen 1 at the start of the mini game. When the selection processing unit 241 receives information indicating that the user has selected the mini game via the communication unit 220, as shown in FIG. 1, the raid monster group as the opponent and the battle information of each raid monster are displayed. The display data of the opponent selection screen 1 is generated using 500. And the display data of the produced | generated opponent selection screen 1 are transmitted via the communication part 220 to the portable terminal 100 of the user who selected the mini game. In addition, when the selection processing unit 241 receives selection of a raid monster to be an opponent from the user's mobile terminal 100, the selection processing unit 241 requests the battle processing unit 242 to perform a battle process, and information on the user's character and the selected raid Information about the monster is transmitted to the update unit 243 and the update of the battle information 500 is requested.

The battle processing unit 242 has a function of executing processing related to the battle in accordance with a request from the selection processing unit 241. In accordance with a request from the selection processing unit 241, the battle processing unit 242 displays display data related to the battle screen 2 for the raid monster set in the request (a display example of the battle screen displayed as a result is shown in FIG. 9). ) Is generated. The battle processing unit 242 transmits the generated display data to the mobile terminal 100 that is executing the battle via the communication unit 220. The battle processing unit 242 receives information on the behavior of each user character from each mobile terminal 100 via the communication unit 220, executes processing in each battle according to the behavior, and sends the execution result to each mobile terminal. To 100 via the communication unit 220. For example, when the action of the user character indicates an attack, the attack power, attribute, possessed weapon, etc. set for the user character, and the defense power, attribute, attribute of the raid monster with which the user character is fighting, The damage given to the raid monster is calculated according to the equipment and the like according to a predetermined algorithm, and the damage is transmitted to the mobile terminal that is performing the battle with the raid monster via the communication unit 220. In addition, for example, the effect is applied to the support ability activated by the raid monster when a predetermined condition is satisfied, and the support ability is activated and the result is transmitted to each mobile terminal via the communication unit 220. The battle processing unit 242 refers to the monster status 502 of the battle information 500 in each turn of each mini game and determines whether or not the support activation condition is satisfied. For example, if the support activation condition is “when any HP of a link monster is less than half”, refer to the monster status included in the opponent information of the opponent shown in the link monster name 505, The maximum HP is compared with the current HP to determine whether the condition is satisfied. Further, for example, when the support activation condition is “3 turns have elapsed since the start of the mini game”, the battle processing unit 242 counts the number of turns since the start of the mini game. It is determined whether or not to show. When it is determined that the support activation condition is satisfied, the battle processing unit 242 applies the corresponding support ability. For example, when the support ability is “full recovery”, a process is performed to fully improve the opponent's HP indicated by the link monster name 505. Further, for example, when the support ability is “resurrection”, a process of reviving the opponent shown in the link monster name 505 is performed. And the battle | competition process part 242 transmits the result of having performed the said process to each portable terminal. As a result, the effect and effect of the support process are displayed as a kind of battle information on each portable terminal.
The battle processing unit 242 executes general battle processing related to the battle with the raid monster of the mini game in this way.

In accordance with the request from the selection processing unit 241, the update unit 243 adds the name of the user character indicated by the request to the battle participating character name 503 of the battle information 500 of the selected raid monster included in the request. Then, the status of the user character is added to the battle information 500 in correspondence with the added name. Further, the update unit 243 reads out the battle information stored and held in the storage unit 230 in response to a request for battle information from the mobile terminal 100, and transmits the request to the mobile terminal 100 that has transmitted the request via the communication unit 220. To send.
<Data>
FIG. 5 is a data conceptual diagram illustrating a data configuration example of the battle information 500.

As shown in FIG. 5, the battle information 500 is information in which a monster name 501, a monster status 502, a battle participating character name 503, a character status 504, and a link monster name 505 are associated with each other.
The monster name 501 is a name given to the raid monster on the game.

The monster status 502 is information indicating the game status (parameter) of the raid monster indicated by the monster name 501. The status here refers to the HP (Hit Point) and game attributes set for the enemy, the content of the support ability for other raid monsters, and the conditions for triggering the support ability. Although not shown in FIG. 5, in addition to information such as MP (Magic Point), attack power, defense power, and quickness, which are resources for using magic, a battle against raid monsters Special abilities that can be used by raid monsters may also be included.
The battle participating character name 503 is the name of the user character participating in the battle with the raid monster.

  The character status 504 is information indicating the game status of each user character participating in the battle with the raid monster. The item as the status of the user character substantially matches the item of the monster status. However, there are no special abilities such as support to activate other raid monsters owned by raid monsters.

The link monster name 505 is information indicating the name of the target raid monster with which the raid monster indicated by the monster name 501 cooperates in the mini game. Specifically, the opponent shown in the link monster name 505 is a target of activation of the support ability indicated by the monster status 502, and indicates a target for which a part of support activation conditions is determined.
As described above, the battle information 500 includes various types of information required for a battle with a raid monster.

  Note that the battle information 500 shown in FIG. 5 is an example, and includes information necessary for displaying information on the battle as shown in FIG. 1 and screen examples shown in FIGS. 9 to 12 on the screen. I just need it.

That is, if you list the information about the battle, the raid monster's remaining HP (numerical value, meter), the number of users participating in the battle with each raid monster, the attributes of the raid monster, participating in the battle with each raid monster Attributes (number and ratio of each attribute), the content of the support ability activated by the raid monster, the time until the support ability is activated (may be a turn), the raid monster-to-user strength ratio (strength) The programmer may determine the definition of each of the statuses, or determine the advantage or disadvantage by simply setting a threshold value for the number of users), the contents of chat input by the user, etc. . In addition, the display of information related to the battle is not limited to simple information display, and it is only necessary to be able to inform the user of the situation related to the battle, for example, the battle with a raid monster in a situation where the user is disadvantaged. The display of the raid monster may be displayed in a mode (a mode different from the normal mode) in which the background of the raid monster is flashed red or the displayed battle information is more conspicuous. Moreover, according to the predetermined condition regarding the battle | competition of at least 1 opponent among several opponents, it is good also as displaying the said opponent or battle information on an opponent selection screen in the aspect different from normal. The predetermined condition regarding the battle is a condition determined based on the state related to the battle, and may be determined according to the support activation condition, for example. For example, when the remaining time (number of turns) until the support effect set for the opponent is less than or equal to a predetermined value, the opponent may be displayed in a different manner from the normal case. Information regarding the battle may be displayed on the opponent selection screen 1 or somewhere on the battle screen 2.
FIG. 6 is a data conceptual diagram showing a data configuration example of the party effect information 600.
As shown in FIG. 6, the party effect information 600 is information in which the number of participating characters 601 and the party effect 602 are associated with each other.

  The number of participating characters 601 is information indicating the range of the number of user characters participating in a battle with a raid monster. When a battle with a raid monster is executed, the number of user characters participating in the battle with the raid monster is compared with the number of participating characters 601, and a party effect 602 corresponding to a suitable range is applied. Processing on the game is executed.

  The party effect 602 is information indicating a special effect that affects the battle with the raid monster according to the number of user characters participating in the battle with the raid monster. The special effect may include an effect of changing various parameters used for the progress of the battle, such as a parameter of the user character or the raid monster. Preferably, the party effect is an effect that makes it seem that the user's user character is advantageous in a battle with a raid monster or wants to participate in a battle with the raid monster. The party effect is set to be better as the number of user characters participating in the battle increases.

In the case of FIG. 6, for example, when the number of user characters participating in the battle with the raid monster is 12, the attack power of each user character participating in the battle with the raid monster is 1.2. After doubling, the damage dealt in the battle is calculated. Alternatively, for example, when the number of participating user characters is 25, the party effect to be given is twice the attribute effect, and the attack power of the user character having the attribute effective against the raid monster is doubled. It will be. Also, for example, when the number of participating user characters exceeds 51, if the user character possesses an effective weapon against the raid monster, the weapon attack power is doubled and the raid A party effect that doubles the rarity of rewards obtained when subjugating monsters is given. Here, there are a plurality of types of remuneration at the time of subjugation, and each has a lottery probability that can be acquired. Therefore, when this effect is activated, the lottery probability of acquiring a reward with a high rare value is doubled.
These effects are examples, and the contents are set by a programmer who provides a game program.
<Operation>

It is assumed that the game according to the present embodiment is a game in which the number of times (for example, 10 turns) that an opponent can be selected in the mini game is limited. In addition, the game in which the time which can select an opponent in the battle | competition with a raid monster is restrict | limited may be sufficient. Further, the number of times or time at which the opponent can be selected may be determined for each user or for each raid boss, or may be determined in common for all users and all raid bosses. The number of times or time at which the opponent can be selected may be stored in the storage unit 230 as part of the information about the user or the information about the opponent. When each user selects a battle with a raid monster on the opponent selection screen 1, the screen shifts to the battle screen 2. When all users select a battle with a raid monster, the number of elapsed turns increases by one turn. If all the raid monsters have not been subjugated after 10 turns, which is the limit, the user's defeat is determined. On the other hand, if all raid monsters have been defeated by 10 turns, the victory of all users participating in the mini game is determined.
Hereinafter, operations of the mobile terminal 100 and the server 200 related to the game will be described. FIG. 7 is a flowchart showing the operation of the mobile terminal 100 in the mini game.

  The user accesses the server 200 using the mobile terminal 100, selects the start of the game, and selects the execution of the mini game during the game using the input unit 110 (step S701). The information processing unit 141 transmits information for selecting execution of the mini game to the server 200 via the communication unit 120 according to the input from the input unit 110.

  The communication unit 120 of the mobile terminal 100 receives display data related to the opponent selection screen 1 transmitted from the server 200 in response to the selection of the mini game. The communication unit 120 transmits the display data to the information processing unit 141, and the information processing unit 141 requests the display processing unit 142 to display the display data. The display processing unit 142 writes pixel data based on the received display data to the frame buffer of the display unit 150, and the display unit 150 displays the opponent selection screen 1 (step S702). The opponent selection screen 1 includes the display related to the competition information as described above.

  Each time the user selects an opponent on the opponent selection screen 1, the battle information 500 is updated by the server 200. Therefore, the server 200 updates the opponent selection screen 1 each time. Then, the server 200 transmits the display data of the updated opponent selection screen 1 and the mobile terminal 100 receives the display data of the updated opponent selection screen 1 (YES in step S703).

  When the information processing unit 141 receives the display data related to the opponent selection screen 1 via the communication unit 120 (YES in step S703), the information processing unit 141 requests the display processing unit 142 to display the display data. In response to the request, the display processing unit 142 displays the updated opponent selection screen 1 on the display unit 150 (step S704). If display data related to the opponent selection screen 1 is not newly received (NO in step S703), the process proceeds to step S705.

  When the portable terminal 100 receives an input for selecting an opponent from the user via the input unit 110 (YES in step S705), the information processing unit 141 displays the identifier of the selected opponent (raid monster) and the user. A participation request including a character identifier and requesting a battle with a raid monster is transmitted via the communication unit 120. That is, the input unit 110 detects a touch operation that touches any one of the button display areas 17 to 19 on the opponent selection screen 1. The information processing unit 141 identifies a button at a display position corresponding to the detected touch operation position, and identifies an opponent corresponding to the identified button. Then, the information processing unit 141 transmits a participation request indicating that the battle with the opponent specified by the server 200 is selected via the communication unit 120. On the other hand, if an input for selecting an opponent has not been received (NO in step S705), the process returns to step S702.

  The information processing unit 141 receives display data related to the battle screen 2 transmitted from the server 200 in response to the transmission of the participation request via the communication unit 120. Then, the information processing unit 141 transmits the received display data to the display processing unit 142 and requests display thereof. In response to the request, the display processing unit 142 displays the battle screen 2 on the display unit 150 (step S706).

  The user who sees the battle screen 2 determines the behavior of his / her user character, and touches the portion where the behavior desired to be selected from those displayed on the battle screen 2 displayed on the display unit 150 is displayed. The input unit 110 detects the touch and transmits the position coordinates to the information processing unit 141. The information processing unit 141 identifies the behavior displayed corresponding to the position coordinates, and transmits the identified behavior content to the server 200 via the communication unit 120 (step S707).

  The information processing unit 141 receives display data related to the action result executed by the user character from the server 200 via the communication unit 120. The information processing unit 141 transmits the received display data related to the action result of the user character to the display processing unit 142, and the display processing unit 142 writes the display data in the frame buffer of the display unit 150. As a result, an image related to the action result of the user character is displayed on the display unit 150 (step S708).

  Next, the information processing unit 141 receives display data related to an action result executed by the opponent's raid monster from the server 200 via the communication unit 120. The information processing unit 141 transmits the received display data related to the action result of the raid monster to the display processing unit 142, and the display processing unit 142 writes the display data in the frame buffer of the display unit 150. As a result, an image related to the action result of the raid monster is displayed on the display unit 150 (step S709).

Next, when the support process is executed by the raid monster in the server 200, the communication unit 120 receives display data indicating the content and result of the support process. The information processing unit 141 transmits display data related to the content and result of the received support processing to the display processing unit 142, and the display processing unit 142 writes the display data in the frame buffer of the display unit 150. As a result, an image related to the raid monster support process is displayed on the display unit 150 (step S710).
If the raid monster has been subjugated by the action in step S708, the processes in steps S709 and S710 are skipped.

  If all raid monsters have been subjugated, image data indicating the user victory is transmitted from the server 200. The information processing unit 141 receives the image data, and transmits the image data to the display processing unit 142. The display processing unit 142 writes the display data in the frame buffer of the display unit 150. As a result, a screen related to the user's victory is displayed on the display unit 150 (step S714), and the mini game ends.

  On the other hand, if all raid monsters have not been subjugated (NO in step S711) and the predetermined turn (10 turns) has not elapsed (NO in step S712), the server 200 relates to the opponent selection screen 1. Receive display data. That is, the process returns to step S702.

If all raid monsters have not been subjugated (NO in step S711) and a predetermined turn (10 turns) has elapsed (YES in step S712), the server 200 transmits image data indicating the user defeat. Is done. As a result, a screen relating to the user's defeat is displayed on the display unit 150 (step S713), and the mini game is ended.
The above is the operation of the mobile terminal 100 in the mini game.
On the other hand, FIG. 8 is a flowchart showing the operation of the server 200 in the mini game.

  As shown in FIG. 8, at the time of game execution, the control unit 240 determines whether or not information for selecting execution of the mini game is received from the communication unit 220 (step S801).

  When the information for selecting execution of the mini game is received (YES in step S801), the selection processing unit 241 reads the battle information 500 stored in the storage unit 230, and displays the battle opponent selection screen 1 Generate data. And the display data which concern on the opponent selection screen 1 are transmitted to the portable terminal 100 which selected the mini game via the communication part 120 (step S802).

  Thereafter, the selection processing unit 241 waits until receiving a participation request for a battle with a raid monster (NO in step S803). When the selection processing unit 241 receives a participation request for a battle against a raid monster from the portable terminal 100 in the mini game via the communication unit 220 (YES in step S803), the selection processing unit 241 selects and selects the user character identifier included in the participation request. The updated raid monster identifier is transmitted to the updating unit 243. The update unit 243 identifies the status of the user character stored in the storage unit 230 from the transmitted user character identifier. Then, the status of the identified user character is registered and updated in the battle information 500 corresponding to the transmitted raid monster (step S804).

  When the battle information 500 is updated by the update unit 243, the selection processing unit 241 updates the content of the opponent selection screen 1 according to the battle information 500. And the selection process part 241 transmits the information which concerns on the updated opponent selection screen 1 to all the portable terminals 100 which are displaying the opponent selection screen 1 (step S805).

  Further, the selection processing unit 241 transmits the identifier of the user character and the identifier of the raid monster to be battled to the battle processing unit 242 in response to the participation request received in step S803. In response, the battle processing unit 242 generates display data of the battle screen 2 with the raid monster, and transmits the display data to the mobile terminal that has transmitted the participation request via the communication unit 220 (step S806). .

  The communication unit 220 receives information related to the action of the user character from the mobile terminal 100. The battle processing unit 242 executes the action and calculates the result based on information related to the action of the user character (for example, attack, magic, item use, etc.) (step S807).

  And the battle | compatibility process part 242 produces | generates the display data of the battle | competition screen which shows the content of the result of a user character's action. Then, the battle processing unit 242 transmits the generated display data to the mobile terminal 100 that has transmitted the information related to the action of the user character via the communication unit 220 (step S808).

  After that, the battle processing unit 242 determines and executes the action of the raid monster in the battle according to a predetermined algorithm. The battle processing unit 242 generates battle screen display data related to the action result of the raid monster. And the battle | competition process part 242 transmits the display data of the battle | competition screen which concerns on the action result of a raid monster via the communication part 220 (step S809).

  The battle processing unit 242 refers to the support activation condition of the monster status 502 of the battle information 500. Then, the battle processing unit 242 determines whether or not the support activation condition is satisfied in the mini game (step S810).

  When it is determined that the support activation condition is satisfied (YES in step S810), the battle processing unit 242 executes the support effect indicated by the corresponding support ability. And the battle | competition process part 242 produces | generates the display data of the battle | competition screen which shows the effect of a support process. The battle processing unit 242 transmits display data of the battle screen indicating the effect of the generated support process to the mobile terminal 100 via the communication unit 220 (step S811). If the raid monster is subjugated in step S808, the process in step S809 is omitted.

  The battle processing unit 242 determines whether all raid monsters in the mini game have been subjugated (step S812). If all raid monsters have been subjugated, the user's victory is determined (step S815), so the battle processing unit 242 generates battle screen display data indicating the user win and ends the mini game.

  When all raid monsters have not been subjugated (YES in step S812), the battle processing unit 242 determines whether or not a predetermined turn has elapsed (step S813). If the predetermined turn has not elapsed (NO in step S813), 1 is added to the number of turns in which the battle was executed, the selection processing unit 241 is notified that the battle has ended, and the process returns to step S802. As a result, the selection processing unit 241 generates display data related to the opponent selection screen and transmits it to the mobile terminal 100.

On the other hand, if the number of turns in which the battle that has been counted has reached a predetermined number, that is, if the predetermined number of turns has elapsed (step S813), the user's defeat is determined (step S814). Therefore, the battle | competition process part 242 produces | generates the display data which concern on the battle | competition screen which shows a user defeat, transmits to the portable terminal 100, and complete | finishes a mini game.
The above is the operation of the server 200 in the mini game.
<Party effect application process in the battle against raid monsters>

  Here, the operation of the portable terminal 100 and the server 200 when applying the party effect and the party effect in the battle with the raid monster processed as part of the battle process will be described.

  In the battle with the raid monster, the battle processing unit 242 performs a process of activating a party effect according to the number of user characters participating in the battle with the raid monster.

  The battle processing unit 242 obtains the number of user characters participating in the battle with each raid monster by counting the user character names in the battle information 500. The battle processing unit 242 compares and refers to the obtained number of characters and the number of user characters 601 in the party effect information 600. Then, the party effect corresponding to the corresponding user character number 601 is read out and applied to the user character participating in the battle with the raid monster or the battle with the raid monster (for example, the status of the raid monster is lowered) , And make corrections for rewards earned in battles with raid monsters). The battle processing unit 242 transmits the applied party effect information to the information processing unit 141 of each mobile terminal 100.

The battle processing unit 242 executes the process every time a user participation request from the selection processing unit 241 is received. Thereby, an appropriate party effect can be produced and the strategy and interest of the game can be further improved. In particular, even if the number of people is struggling, the number of user characters participating in the battle against raid monsters will increase, so the user characters will be strengthened. Can take the strategy of concentrating user characters.
<Support for raid monsters in mini-games>

  Here, the support process with respect to the other raid monster by the raid monster in the mini game processed as a part of the battle process will be described. The support process is to change some parameters of other monsters.

The support process is executed by the battle processing unit 242 on the server 200 side, and a predetermined effect is activated under a predetermined condition. That is, the battle processing unit 242 sequentially manages whether or not the condition is satisfied for the support process set for each raid monster, and executes the process of applying the support process when the condition is satisfied. Then, the battle processing unit 242 transmits the content of the applied support processing and display data indicating the result to the mobile terminal that is executing the battle, and the information processing unit 141 of each mobile terminal responds to the received content. The display processing unit 142 is instructed to display.
Hereinafter, a specific example of the support process will be described.
(Example 1) Recovery processing

Recovery process is a process in which a raid monster recovers the HP of another raid monster (as a process in the game, the HP value set and managed for the raid monster is increased within a range that does not exceed the upper limit. Processing). Other raid monsters are raid monsters indicated by link monster names 505 in the battle information 500 shown in FIG.
An example of conditions for triggering the recovery process is as follows.
(1) When the raid of other raid monsters is below a certain level.

(2) When a user character needs to give more damage than a predetermined time to other raid monsters within a certain time (for example, a certain turn), the damage has not been able to be done after a certain time has passed. If.
(3) When activated randomly with a certain probability.
(4) When a certain time (a predetermined number of turns (the number of turns is shorter than the number of turns for executing the mini game)) has elapsed since the mini game started.
(5) The raid monster's HP drops below a certain level.
When any one or more of these conditions are satisfied, the battle processing unit 242 executes a process for recovering the HP of another raid monster.
There are also some cases of recovering HP. For example, there are the following.

  (1) When the condition is met, the raid monster's HP is restored to the upper limit. That is, the current HP value set for the raid monster is reset to the upper limit.

  (2) When the condition is met, the raid monster's HP is restored by a predetermined value. That is, a process of adding a fixed value (a numerical value determined by the program or a certain percentage of the raid monster's HP) to the current value of the raid monster's HP is performed.

A user who finds a raid monster having the ability to activate this recovery process finds a strategy that the raid monster needs to be subjugated with priority.
(Example 2) Resuscitation treatment

Resuscitation processing means that when another raid monster is subjugated by another user character, that is, when another raid monster is attacked by a user character participating in the battle of another raid monster, the HP of the other raid monster is reduced to 0 or less. This is a process to increase the raid monster's HP to 1 or more.
Examples of the conditions for the resuscitation process to be activated include the following.
(1) When another raid monster is subjugated. In other words, it is activated immediately when subjugated.
(2) When a predetermined time has elapsed (predetermined number of turns) since another raid monster has been subjugated.
(3) When the raid monster itself is subjugated, other raid monsters are already subjugated.
There are also some examples of the content of the resuscitation process.
(1) Set the HP of other raid monsters to 1.
(2) The HP of other raid monsters is set to a predetermined value.
(3) Set other raid monster's HP to its upper limit.

A user who finds a raid monster having the ability to activate this resuscitation process finds a strategy that the raid monster needs to be subjugated with higher priority. Further, for example, when a raid monster that performs recovery processing and a raid monster that performs resuscitation processing are in a mini game, a strategy for devising how to defeat them is devised.
(Example 3) Attribute change processing

The attribute change process is a process for changing any parameter of another raid monster. As activation conditions, in addition to the conditions (1) to (5) for the recovery process, the following conditions are conceivable.
(1) The number of user characters participating in a battle with another raid monster exceeds a certain number.
(2) About the user character participating in the battle | competition with another raid monster, the ratio of a predetermined attribute exceeds a fixed number.
(3) Other raid monsters take more than a certain amount of damage at once.
There are the following examples of the attribute changing process that is activated when this condition is satisfied.

  (1) Increase the defense power of other raid monsters. That is, a predetermined value is added to a numerical value set as the defense strength, or a numerical value at a certain ratio of the basic value of the defense strength is added. Or the numerical value of defense power is multiplied by a predetermined numerical value.

(2) Increase the attack power of other raid monsters. That is, a predetermined value is added to a numerical value set as the attacking power, or a numerical value at a certain ratio of the basic value of the attacking power is added. Alternatively, the numerical value of the attack power is multiplied by a predetermined numerical value.
(3) For attacks against other raid monsters, invalidate attacks other than specific attributes.
(4) An attribute set in advance for another raid monster is changed to another attribute.
(Example 4) User's succession ability reduction process

As described above, in the mini game shown in the present embodiment, the total number of turns that the user can play (the number of times the opponent can be selected) is defined as 10 turns. The user's succession ability shortening process is a process for reducing the number of turns. As the activation condition, the above (Example 1) to (Example 3) are used.
And, there are the following examples of the battle ability shortening process to be activated.

  (1) Number of possible turns of all users participating in a battle with other raid monsters (some may be acceptable, in which case random selection may be used or priority may be given to users with a high number of possible turns (time)) Time) is decreased by a predetermined number.

  (2) Number of turns that can select raid monsters to be subverted on the opponent selection screen of all users in the mini-game (some may be accepted, in which case random selection or user preference with a large number of selectable times may be used) In this form, the initial value is reduced by 10 turns).

  As a result, since the time for which the user can compete is shortened, the raid monster needs to be captured in a shorter time. Therefore, it is necessary to devise a more detailed strategy.

In this way, when various support processes are activated, the game development differs depending on the combination of raid monsters, depending on the support ability possessed, and the user can subdue those raid monster groups. Can develop a strategy, so that it is possible to provide a highly entertaining and highly strategic game that does not bore users.
<Display example>
9 to 12 show display examples of the game screen.

  FIG. 9 is an example of a screen that is displayed when the battle user with the opponent A selects, that is, when a button in the button display area 17 is touched in FIG. 1, and shows an example of the battle screen. is there.

  As shown in FIG. 9, on the battle screen, an enlarged image of the raid monster selected by the user (an image obtained by enlarging the raid monster image displayed in FIG. 1) is displayed in the opponent display area 91. In addition, a gauge indicating the remaining physical strength of the raid monster is displayed below it. Here, FIG. 1 shows an example of a battle screen when the user selects a battle with the opponent A.

  Further, the reduced image of the unselected raid monster is also displayed in the display area 92 (an image obtained by reducing the raid monster image displayed in FIG. 2). Then, in association with the raid monster displayed here, the battle information related to the battle with each raid monster is displayed. Here, an example is shown in which the number of user characters participating in a battle with each raid monster is displayed. In addition, the support effect performed for the raid monster that another raid monster is playing against is also displayed.

  In the action selection display area 93, an input button (GUI: Graphical User Interface) related to actions that the user character can take is displayed. If an attack is selected, the weapon attack of the user character is selected. If a skill is selected, the process related to the skill acquired by the user character is stored. If chat is selected as the process related to the effect of the item, the chat function written by the user is executed. Although not shown, when the user selects chat, a software keyboard is displayed on the battle screen, and text based on the input to the software keyboard is displayed in the message display area 96. The text based on the chat may be displayed in accordance with the message field on the opponent selection screen shown in FIG.

In the own character display field 94, an image of the user's own character is displayed, and below that, the remaining physical strength (HP) of the character is displayed. In addition, an image of the user character that battles the same raid monster is also displayed in the image display area 95.
In the message display area 96, a system message related to the battle process and a chat message written by the user using the chat function are displayed.
In addition, the display example shown here is an example, and if only battle | competition information is displayed, the arrangement | positioning location and display content of a display item are not limited to FIG.

  FIG. 10 is a screen example of an opponent selection screen for selecting a raid monster when the attribute of the raid monster or user character is shown as the battle information. As shown in FIG. 10, a pop-up indicating a flame is displayed in the upper right part of the image of the opponent A. From this, the user can recognize that the attribute of the opponent A is flame, can recognize that the water attribute that is the counter attribute is effective, and improves the strategy of the game. In addition, an attribute distribution display area 97 of the user character group that fights against the raid monster is displayed in association with each raid monster. As a result, in combination with the attributes of the raid monster, since a certain attribute is insufficient, it is possible to devise a strategy to equip a weapon having that attribute and participate in a battle with the raid monster.

  In FIG. 11, a name display area 98 indicating the name of the user character participating in the battle with the raid monster is displayed in association with each raid monster as the battle information. As a result, it is possible to recognize which user character is participating. For example, if you search from the name and check what kind of character it is, you can recognize the advantages and disadvantages of the battle with the raid monster. Because you can, you can devise a strategy for whether or not to participate in the battle against the raid monster. Therefore, displaying the name display area 98 indicating the name of the user character as the battle information greatly improves the strategy of the game. In addition, in the name display area 98, in addition to the name of the user character, information related to the user character such as the level and attribute of the user character may be displayed. By displaying more detailed information related to the user character in the name display area 98, the user can devise a more advanced strategy.

FIG. 12 shows the strength ratio gauge 99 of the user character group versus the raid monster in the battle with each raid monster as the battle information. The white portion of the strength ratio gauge 99 indicates the user side strength, and the black portion indicates the raid monster side strength. Although the calculation method of the said strength ratio can be considered variously, as an example, the sum total of the damage which a user character group can do with one attack with respect to a raid monster, and a raid monster once against a user character group Use the ratio of the total damage that can be done by an attack. In addition, the advantage / disadvantage determined according to the number of user characters participating in the battle with the raid monster may be displayed as the strength ratio. For example, if it is 5 or less, it is disadvantageous, and if it is 6-15, it is equal , It may be judged that it is advantageous if it is 16 or more, and the strength ratio may be displayed, or the ratio between the raid monster's HP and the total value of the user character's HP may be displayed as the strength ratio . By looking at the strength ratio gauge 99, the user can clearly understand the advantages and disadvantages of the battle against the raid monster at a glance, and can devise a strategy as to whether his / her character should participate in the battle.
<Display contents of match information>
FIG. 1 and FIG. 9 to FIG. 12 show some display examples of battle information. Here, information examples that can be used as battle information are listed.

  (1) The number of user characters participating in a battle with a raid monster (for example, the number of user characters themselves may be used, or expressions such as “large” and “small” based on a determination based on a threshold for the number of user characters may be used.)

  (2) Remaining physical strength of the raid monster (for example, a numerical value set as physical strength may be used, expression of “large”, “medium”, “small”, etc. may be used, or may be displayed with a gauge)

  (3) The remaining physical strength of the user character participating in the battle with the raid monster (for example, the numerical value set as the physical strength itself may be used, or expressions such as “large”, “medium”, “small”, etc.) May be displayed.)

(4) Raid monster attributes (for example, “flame”, “water”, “wind”, “soil”, “nothing”, etc., and are settings in the game. The attack with the counter attribute is set to increase the damage, and also includes the no attribute that is not strong against any attribute but is not weak against the attack from any attribute. Good.)
(5) Attribute distribution of the user character group participating in the battle with the raid monster (the ratio may be expressed by a numerical value or a graph)
(6) Names of user characters participating in the battle with raid monsters

  (7) Strength ratio of user character to raid monster in battle with raid monster (each strength may be expressed numerically, may be expressed as “overwhelming”, “dangerous”, May be expressed.)

(8) Chats written by the user (impressions and information about raid monsters that the user has played against, such as chats written using the chat function, can also be used as battle information because there is a wording that includes strategy. )
(9) Party effects activated in battle with raid monsters

  (10) The content of the support process that is activated from a raid monster to another raid monster. Or the time (or number of turns) until the support process is activated. In addition, the conditions for preventing the activation of the support process (for example, if the number of times to attack the raid monster is limited, use a specific item to hit an attack with a specific attribute is consumed) , If the time available for a battle with a raid monster is determined, the time spent for the battle, etc.)

  (11) Time (or number of turns) remaining on the user character side to subjugate the raid monster. That is, if it is not possible to subdue within the displayed time, the defeat on the user character side is determined.

  By displaying such battle information, the information that the user should consider increases, so the range of strategies that can be taken increases. Therefore, a game with high interest and strategy can be provided.

The battle information only needs to be information related to a battle with a raid monster (information about a raid monster, information about a user character participating in a battle with a raid monster, information about a battle content of a battle with a raid monster, etc.). Information other than those described above may be used as long as it is for giving a broad strategy to the game. Moreover, at least 1 type should just be displayed as battle information.
<Modification>

  Although one embodiment according to the present invention has been described in the above embodiment, it goes without saying that the idea of the present invention is not limited to this. Hereinafter, various modifications included as the idea of the present invention will be described.

  (1) In the above-described embodiment, each storage unit 230 of the mobile terminal 100 and the server 200 stores and holds the battle information 500. This explains the contents of the present embodiment more easily. Therefore, as the data on the game, the status information of each monster in the battle information 500, the status information of each user, etc. are information originally held as data on the game program. Therefore, it may be configured such that the corresponding information is collected by the computer of the mobile terminal 100 or the server 200 each time.

  (2) In the above embodiment, when the battle information is updated by the update unit 243, the selection processing unit 241 updates the opponent selection screen and transmits the display data. Therefore, the display data may be requested periodically.

  (3) In the said embodiment, the example of a game screen demonstrated using FIG. 1, FIGS. 9-12 is an example. The display method of the battle information may take other forms, for example, a display method such as a pop-up message associated with each raid monster, or the battle information can be saved as audio data as a game program. If there is, it is also possible to select appropriate audio data from the stored audio data and perform audio transmission. In this case, each mobile terminal 100 needs to have an audio processing function and a speaker.

  (4) In the above embodiment, an example has been shown in which the party effect is advantageous to the user character. However, any party effect that is relatively advantageous to the user may be used. The effect of weakening may be used. For example, it may be an effect that the attack power of the hosted raid monster is increased by 0.8 times, or the number of turns (time) required to activate the support effect is increased.

(5) In the above embodiment, the support processing for raid monsters other than raid monsters affects not only the parameters of other raid monsters, but also users participating in battles with other raid monsters. It may affect the parameters of the character. For example, in the case where the battle time of the battle with the raid monster is a battle at a predetermined time, the remaining time is shortened by a predetermined time or a predetermined rate, and the defense of the user character is halved. For example, changing the character's attributes to attributes that are compatible with other raid monsters, such as applying an effect that other raid monsters have an advantage and that user characters participating in other raid monsters are disadvantaged Also good.
(6) Although not specifically described in the above embodiment, the game program may include the following processing.

  For example, a mini game may be a game event that occurs only within a certain period. The programmer may determine the fixed period, but as an example, it may be performed only for 10 days in a month.

  In addition, for example, in the mini game, the content of the raid monster may be changed regularly (for example, every month). It is good also as giving a good item.

  Further, for example, in a mini game, an item that makes the user character advantageous to the user may be given. Further, the advantageous item here may be a consumable item that has been used up, or may be an equipment such as a weapon armor that can be used permanently. Such equipment may be strengthened using special items set in the game. Here, strengthening means improving the parameters of the equipment. For example, in the case of weapons, there is an attribute that increases the numerical value set as attack power or has an advantage to raid monsters. Changes to the assigned weapon, or the hidden ability set for the weapon (for example, the attack is usually performed once twice, or the attack damage is calculated ignoring the enemy's defense power) There is a specific example such as).

  (7) In the above embodiment, in the mini game, the character participating in the battle with each raid monster is assumed to be the user's character. Here, the so-called NPC (Non Player Character) controlled by computer is used. ) May also participate in the match. The action of such an NPC is determined by the battle processing unit 242 according to a predetermined algorithm.

  (8) Although not specifically described in the above embodiment, the user may be able to interfere with support for other raid monsters by raid monsters under predetermined conditions. The predetermined condition may be, for example, a condition that the number of turns that can be played against a raid monster in a mini game (one or more of 10 turns in the above embodiment) is reduced, or the user character It may be a condition that a specific item held is consumed.

  (9) In the above embodiment, a touch panel is shown as an example of the input unit 110, but this is not limited thereto. Any device can be used as long as it can receive the input content from the user and transmit it to the control unit 140, and the input unit 110 may be, for example, a hard key provided in the mobile terminal 100. Alternatively, a mouse or a controller connected to the mobile terminal 100 may be used.

  (10) Although not described in the above embodiment, as the display of the battle information, the raid monster that is the opponent or the battle information is displayed in a mode different from normal (for example, blinking) Display, exaggeration display, etc.) may be performed to recognize the state related to the battle. For example, in order to clearly indicate that the user character side is in a critical situation when the average value of the remaining physical strength of the user character participating in the battle with the raid monster falls below a predetermined threshold as a specific condition Flashing in red or a specific event is activated (for example, if you participate in a battle against the raid monster, all the participating user characters will receive a specific item, parameters will change, etc.) It may be replaced with the display of the battle information by expressing the game information (event content) to a large pop-up so as to clearly indicate the situation.

  (11) In the above embodiment, when all raid monsters cannot be subsided within a predetermined turn, the user side is defeated. However, the defeat condition may not be provided. In other words, the battle process may be repeated until all raid monsters have been subjugated.

  (12) In the above-described embodiment, the example in which the web application is implemented using the web browser has been described, but this is not limited thereto. It is good also as a form of the native application which equips the portable terminal 100 with the function which the server 200 shown to the said embodiment performs, and performs it. In the case of a native application, the mobile terminal 100 receives information related to the input selected by each mobile terminal from the other mobile terminals 100 and executes processing.

  In addition, for example, a game progress screen (parts other than the menus of the button display areas 17 to 19 and the action selection display area 93 on the opponent selection screen or the battle screen) is displayed on the mobile terminal 100 based on the data generated by the server 200. The server 200 and the like, such as a web display to be displayed, and other menu screens (various menus in the button display areas 17 to 19 and the action selection display area 93) are displayed by a native application installed in the mobile terminal 100. It is good also as a hybrid game in which each of the portable terminals 100 bears a part of processing.

  (13) In the above embodiment, the raid monster activates only the monster status as support for the link monster, but this is not limited thereto. In the mini game, the battle processing unit 242 may select a support ability that is advantageous to the raid monster side and activate the support ability when the activation condition is satisfied. For example, when the attribute of the user is biased to one attribute, support for changing to a counter attribute effective for the one attribute can be activated.

  (14) In the above embodiment, there is shown a case where there are a plurality of user characters that fight against the raid monster, but this need not be plural, and one user character challenges one raid monster. You can also.

  (15) Each functional unit of the mobile terminal 100 and the server 200 may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or software using a CPU (Central Processing Unit) It may be realized by. In the latter case, the mobile terminal 100 or the server 200 includes a CPU that executes instructions of a game program, which is software that implements each function, and a ROM (in which the above-described game program and various data are recorded so as to be readable by a computer (or CPU) A read only memory) or a storage device (these are referred to as “recording media”), a RAM (Random Access Memory) for developing the game program, and the like are provided. Then, the computer (or CPU) reads the game program from the recording medium and executes it, thereby achieving the object of the present invention. As the recording medium, a “non-temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The game program may be supplied to the computer via any transmission medium (such as a communication network or a broadcast wave) that can transmit the game program. The present invention can also be realized in the form of a data signal embedded in a carrier wave in which the game program is embodied by electronic transmission.

  The game program can be implemented using, for example, a script language such as ActionScript or JavaScript (registered trademark), an object-oriented programming language such as Objective-C or Java (registered trademark), or a markup language such as HTML5. In addition, an information processing terminal (for example, the portable terminal 100) including each unit that realizes each function realized by the game program, and a server (for example, each unit that realizes the remaining functions different from the respective functions) A game system including the server 200) also falls within the scope of the present invention.

(16) 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. .
(17) The embodiments described in the above embodiments and modifications may be used in appropriate combination.
<Supplement>
Hereinafter, an embodiment and effects of a game program, a computer control method, and a computer according to the present invention will be described.

  (A) A game program according to the present invention is a game program for processing the progress of a battle game in which a user battles with an opponent using a game medium, and the computer stores information on a plurality of user game media and a plurality of game media. A storage processing function for storing information about the opponent in the storage unit, a first display function for selectively displaying the plurality of opponents on the opponent selection screen of the opponent game, and each of the plurality of users. At least one of the plurality of opponents, a reception processing function that accepts selection of opponents to fight against, a battle processing function that executes a battle process between each opponent and one or more users who have selected the opponent A variation processing function for varying information on other opponents according to a predetermined condition regarding the opponent's battle, Ability, when subdue all said plurality of opponents, determines the winning of the plurality of users.

  In addition, a computer control method according to the present invention is a computer control method for processing the progress of a battle game in which a user battles with an opponent using a game medium. A storage step of storing information on the opponent in the storage unit, a display step of displaying the plurality of opponents in a selectable manner on the opponent selection screen of the opponent game, and a battle in which each of the plurality of users competes An accepting step for accepting an opponent selection; a battle processing step for executing a battle process between each opponent and one or more users who have selected the opponent; a battle of at least one opponent among the plurality of opponents A variation processing step of varying information on other opponents in accordance with a predetermined condition regarding the opponent, Flop, when subdue all said plurality of opponents, and determining victory of the plurality of users.

  The computer according to the present invention is a computer that processes the progress of a battle game in which a user battles with an opponent using game media, and stores information related to a plurality of users' game media and information related to a plurality of opponents. A storage unit that stores information, a display unit that displays each of the plurality of opponents so as to be selectable on the opponent selection screen of the battle game, and a reception that accepts selection of opponents to which each of the plurality of users battles According to a predetermined condition relating to a battle of at least one opponent among the plurality of opponents, a battle processing unit that executes a battle process between the opponent, each opponent, and one or more users who have selected the opponent And a fluctuation processing unit that fluctuates information about other opponents, and when the battle processing unit subjugates all of the plurality of opponents, To determine the victory of the number of users.

  According to the game program of the present invention, in a game in which a plurality of battle processes in which one or more users play a game against one opponent are executed and all the opponents are subjugated, the victory of all the users is determined. Changes the information about other opponents and influences them, improving the strategy for selecting opponents. For example, when an opponent makes a change that increases the remaining physical strength of another opponent as information on another opponent, the user develops a strategy of preferentially subjugating the opponent who has increased the physical strength. It will be. Therefore, a game with higher strategy can be provided.

  (B) In the game program according to (a) above, when the battle process ends, the first display function, the reception process function, and the battle process function may be executed again.

  As a result, the selection and battle process is repeated until all the opponents are subjugated. Therefore, each time the player is selected, the opponent information is confirmed and a strategy is developed. Therefore, it is possible to provide a game with higher strategy.

  (C) In the game program according to the above (a) or (b), the fluctuation processing function may be configured to store the information about the other opponent so that the other opponent is advantageous when playing against the user. It may be varied.

  Here, other opponents may be advantageous as long as the other opponent's strength is increased or a user who is fighting against other opponents is weakened. Increasing the opponent ’s parameters (eg, health, attack, defense, speed, etc.), and the user ’s game media parameters (eg, health, attack, defense, Reducing the speed), reducing the time that the user's game media can participate in the battle, and the like.

  Thereby, since the user side becomes disadvantageous in a battle | competition, the strategy for overcoming the adversity will be devised. Therefore, it is possible to provide a game with higher strategy.

  (D) In the game program according to any one of (a) to (c) above, the information on the opponent is the parameter of the opponent, or the user can select the opponent on the opponent selection screen The number of times or time may be included.

  Here, the number of times or time at which an opponent can be selected is the number of times or time at which the opponent can be selected and executed in the game for the opponent's battle, for example, the number of battle turns, the battle May include time.

  As a result, the user can, for example, make a selection by recognizing his / her advantages and disadvantages by looking at the opponent's parameters, and can take an effective action according to the time left for him / her. A game with sex can be provided.

(E) In the game program according to any one of (a) to (d), the game program further displays, on the computer, battle information related to each battle of the opponent on the opponent selection screen. The second display function may be realized.
The second display function is realized by the selection processing unit 241 in the above embodiment.

Thereby, since the battle | competition information regarding a battle | competition can be recognized, each user can determine the other party who fights based on the information. For example, if the number of users who challenge the opponent is displayed as the competition information, it is possible to formulate a strategy as to whether or not he should participate in the competition according to the number of users. Since various strategies can be formulated according to the type of the battle information, a highly strategic game can be provided.
(F) In the game program according to (e) above, the battle information may include information regarding a user who battles with each of the opponents.

Thereby, the user can judge the advantage and disadvantage of the battle | competition with an opponent by acquiring the information which concerns on a user. For example, if information such as possessing an item effective for the opponent can be obtained as user information, a standard of advantages and disadvantages of the battle with the opponent can be obtained. Therefore, it is possible to provide a game having a strategy for selecting which opponent to fight against.
(G) In the game program according to the above (e) or (f), the battle information may include information indicating the predetermined condition.

  As a result, when an opponent performs some parameter change (for example, recovering physical strength, increasing defense power, etc.) with respect to another opponent, the activation condition is displayed. Develop a strategy to decide whether or not to take action. Therefore, it is possible to provide a game with high strategy.

  (H) In the game program according to any one of (e) to (g), the battle information may include the information to be changed by the change processing function.

  Thereby, the user develops a strategy according to the changed information. For example, if the changed information is an attribute of another opponent, a user who has an effective attribute against the attribute after the change will take the initiative to challenge other opponents. Become. Therefore, it is possible to provide a game with higher strategy.

  (I) In the game program according to any one of (e) to (h), the game program further causes the computer to display a battle screen for executing the battle process with the opponent. 3 display functions and a fourth display function for displaying the battle information of other opponents on the battle screen may be realized.

  Here, in the said embodiment, the 3rd display function and the 4th display function are implement | achieved by the battle | competition process part 242, and the battle | competition screen 2 shown in FIG. 9 corresponds to a battle | competition screen. The battle screen for executing the battle process determines an image related to the opponent, a parameter related to the opponent, an image related to the user's game medium, a parameter of the user's game medium, and an action of the user's game medium. An input menu may be included. Further, the display of the battle information of other opponents corresponds to the content shown in the display area 92 of FIG. 9 in the above embodiment.

  Thereby, even if the user's own game medium starts a battle with the opponent, the user can recognize the state relating to the battle between the other opponent and the game medium challenging the other opponent.

  (J) In the game program according to any one of (e) to (h), the game program further causes the computer to satisfy a predetermined condition regarding a battle of at least one opponent among the plurality of opponents. Accordingly, the opponent or the battle information may be displayed on the opponent selection screen in a different manner from the normal mode.

  Thereby, while a user's game media can only take action with respect to the selected opponent, an opponent can perform the process which fluctuates a parameter between opponents. Changing the parameter means changing the status of the opponent. For example, parameters such as the attack power, defense power, and attribute of the other opponent are changed. As a result, the situation of the battle changes completely, so that the game development can be widened. Therefore, a game with higher strategy can be provided.

  The present invention can be widely applied to any computer that can execute a game program, such as a smartphone, a tablet terminal, a mobile phone, and a personal computer.

1 game screen 100, 100a, 100b, 100c portable terminal 110 input unit 120 communication unit 130 storage unit 140 control unit 141 information processing unit 142 display processing unit 150 display unit 200 server 220 communication unit 230 storage unit 240 control unit 241 selection processing unit 242 Battle processing unit 243 Update unit 300 Network

Claims (1)

A game program for processing the progress of a battle game in which a user plays against an opponent using a game medium,
On the computer,
A storage processing function for storing information on a plurality of users' game media and information on a plurality of opponents in a storage unit;
A first display function for displaying the plurality of opponents in a selectable manner on the opponent selection screen of the battle game;
An acceptance processing function for accepting selection of an opponent with which each of the plurality of users competes;
A battle processing function for executing a battle process between each opponent and one or more users who have selected the opponent;
Realizing a variation processing function for varying information about other opponents according to a predetermined condition regarding a battle of at least one opponent among the plurality of opponents,
The battle processing function determines that the plurality of users wins when each user battles with one of the plurality of opponents in the battle processing and all of the plurality of opponents are subjugated. A game program characterized by:

Images