JP6856346B2 - Game processing program and storage medium - Google Patents

Description

The present invention relates to a game processing program and a storage medium.

In a game in which a player plays against an enemy character, a technique for enhancing the player's taste has been proposed (see, for example, Patent Document 1). In Patent Document 1, a so-called operation panel is displayed on the screen while the game is in progress. The inside of the operation panel is divided into multiple fan-shaped areas, and different types of skills (weapons for attacks and types of attacks) are assigned to each area. When the player character moves to any area by the operation of the player, that area becomes the active state. The player character can attack the enemy character using the skills assigned to the active area.

Japanese Unexamined Patent Publication No. 2015-12304

However, the operation panel of Patent Document 1 is for assigning skills that can be used by the player in each area in a game in which a player character operated by the player and an enemy character play one-on-one, and is intended for joint battle play. It does not enhance sex.

The joint battle play is a game in which the player character and the ally character cooperate to defeat the enemy character, and a unique attack style can be created from the arrangement relationship between the player character and the ally character and the enemy character. Therefore, the attack style is significantly increased and the taste is enhanced as compared with the battle game in which the player character and the enemy character play one-on-one.

Therefore, on one side, it is an object of the present invention to provide a game of joint battle play with high taste.

One idea is a game processing program in which a player character and a ally character play a game against an enemy character in a field where the game can be executed, and the player character and the ally character are provided in a part of the field. A player character is placed in one of a plurality of areas in the battle area so as to surround the enemy character in the battle area, and a ally character is placed in one of the plurality of areas or another area. Place and
When the player's direction instruction operation is received, the player character is displaced to an area different from the one area where the player character is arranged and located in the direction of the direction instruction operation, and the battle area is the first area. And a second area, the first area is located inside the second area, the enemy character is located in the center of the first area, and the enemy in the second area. Attack and defense information indicating that the attack on the character is impossible and that the attack of the enemy character can be avoided, and that the attack on the enemy character is possible in the first area is stored in advance. Based on the attack and defense information set in advance in the storage unit, the player's direction instruction operation is in the radial direction of the battle area, and one of the first area or the second area is the other. When moving across the area of the area to, it is controlled to change the possibility of attacking and defending against the enemy character, and the direction instruction operation of the player is the circumferential direction of the battle area and the first area or the first area or A game processing program is provided that controls whether or not an attack and defense against an enemy character can be changed when the character moves across an area within one of the second areas.

According to one aspect, it is possible to provide a game of co-op play with a high degree of taste.

The figure which shows an example of the whole structure of the game system which concerns on one Embodiment. The figure which shows an example of the hardware configuration of the terminal which concerns on one Embodiment. The figure which shows an example of the functional structure of the terminal which concerns on one Embodiment. The figure which shows an example of the battle area setting information table which concerns on one Embodiment. The figure which shows an example of the battle area in the field which concerns on one Embodiment. The figure which shows an example of the area setting information table which concerns on one Embodiment. The figure which shows an example of the position information table which concerns on one Embodiment. The figure which shows an example of the screen of the terminal which concerns on one Embodiment. The figure for demonstrating the battle area which concerns on one Embodiment. The figure which shows an example of the screen of the special attack which concerns on one Embodiment. The flowchart which shows an example of the game processing which concerns on one Embodiment. The flowchart which shows an example of the game processing at the time of moving an enemy character which concerns on one Embodiment. The flowchart which shows an example of the position control processing which concerns on one Embodiment.

Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. In the present specification and the drawings, components having substantially the same functional configuration are designated by the same reference numerals to omit duplicate explanations.

[Overall configuration of game processing system]
First, an example of the overall configuration of the game processing system according to the embodiment of the present invention will be described with reference to FIG. The game processing system according to the present embodiment includes terminals 10a to 10c (hereinafter, also collectively referred to as "terminal 10") and a server 20. The terminals 10a to 10c and the server 20 are connected via a network 30 such as a WAN (Wide Area Network) and a LAN (Local Area Network).

A game processing program for playing an online battle game is installed in each of the terminals 10a to 10c. Players use terminals 10a to 10c to play an online battle game in which they cooperate with each other to fight against enemy characters. At that time, the terminals 10a to 10c manage information such as game results, game parameters, and game elements (player characters, ally characters, items, etc.) that can be used in the game. The terminals 10a to 10c perform drawing processing and voice processing of the actions and attacks of each player character, and make each player character play against an enemy character in the virtual space. As a result, it is possible to enjoy a joint battle play game in which the player characters operated by the terminals 10a to 10c cooperate to attack the enemy character.

When the position of the player character operated by the terminal 10 participating in the joint battle play game changes, the server 20 receives the latest position information and transfers it to another terminal 10. As a result, in an online battle game in which a plurality of terminals 10 participate in the game, the latest position information in the virtual space of each player character operated by each terminal 10 can be acquired via the server 20. As a result, the ally character on the screen can be displayed at the correct position on the screen.

The terminal 10 is an example of an information processing device that executes a battle game in which a player character and a ally character play a battle game against an enemy character in a field where the game can be executed. Other examples of the information processing device include a game device, a smartphone, a mobile phone, a mobile terminal such as a portable game machine, a personal computer (PC), an image generator, and the like.

[Terminal hardware configuration]
Next, an example of the hardware configuration of the terminal 10 according to the present embodiment will be described with reference to FIG. The terminal 10 according to the present embodiment has a CPU (Central Processing Unit) 21, a ROM (Read Only Memory) 22, a RAM (Random Access Memory) 23, and an HDD (Hard Disk Drive) 24. Further, the terminal 10 according to the present embodiment has a graphic card 25, an external I / F (interface) 26, a communication I / F 27, an input I / F 28, a display 29, a touch panel 35, and a speaker 37. Each part is connected to each other by a bus.

The ROM 22 is a non-volatile semiconductor memory capable of holding internal data even when the power is turned off. The program and data are stored in the ROM 22. The RAM 23 is a volatile semiconductor memory that temporarily holds programs and data.

The HDD 24 is a non-volatile storage device that stores programs and data. The programs stored in the HDD 24 include basic software and application software that control the entire terminal 10. Various databases may be stored in the HDD 24. In the present embodiment, various programs such as a basic processing program and a game processing program and various data are stored in the HDD 24.

The CPU 21 reads various programs and various data from the ROM 22 and the HDD 24 onto the RAM 23 and executes various processes to realize overall control of the terminal 10 and functions mounted on the terminal 10.

The external I / F 26 is an interface for connecting the terminal 10 to an external device. The external device includes a recording medium 26a and the like. As a result, the terminal 10 can read and write the recording medium 26a via the external I / F 26. Examples of the recording medium 26a include a CD (Compact Disk), a DVD (Digital Versatile Disk), an SD memory card (SD Memory card), a USB memory (Universal Serial Bus memory), and the like.

For example, the terminal 10 can be equipped with a recording medium 26a in which a game processing program or the like is stored. These programs are read by the external I / F 26 and read into the RAM 23.

The CPU 21 processes various programs read into the RAM 23, and instructs the graphic card 25 to output an image according to the progress of the game. The graphic card 25 performs image processing of the game to be displayed on the screen according to the instruction, and causes the display 29 to draw the game image. The frame time of the image output from the graphic card 25 is, for example, 1/30 to 1/60 seconds. The graphic card 25 draws one image on a frame-by-frame basis. That is, the image of the frame is drawn 30 to 60 times per second.

Further, the CPU 21 processes the above-mentioned various programs read into the RAM 23, and outputs a predetermined sound from the speaker 37 according to the progress of the game.

A touch panel 35 is laminated on the display 29. As a result, the touch operation by the player can be detected and the input operation can be performed. In this case, the input information of the touch position detected by the touch panel is stored in the RAM 23. The CPU 21 executes various arithmetic processes based on the input information stored in the RAM 23.

The communication I / F 27 is an interface for connecting the terminal 10 to the network 30. Further, the communication I / F 27 communicates with another terminal 10 and the server 20 via a communication unit having an antenna.

The input I / F 28 is an interface connected to the touch panel 35 of the terminal 10. The player can make the player character PC attack by performing a tap operation, or move the player character PC in a predetermined direction by performing a swipe operation. The input I / F 28 stores the input information in the RAM 23. The CPU 21 executes various arithmetic processes related to the operation of the player character PC based on the input information stored in the RAM 23.

[Functional configuration of information processing device]
Next, an example of the functional configuration of the terminal 10 according to the present embodiment will be described with reference to FIG. The terminal 10 has a reception unit 11, a game execution unit 12, a recording unit 13, an arrangement unit 14, a position control unit 15, a graphic processing unit 16, a sound processing unit 17, a display unit 18, a sound output unit 19, and a communication unit 36. ..

The reception unit 11 receives an operation of the player for the game. For example, the reception unit 11 receives a touch operation on the touch panel 35. Touch operations include tap operations, flick operations, swipe operations, long-press operations, and the like.

The game execution unit 12 executes a battle game in which the player character and the ally character fight together to play against the enemy character. The game executed in the present embodiment is a communication game, the number of players is one or more, and the total number of player characters and ally characters is two or more. Hereinafter, the player character operated by the player is referred to as a "player character PC". A player character operated by another player participating in the same game is called a "ally character AC". If there are no other players participating in the game online, the ally character is one or more automatically controlled non-player characters.

The recording unit 13 records each table of the battle area setting information table 31, the area setting information table 32, and the position information table 33.

(Competition area setting information table)
FIG. 4 is an example of the battle area setting information table 31 according to the present embodiment. In the battle area setting information table 31, the position information for each battle area and the valid flag are stored in association with each other. FIG. 5 shows an example of battle areas Ar1 to Ar4 (hereinafter, also collectively referred to as “competition area Ar”) preset in the field FD. The battle area is preferably a perfect circle. However, the battle area is not limited to a perfect circle, and may be an ellipse, a quadrangle, a polygon, or any other shape. For example, the battle area Ar shown in FIG. 5 is divided into areas a9 to a12 in the inner area and areas a1 to a8 in the outer area. The number of areas in the inner area is set to be less than the number of areas in the outer area.

In the present embodiment, the battle area Ar has an inner area and an outer area. However, dividing the battle area Ar into the inner area and the outer area is an example, and the division method is not limited to this. For example, the inner area is an example of a first area and the outer area is an example of a second area. As another example of the first area, it may be one of the upper and lower areas and one of the front and rear areas. As another example of the second area, it may be the other of the upper and lower areas and the other of the front and rear areas.

The battle area Ar is preset in a part of the field where the game is in progress. As shown in the position information of the battle area setting information table 31 of FIG. 4 and FIG. 5, the battle area Ar1 is a circular shape centered on _{(x 1} , y _{1) set in advance in the upper left area of the field FD.} The area. Match area Ar2 is preset in the upper right area of the field FD, a circular area centered on (x _{2, y 2).} Match area Ar3 is preset in the lower left area of the field FD, a circular area centered on (x _{3, y 3).} Match area Ar4 is preset in the lower right area of the field FD, a circular area centered on (x _{4, y 4).} In the present embodiment, as shown in FIG. 5, a plurality of battle areas Ar are preset, but the battle area is not limited to this, and the battle area is generated as a part of the field FD during the game according to the position of the enemy character. You may try to do it.

The valid flag of the battle area setting information table 31 shown in FIG. 4 is set to be on when the corresponding battle area is valid, and is set to off when the corresponding battle area is invalid. The battle area in which the valid flag of FIG. 4 is set to ON is Ar3. Therefore, as shown in FIG. 5, it is shown that the battle area Ar3 in which the enemy character VC, the player character PC, and the ally character AC exist is valid, and the other battle areas Ar1, Ar2, and Ar4 are invalid. In the present embodiment, the battle performed in the valid battle area Ar3 is valid, and the battle performed in the invalid battle areas Ar1, Ar2, Ar4 is invalid.

FIG. 5 shows a state in which the enemy character VC, the player character PC, and the ally character AC move from the battle area Ar3 to the battle area Ar4. In this case, the valid flag of the battle area setting information table 31 corresponding to the battle area Ar4 is changed to on, and the valid flag corresponding to the battle area Ar3 is changed to off.

As described above, in the battle game according to the present embodiment, the battle area is limited to a part of the field FD by setting the battle area Ar. As a result, when the enemy character is escaping, the operation time for chasing is not long, and the player can concentrate on the battle.

Further, in the battle game according to the present embodiment, the enemy character is arranged in the center of the areas a9 to a12 in the inner area. The attack power and defense power that can be executed by the player character PC and the ally character AC arranged in one area of any of the areas a9 to a12 in the inner area and the areas a1 to a8 in the outer area are different in advance. It is set. As a result, the tactical nature of the competitive game can be enhanced.

The attack power and defense power that can be executed in each of the areas a1 to a12 of the battle area are preset in the area setting information table 32. FIG. 6 is an example of the area setting information table 32 according to the present embodiment. The area setting information table 32 stores position information for each of the areas a1 to a12, information regarding an attack that can be performed in the area, and feature information.

The player character or ally character arranged in the areas a1 to a8 of the outer area can defend against the attack performed by the enemy character. For example, the area a1 in the outer area is a position in front of the outside (in front of the enemy character VC), and although it is not possible to attack from that area, the attack of the enemy character VC can be avoided. Similarly, areas a2 to a4, a7, and a8 cannot attack from those areas, but can avoid the attack of the enemy character VC in those areas. The player character or ally character arranged in the areas a5 and a6 in the area behind the enemy character VC can support the attack or make a special attack on the enemy character. In addition, the attack of the enemy character VC can be avoided. Attack support means, for example, recovering the physical strength of a friendly character attacking in the inner area and defending from behind. The special attack is a special attack possible in the areas a5 and a6, and may be a specific attack set in advance for each of the areas a5 and a6, or an attack selected by the player from a plurality of special attacks. There may be.

The player character PC or the ally character AC arranged in the areas a9 to a12 of the inner area can attack the enemy character VC. The defense power set in the areas a9 to a12 of the inner area is highest in the area a9 in front of the enemy character VC, medium in the areas a10 and a12 on the side of the enemy character VC, and the area a11 behind the enemy character VC. Is the weakest. On the contrary, the attack power set in the areas a9 to a12 of the inner area is highest in the area a11 behind the enemy character VC, medium in the areas a10 and a12 on the side of the enemy character VC, and in front of the enemy character VC. Area a9 is the weakest.

FIG. 7 shows an example of the position information table 33 according to the present embodiment. The position information table 33 is a table for managing the position of the area where each character is located corresponding to each area. For example, as shown in an example of the screen of the terminal 10 of FIG. 8, in the present embodiment, one of a plurality of areas in the battle area Ar so as to surround the enemy character VC in the battle area Ar ( Here, the player character PC is arranged in the area a9). In addition, ally characters are arranged in other areas a5, a7, and a8 among the plurality of areas. In this state, the position information table 33 stores position information indicating that the ally characters AC3, AC2, and AC1 are present in the areas a5, a7, and a8, respectively. In addition, position information indicating that the player character AC3 exists in the area a9 is stored.

The battle area Ar is indicated by a broken line on the screen of the terminal 10 of FIG. 8 for convenience of explanation. However, the battle area Ar is a virtual area that is not actually shown on the screen.

Further, each of the terminals 10a to 10c transmits the position information of the player character AC to the server 20 periodically or at a specific timing. The server 20 transmits the received position information to another terminal 10 that is fighting together in the same game. As a result, the positions of all ally characters participating in the battle game can be aligned.

Returning to FIG. 3, the arrangement unit 14 places the player character PC in one of a plurality of areas in the battle area Ar so as to surround the enemy character VC in the battle area Ar provided in a part of the field. Deploy. Further, the arrangement unit 14 arranges the ally character AC in any of the other areas in which the player character PC is not arranged among the plurality of areas in the battle area Ar.

When the position control unit 15 receives the movement operation of the player, the position control unit 15 moves the player character PC to an area different from the one area in which the player character PC is arranged and located in the direction of the movement operation. However, the position control unit 15 is not limited to the movement operation of the player, and when receiving the direction instruction operation for instructing the direction of the player, the position control unit 15 may displace the player character to the area located in the direction of the direction instruction operation. ..

Further, when the position control unit 15 receives the position information of the player character of another player from the server 20, the position control unit 15 changes the area where the corresponding ally character AC is located according to the received position information.

The graphic processing unit 16 is connected to the display unit 18, and when a drawing command is output from the game execution unit 12, a video signal is output to the display unit 18. As a result, the display unit 18 displays the battle game image as the game progresses.

The sound processing unit 17 is connected to the sound output unit 19, and when a sound output instruction command is output from the game execution unit 12, a sound signal is output to the sound output unit 19. As a result, the sound output unit 19 outputs a sound according to the progress of the battle game.

The communication unit 36 communicates with the terminal 10 and the server 20 of another player. When the position of the player character PC is changed, the communication unit 36 transmits the position information of the player character PC to the server 20.

The functions of the game execution unit 12, the arrangement unit 14, the position control unit 15, and the sound processing unit 17 are realized by, for example, processing that the game processing program 34 installed in the terminal 10 causes the CPU 21 to execute.

Further, the function of the recording unit 13 is realized by, for example, a server on the cloud connected to the terminal 10 via a ROM 22, a RAM 23, an HDD 24, or a network. The function of the reception unit 11 is realized by, for example, the touch panel 35.

The function of the display unit 18 is realized by, for example, the display 29. The function of the sound output unit 19 is realized by, for example, the speaker 37. The function of the graphic processing unit 16 is realized by, for example, a graphic card 25. The function of the communication unit 36 is realized by, for example, the communication I / F 27.

Note that FIG. 3 depicts a block diagram focusing on functions, and each part shown by these functional blocks can be realized by hardware only, software only, or a combination of hardware and software.

(Competition area)
As described above, in the present embodiment, as shown in FIG. 9, the enemy character VC is arranged in the center of the battle area Ar, and the ally characters are arranged so as to surround the enemy character VC. Circular areas a1 to a12 Is set. The own player or a friendly player may be arranged in all the areas of the plurality of areas, or there may be an area in which the player is not arranged.

The player character PC and the ally character AC surround the enemy character VC and attack. Basically, as shown in FIG. 8, the character in the front center of the screen of the terminal 10 is the player character PC, which is the operation target of the player. Further, the enemy character VC attacks the character in front of the player character PC and the ally character AC.

For example, in the arrangement example of each character shown in FIG. 8, the player character PC makes use of the high defensive power set in the area a9 to attract the attention of the enemy character VC in front of the enemy character VC and attack the enemy character VC. Dodge. While gathering the attention of the enemy character VC forward, the ally characters AC1 and AC2 wrap around to the side of the enemy character VC, change the attackable part, and attack the enemy character VC. In addition, the ally character AC3 supports a special attack and an attack of the ally character from behind the enemy character. In this way, the battle area Ar surrounding the enemy character VC is provided, and the attack power, the defense power, the attack level, and the type of attack are changed for each divided area in the battle area Ar. According to this, by moving the player character to an area adjacent to the front, back, left and right, or to an area different from the one currently placed, the tactics that can cooperate with the ally character are changed to improve the tactics, and the battle game. You can enjoy the joint battle play of.

As shown in FIG. 8, in the battle game according to the present embodiment, in a 3D game environment in which the battle area Ar is viewed from diagonally above, the player has a sense of presence by displaying the player character at the closest position. You can enjoy the game.

As shown in FIG. 8, the battle area Ar has a size substantially the same as or slightly smaller than the width of the screen on the assumption that the terminal 10 is used vertically. As a result, the player can enjoy a realistic game in the battle area where the battlefield is displayed as large as possible while holding the terminal 10 with one hand and performing a touch operation with the other hand.

(Method of operation)
The player operates the terminal 10 by touching the touch panel 35. Touch operations include a tap that touches the touch panel 35 with a finger, a flick that moves the finger that touches the touch panel 35 to swipe, a swipe that moves the finger that touches the touch panel 35 to sweep, and a long press that touches the finger for a predetermined time or longer. Including operations.

For example, the operation for the battle game according to the present embodiment includes a swipe operation for moving the player character PC. Further, a tap operation for selecting a weapon displayed on the screen to perform a predetermined special attack, a flick operation for jumping the player character to attack from the sky, or the like may be used. In the present embodiment, there is a space for two-step operation between the enemy character VC and the initial position of the player character PC. As shown in FIG. 9, when the player swipes once in the direction of the enemy character VC while the player character PC is in the area a2, the player character PC is adjacent to the area a2 in the swipe direction as shown by the arrow M3. Move to the area a9 where you want to attack, and you can attack. When the player swipes in the direction of the enemy character VC once more, the player character PC gets closer to the enemy character VC and can attack with higher attack power. When the player swipes in the direction opposite to the enemy character VC, the player character PC moves away from the enemy character VC, and the attack power is weakened accordingly.

When the player swipes to the left of the paper while the player character PC is in the area a2, the player character PC moves to the area a8 adjacent to the left side as shown by the arrow M1. When the player swipes to the left of the paper while the player character PC is in the area a10, the player character PC moves to the area a11 adjacent to the left side as shown by the arrow M2. By this operation, the attack of the enemy character VC can be avoided. At this time, since the area of the player character PC is shifted (rotated) in the swipe direction by the swipe operation, the player character PC can be smoothly operated on the screen.

If the player swipes forward while the player character PC is in the area behind the enemy character VC, the enemy character VC can be attacked from behind. Further, if the player swipes backward while the player character PC is in the area in front of the enemy character VC, the enemy character VC can be attacked from the front. Also, when the player swipes down, the player character PC can go underground.

(Operation method of special attack)
FIG. 10 shows an example of a screen of a special attack according to the present embodiment. When the player presses and holds the touch panel 35 for a long time, a virtual controller for a special attack skill different from the normal attack is displayed. When a predetermined value is accumulated as the battle game progresses, the special attack skill can be used according to the value. In the example of FIG. 10, there are four types of special attack skills, and the skills 50, 51, and 52 highlighted in bold according to the accumulated values are in the usable state, but the skill 53 is in the unusable state. When the player taps any of the skills 50, 51, and 52, the skill is selected and the selected special attack becomes possible. It should be noted that the strength of the attack can be increased by matching the timing of the attack with the special attack of the player in which the ally character AC fights together by using the display of the stamp or the like.

[Game processing]
Next, the game processing according to the present embodiment will be described with reference to FIG. FIG. 11 is a flowchart showing an example of the game processing according to the present embodiment. When this process is started, first, the arrangement unit 14 arranges the player character PC and the ally character AC at the initial positions of the battle area Ar (step S10). Next, the reception unit 11 determines whether or not there is an operation input (in this embodiment, a swipe operation) for moving the player character (step S12). When the reception unit 11 determines that the operation input has not been performed, the process proceeds to step S18.

On the other hand, when the reception unit 11 determines that the input operation has been performed, the arrangement unit 14 is an area different from the one area where the player character PC is currently arranged, and corresponds to the direction of the swipe which is the input operation. Move to the area (step S14). The area located in the direction of the swipe, which is different from the currently arranged area, may be an area adjacent to the area where the player character PC is currently arranged, front and back or left and right, or the area where the player character PC is currently arranged. It may be an area away from the area.

Next, the display unit 18 rotates the display of the battle area Ar on the screen and displays the player character PC in the moved area in the center of the screen (step S16). In addition, step S14 and step S16 may proceed at the same time. For example, if the camera tracks the moving player character PC while the player character PC is moving (avoidance operation while rolling, etc.), steps S14 and S16 proceed at the same time.

Next, the reception unit 11 determines whether or not there is an operation input instructing an attack (step S18). If the reception unit 11 determines that there is no operation input instructing an attack, the reception unit 11 proceeds to step S28. On the other hand, when it is determined that there is an operation input instructing an attack, the reception unit 11 determines whether or not a special attack has been specified (step S20).

When the reception unit 11 determines that the special attack has been designated, the game execution unit 12 executes the designated special attack (step S22) and proceeds to step S26. On the other hand, when the reception unit 11 determines that the special attack has not been specified, the game execution unit 12 executes a normal attack on the enemy character VC of the player character PC (step S24), and proceeds to step S26. In the normal attack, the game execution unit 12 controls, for example, the attack operation of the player character PC, the attack operation of the enemy character VC, the attack effect, and the like.

In step S26, the game execution unit 12 determines whether or not the hit points of the enemy character VC have become 0. When the game execution unit 12 determines that the hit point of the enemy character VC is 0, it determines that the player has won, and ends this process.

On the other hand, when the game execution unit 12 determines that the hit point of the enemy character VC is not 0, the game execution unit 12 determines whether or not it is the attack timing of the enemy character VC (step S28). When the game execution unit 12 determines that it is the attack timing of the enemy character, the game execution unit 12 executes an attack on the player character PC or the ally character AC of the enemy character VC (step S30). When the game execution unit 12 determines that it is not the attack timing of the enemy character, the game execution unit 12 returns to step S12 and continues the processing after step S12.

Next, the game execution unit 12 determines whether or not the hit point of the ally character AC has become 0 (step S32). When the game execution unit 12 determines that the hit point of the ally character AC becomes 0, the game execution unit 12 puts the ally character AC in a fallen state in the area where the ally character AC is arranged (step S34). On the other hand, when the game execution unit 12 determines that the hit point of the ally character AC is not 0, the game execution unit 12 returns to step S12 and continues the processing after step S12.

Next, the game execution unit 12 determines whether or not the fallen ally character AC has recovered (step S36). When the game execution unit 12 determines that the fallen ally character AC has recovered within a predetermined time, the game execution unit 12 returns to step S12 and continues the processing after step S12. On the other hand, when the game execution unit 12 determines that the fallen ally character AC has not recovered upward within a predetermined time, the game execution unit 12 determines whether or not the ally character AC having a hit point of 0 has reached a predetermined number. (Step S38).

When the game execution unit 12 determines that the number of friendly character ACs with 0 hit points has not reached a predetermined number, the game returns to step S12 until the number of friendly character ACs with 0 hit points reaches a predetermined number. The processes of steps S12 to S38 are repeated. On the other hand, when the game execution unit 12 determines that the number of friendly characters AC having 0 hit points has reached a predetermined number, the game execution unit 12 determines that the player has been defeated and ends this process.
(Move enemy character)
Next, the game processing when the enemy character VC moves will be described with reference to FIG. FIG. 12 is a flowchart showing an example of game processing when the enemy character moves according to the present embodiment. The game process of FIG. 12 is executed in conjunction with or not in conjunction with the game process of FIG.

When the process of FIG. 12 is started, the arrangement unit 14 determines whether or not the enemy character VC has moved (step S40). When the arrangement unit 14 determines that the enemy character VC has not moved, the arrangement unit 14 ends this process. On the other hand, when the arrangement unit 14 determines that the enemy character VC has moved, it determines whether or not it has moved to a different battle area Ar (step S42). If it is determined that the arrangement unit 14 has not moved to a different battle area Ar, the arrangement unit 14 proceeds to step S46.

On the other hand, when the arrangement unit 14 determines that the battle area Ar has moved to a different battle area Ar, the recording unit 13 enables the battle area Ar after the movement and invalidates the battle area Ar before the movement (step S44). Specifically, the recording unit 13 rewrites the valid flag of the corresponding battle area in the battle area setting information table 31. For example, as shown in FIG. 5, when the enemy character VC moves from the battle area Ar3 to the battle area Ar4, the valid flag corresponding to the battle area Ar3 in the battle area setting information table 31 is set to off, and the battle area Ar4 is set. Turn on the corresponding valid flag.

Next, the arrangement unit 14 moves the player character PC and the ally character AC to the area of the valid battle area according to the movement of the enemy character VC (step S46), and ends this process.
(Position control)
Finally, the position control process of the ally character AC will be described with reference to FIG. FIG. 13 is a flowchart showing an example of the position control process according to the present embodiment. This process is executed when there is a friendly character operated by another player participating in the battle game. Further, the position information control process of FIG. 13 is executed in response to an access from the server 20.

When this process is started, the position control unit 15 determines whether or not the position information of the ally character AC has been acquired from the server 20 (step S50). When the position control unit 15 determines that the position information of the ally character AC has not been acquired from the server 20, this process ends. When the position control unit 15 determines that the position information of the ally character AC has been acquired from the server 20, the arrangement unit 14 arranges the ally character AC in the corresponding area of the battle area Ar based on the acquired position information (step). S52), this process is terminated.

As described above, according to the game processing system according to the present embodiment, the battle area Ar of the circular area in which the enemy character VC is arranged in the center and the ally character is arranged so as to surround the enemy character VC is set. .. The battle area Ar in the circular area is divided into a plurality of areas, and the player character PC and the ally character AC are arranged in any of the areas. The player character PC and the ally character AC surround the enemy character VC and attack. As a result, it is possible to realize a highly tactical joint battle play game when playing against an enemy character.

Further, according to the game processing system according to the present embodiment, by setting the battle area Ar, the battle area can be limited to a part of the field FD. As a result, when the enemy character VC escapes in the field FD, the scene where the player character chases it can be reduced, and the player character can concentrate on the battle without getting bored.

Although the game processing program and the information processing device have been described above with reference to the above-described embodiments and examples, the game processing program and the information processing device according to the present invention are not limited to the above-described embodiments and examples, and the present invention Various modifications and improvements are possible within the range. Further, when a plurality of the above-described embodiments and examples exist, they can be combined within a consistent range.

For example, the number of areas for dividing the battle area Ar is not limited to the number divided in the above embodiment. For example, when the enemy character VC is large, the number of areas in the battle area may be increased, and when the enemy character VC is small, the number of areas in the battle area may be reduced. According to this, it is possible to prevent the game from becoming boring by increasing the area of one area and increasing the amount of movement of the player character PC to the adjacent area. For example, the actual size of the battle area Ar is 10 cm to 20 cm in diameter in consideration of the length of the short side of the smartphone when the terminal 10 is a smartphone, for example, so that the amount of movement of the player character PC does not increase. May be set to.

When dividing the battle area, in the present embodiment, the battle area is divided into an inner area and an outer area, and each area is divided into a plurality of areas. However, the method of dividing the battle area is not limited to this, and each area may be divided into a plurality of areas by dividing into an inner area, an outer area, and a central area. The battle area may be divided into a plurality of areas instead of being divided into an inner area and an outer area.

10 Terminal 11 Reception unit 12 Game execution unit 13 Recording unit 14 Arrangement unit 15 Position control unit 16 Graphic processing unit 17 Sound processing unit 18 Display unit 19 Sound output unit 19
20 server 21 CPU
22 ROM
23 RAM
24 HDD
25 Graphic card 26 External I / F
26a Recording medium 27 Communication I / F
28 Input I / F
28a Memory card 29 Display 31 Battle area setting information table 32 Area setting information table 33 Position information table 34 Game processing program 35 Touch panel 36 Communication unit 37 Speaker

Claims (7)

A game processing program for a computer to execute a game in which a player character and an ally character play a game against an enemy character in a field where the game can be executed.
A player character is placed in one of a plurality of areas in the battle area so as to surround the enemy character in the battle area provided in a part of the field, and one of the plurality of areas. Place a friendly character in or another area of
When the player's direction instruction operation is received, the player character is displaced to an area different from the one area where the player character is arranged and located in the direction of the direction instruction operation .
The battle area has a first area and a second area.
The first area is located inside the second area and
The enemy character is placed in the center of the first area and
Attacks indicating that it is impossible to attack the enemy character in the second area and that the attack of the enemy character can be avoided, and that the attack of the enemy character is possible in the first area. Defense information is set in the storage unit in advance,
Based on the attack and defense information set in advance in the storage unit, the player's direction instruction operation is in the radial direction of the battle area, and the area from one of the first area or the second area to the other. When moving across areas, it is controlled to change the possibility of attacking and defending against enemy characters.
When the player's turn signal operation is in the circumferential direction of the battle area and moves across an area within one of the first area or the second area, the attack and defense against the enemy character are possible or impossible. Control so as not to change
Game processing program. The number of areas that divide the first area is less than the number of areas that divide the second area.
The game processing program according to claim 1. In the second area, the player character or the ally character arranged in the area behind the enemy character can support the attack on the enemy character or make a special attack.
The game processing program according to claim 2. The defense power set in the first area is set higher in the order of the area in front of the enemy character, the area on the side of the enemy character, and the area behind the enemy character.
The game processing program according to claim 2 or 3. The attack power set in the first area is set higher in the order of the area behind the enemy character, the area on the side of the enemy character, and the area in front of the enemy character.
The game processing program according to any one of claims 2 to 4. A plurality of battle areas are provided in the field.
When an enemy character moves from one battle area to another battle area, the one battle area is invalidated and the other battle area is enabled.
Of the plurality of battle areas, the battle performed in the valid battle area is valid.
The game processing program according to any one of claims 1 to 5. A computer-readable storage medium in which a player character and an ally character store a game processing program that executes a battle game in which a player character and an ally character play a battle game against an enemy character in a field where the game can be executed.
A player character is placed in one of a plurality of areas in the battle area so as to surround the enemy character in the battle area provided in a part of the field, and one of the plurality of areas. Place a friendly character in or another area of
When the player's direction instruction operation is received, the player character is displaced to an area different from the one area where the player character is arranged and located in the direction of the direction instruction operation .
The battle area has a first area and a second area.
The first area is located inside the second area and
The enemy character is placed in the center of the first area and
Attacks indicating that it is impossible to attack the enemy character in the second area and that the attack of the enemy character can be avoided, and that the attack of the enemy character is possible in the first area. Defense information is set in the storage unit in advance,
Based on the attack and defense information set in advance in the storage unit, the player's direction instruction operation is in the radial direction of the battle area, and the area from one of the first area or the second area to the other. When moving across areas, it is controlled to change the possibility of attacking and defending against enemy characters.
When the player's turn signal operation is in the circumferential direction of the battle area and moves across an area within one of the first area or the second area, the attack and defense against the enemy character are possible or impossible. Control so as not to change
A computer-readable storage medium that stores game processing programs.

Images