JP2018057742A - Game processing program and storage medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game of joint-fighting play having higher amusement.SOLUTION: Provided is a game processing program for causing a computer to execute a game in which a player character and an ally character fight against an enemy character arranged in a game-executable field. In order to enclose the enemy character in a battle area provided in a part of the field, the player character is arranged in one zone of a plurality of zones of the battle are, and the ally character is arranged in the one or other zone of the plurality of zones. Upon reception of a direction indication operation from the player, the player character is displaced to a zone which is different from the one zone where the player character has been arranged and which is located in the direction shown by the direction indication operation.SELECTED DRAWING: Figure 8

Description

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

  A technique for improving the player's preference in a game in which an enemy character is played 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 a plurality of fan-shaped areas, and different types of skills (weapons for attack and types of attacks) are assigned to each area. When the player character moves to any area by the player's operation, that area becomes active. The player character can attack the enemy character using the skill assigned to the active area.

JP 2015-123094 A

  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 and an enemy character operated by the player are in a one-on-one battle. It does not increase sex.

  The combined play is a game in which the player character and the ally character cooperate to defeat the enemy character, and an original 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 remarkably increased as compared with the battle game in which the player character and the enemy character battle each other one-on-one, and the preference is enhanced.

  Therefore, in one aspect, an object of the present invention is to provide a game of high fighting play with high taste.

  In one proposal, a game processing program for causing a computer to execute a game in which a player character and an ally character play against an enemy character in a field where the game can be executed is provided in a part of the field. A player character is arranged in one of the plurality of areas in the battle area so as to surround the enemy character in the battle area, and a friend character is placed in one of the plurality of areas or in another area. And a game processing program is provided that displaces the player character to an area that is different from the arranged one area and is located in the direction of the direction instruction operation. The

  According to one aspect, it is possible to provide a game of high fighting play.

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 constitutions of the terminal which concerns on one Embodiment. The figure which shows an example of the function 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 | competition area in the field which concerns on one Embodiment. The figure which shows an example of the area | region setting information table which concerns on one Embodiment. The figure which shows an example of the positional infomation 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 | competition 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 process which concerns on one Embodiment. The flowchart which shows an example of the game process at the time of enemy character movement which concerns on one Embodiment. The flowchart which shows an example of the position control process which concerns on one Embodiment.

  Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. In addition, in this specification and drawing, about the component which has the substantially same function structure, the duplicate description is abbreviate | omitted by attaching | subjecting the same code | symbol.

[Overall configuration of game processing system]
First, an example of the overall configuration of a game processing system according to an embodiment of the present invention will be described with reference to FIG. The game processing system according to the present embodiment includes terminals 10 a to 10 c (hereinafter 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) or 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. The player performs an online battle game in which the terminals 10a to 10c are used to 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, teammate characters, items, etc.) that can be used in the game. The terminals 10a to 10c perform a drawing process and an audio process of each player character's action and attack, and cause each player character to battle an enemy character in the virtual space. Thereby, the player character which each of terminal 10a-10c operates can enjoy the game of the battle play which cooperates and attacks an enemy character.

  When the position of the player character operated by the terminal 10 participating in the game of the battle play changes, the server 20 receives the latest position information and transfers it to the other terminals 10. Thereby, in an online competitive 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. Thereby, 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 apparatus that executes a battle game in which a player character and a teammate character play against an enemy character in a field where the game can be executed. Other examples of the information processing apparatus include a game machine, a smartphone, a mobile phone, a portable terminal such as a portable game machine, a personal computer (PC), an image generation apparatus, and the like.

[Device hardware configuration]
Next, an example of a 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 includes 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 includes 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 mutually connected by a bus.

  The ROM 22 is a nonvolatile semiconductor memory that can retain internal data even when the power is turned off. The ROM 22 stores programs and data. The RAM 23 is a volatile semiconductor memory that temporarily stores 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, the HDD 24 stores various programs such as a basic processing program and a game processing program, and various data.

  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, thereby realizing overall control of the terminal 10 and functions installed in the terminal 10.

  The external I / F 26 is an interface that connects the terminal 10 to an external device. The external device includes a recording medium 26a. Thereby, the terminal 10 can read and write the recording medium 26 a 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), or a USB memory (Universal Serial Bus memory).

  For example, the terminal 10 can be loaded 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. One frame time of an image output from the graphic card 25 is, for example, 1/30 to 1/60 seconds. The graphic card 25 executes drawing of one image for each frame. That is, an image of 30 to 60 frames per second is drawn.

  Further, the CPU 21 processes the various programs read into the RAM 23 and outputs predetermined sounds from the speaker 37 as the game progresses.

  A touch panel 35 is stacked on the display 29. Thereby, a touch operation by the player can be detected and an 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 that connects the terminal 10 to the network 30. The communication I / F 27 communicates with other terminals 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 cause the player character PC to attack by performing a tap operation, or can move the player character PC in a predetermined direction by performing a swipe operation. The input I / F 28 stores input information in the RAM 23. The CPU 21 executes various arithmetic processes related to the action 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 a functional configuration of the terminal 10 according to the present embodiment will be described with reference to FIG. The terminal 10 includes a reception unit 11, a game execution unit 12, a recording unit 13, a placement 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 part 11 receives operation with respect to the game of a player. For example, the reception unit 11 receives a touch operation on the touch panel 35. The touch operation includes a tap operation, a flick operation, a swipe operation, a long press operation, and the like.

  The game execution unit 12 executes a battle game in which the player character and the teammate character fight together to battle 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 teammate characters is two or more. Hereinafter, the player character operated by the player is referred to as “player character PC”. A player character operated by another player participating in the same game is referred to as a “friend character AC”. If there are no other players participating in the game online, the teammate character is one or more automatically controlled non-player characters.

  The recording unit 13 records each table of a battle area setting information table 31, an area setting information table 32, and a 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, position information and valid flags for each battle area are stored in association with each other. FIG. 5 shows an example of battle areas Ar1 to Ar4 (hereinafter collectively referred to as “match area Ar”) set in advance 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 rectangle, a polygon, or other shapes. For example, the battle area Ar shown in FIG. 5 is divided into sections a9 to a12 in the inner area and sections a1 to a8 in the outer area. The number of areas in the inner area is set to be smaller 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 dividing 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. Another example of the first area may be one of the upper and lower areas and one of the front and rear areas. Another example of the second area may be the other of the upper and lower areas and the other of the front and rear areas.

The battle area Ar is set in advance in a partial area 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 ₁ , y ₁ ) set in advance in the upper left area of the field FD. It is an area. The battle area Ar2 is a circular area centered on (x ₂ , y ₂ ) set in advance in the upper right area of the field FD. The battle area Ar3 is a circular area centered on (x ₃ , y ₃ ) set in advance in the lower left area of the field FD. The battle area Ar4 is a circular area centered on (x ₄ , y ₄ ) that is preset in the lower right area of the field FD. In the present embodiment, as shown in FIG. 5, a plurality of battle areas Ar are set in advance. However, the present invention is not limited to this, and the battle areas are generated in part of the field FD during the game according to the position of the enemy character. You may make it do.

  The valid flag of the battle area setting information table 31 shown in FIG. 4 is set to 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 in FIG. 4 is set to ON is Ar3. Therefore, as shown in FIG. 5, the battle area Ar3 in which the enemy character VC, the player character PC, and the teammate character AC are present is valid, and the other battle areas Ar1, Ar2, and Ar4 are invalid. In the present embodiment, the battle performed in the battle area Ar3 that is valid is valid, and the battle performed in the battle areas Ar1, Ar2, and Ar4 that are invalid is invalid.

  FIG. 5 illustrates a state in which the enemy character VC, the player character PC, and the teammate 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. Thereby, when the enemy character runs away, the operation time to follow is not lengthened, and it is possible to concentrate on the battle.

  Further, in the competitive game according to the present embodiment, the enemy character is arranged at the center of the areas a9 to a12 in the inner area. The area a9 to a12 of the inner area and the areas a1 to a8 of the outer area are preliminarily set so that the attack power and defense power that can be executed by the player character PC and the teammate character AC arranged in one of the areas are different. Is set. Thereby, the tacticity of a battle game can be improved.

  The attack power and defense power that can be executed in each of the areas a1 to a12 of the battle area are set in advance 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 attacks that can be performed in the area, and feature information.

  The player character or the friend character arranged in the areas a1 to a8 in 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 outer side (in front of the enemy character VC), and an attack from the area cannot be performed, but an attack of the enemy character VC can be avoided. Similarly, the areas a2 to a4, a7, and a8 cannot attack from these areas, but the attack of the enemy character VC can be avoided in those areas. The player character or the friend character arranged in the areas a5 and a6 in the area behind the enemy character VC can support an attack or perform a special attack against the enemy character. Further, the attack of the enemy character VC can be avoided. The attack support means, for example, recovery of physical strength of an ally character attacking in the inner area and defense from behind. The special attack is a special attack that is 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 teammate character AC arranged in the areas a9 to a12 in the inner area can attack the enemy character VC. The defense power set in the inner areas a9 to a12 is highest in the area a9 in front of the enemy character VC, the areas a10 and a12 in the side of the enemy character VC are medium, and the area a11 in the rear of the enemy character VC. Is the weakest. Conversely, the attack power set in the inner areas a9 to a12 is the highest in the rear area a11 of the enemy character VC, the middle areas a10 and a12 on the side of the enemy character VC, and the front of the enemy character VC. The 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 present corresponding to each area. For example, as shown in an example of the screen of the terminal 10 in FIG. 8, in the present embodiment, one area (a plurality of areas in the battle area Ar (see FIG. 8) 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, teammate 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 teammate characters AC3, AC2, and AC1 exist in the sections a5, a7, and a8, respectively. Further, position information indicating that the player character AC3 exists in the zone a9 is stored.

  Note that the battle area Ar is indicated by a broken line on the screen of the terminal 10 in 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 the other terminals 10 fighting together in the same game. Thereby, the position of all the friendly characters participating in the battle game can be matched.

  Returning to FIG. 3, the placement 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. In addition, the arrangement unit 14 arranges the teammate character AC in any of the other areas in the battle area Ar where the player character PC is not arranged.

  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 that is different from the arranged one area and is 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 the direction instruction operation for instructing the player's direction is received, the player character may be displaced to the area located in the direction of the direction instruction operation. .

  In addition, 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 in which the corresponding teammate character AC is located according to the received position information.

  The graphic processing unit 16 is connected to the display unit 18, and outputs a video signal to the display unit 18 when a drawing command is output from the game execution unit 12. Thereby, the display part 18 displays a battle | competition game image according to progress of a game.

  The sound processing unit 17 is connected to the sound output unit 19, and outputs a sound signal to the sound output unit 19 when a sound output instruction command is output from the game execution unit 12. Thereby, the sound output part 19 outputs the sound according to the progress situation of a competitive game.

  The communication unit 36 communicates with the terminal 10 and the server 20 of other players. 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.

  Note that 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 is executed by the CPU 21 by the game processing program 34 installed in the terminal 10.

  The function of the recording unit 13 is realized by, for example, a ROM 22, RAM 23, HDD 24, or a server on the cloud connected to the terminal 10 via a network. The function of the reception part 11 is implement | achieved by the touchscreen 35, for example.

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

  Note that FIG. 3 is a block diagram focusing on functions, and each unit indicated by these functional blocks can be realized by hardware alone, software alone, or a combination of hardware and software.

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

  The player character PC and the teammate character AC attack the enemy character VC. Basically, as shown in FIG. 8, the character located at the front center of the screen of the terminal 10 is the player character PC, and is the operation target of the player. Further, the enemy character VC makes an attack toward the front character of the player character PC and the teammate character AC.

  For example, in the arrangement example of each character shown in FIG. 8, the player character PC makes an attack of the enemy character VC while drawing the attention of the enemy character VC in front of the enemy character VC using the high defense power set in the zone a9. Dodge. While gathering the attention of the enemy character VC forward, the teammate characters AC1 and AC2 wrap around the side of the enemy character VC and change the attackable part to attack the enemy character VC. Also, the teammate character AC3 supports special attacks and teammate character attacks from behind the enemy character. In this way, the battle area Ar surrounding the enemy character VC is provided, and the attack power, defense power, attack level, and type of attack are changed for each section obtained by dividing the battle area Ar. According to this, the player character is moved to adjacent areas on the front and rear, left and right, or one area different from the currently arranged area, thereby improving the tactics by changing the tactics that can cooperate with the friend character, You can enjoy playing more together.

  As shown in FIG. 8, in the competitive game according to the present embodiment, in the 3D game environment where the competitive area Ar is looked down obliquely from above, the player character is displayed at the closest distance, so that the player has a sense of presence. You can enjoy the game.

  As shown in FIG. 8, the battle area Ar has a size that is substantially the same as or slightly smaller than the horizontal 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 a touch operation on the touch panel 35. The touch operation includes a tap for touching the touch panel 35 with a finger, a flick for moving the finger touching the touch panel 35 or a swipe for moving the finger touching the touch panel 35, and a long press for touching the finger for a predetermined time or more. Includes 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 to attack the player character from the sky, or the like may be used. In the present embodiment, there is a space for two-step movement between the enemy character VC and the initial position of the player character PC. As shown in FIG. 9, when the player swipes 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 indicated by the arrow M3. It moves to the area a9 to be attacked, and an attack becomes possible. When the player swipes once more in the direction of the enemy character VC, the player character PC further approaches the enemy character VC, and an attack with a higher attack power becomes possible. 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 character PC is in the area a2 and the player swipes leftward on the page, the player character PC moves to the area a8 adjacent to the left as shown by the arrow M1. When the player character PC is in the area a10 and the player swipes leftward on the page, the player character PC moves to the area a11 adjacent to the left as shown by the arrow M2. By this operation, the attack of the enemy character VC can be avoided. At this time, the player character PC moves the area in the swipe direction (rotates) by the swipe operation, so that the player character PC can be smoothly operated on the screen.

  When the player character PC is in the area behind the enemy character VC and the player swipes forward, the enemy character VC can be attacked from behind. Further, when the player character PC is in the area in front of the enemy character VC and the player swipes backward, the enemy character VC can be attacked from the front. Further, when the player swipes down, the player character PC can dive underground.

(Special attack operation method)
FIG. 10 shows an example of a special attack screen according to the present embodiment. When the player performs a long press operation on the touch panel 35, 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. 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 one of the skills 50, 51, and 52, the skill is selected and the selected special attack becomes possible. Note that the strength of the attack can be increased by matching the timing of the attack with the special attack of the player by using the stamp display or the like and the teammate characters AC fighting together.

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

  On the other hand, when the reception unit 11 determines that the input operation has been performed, the placement unit 14 is a zone different from the one zone where the player character PC is currently placed, and corresponds to the swipe direction that is the input operation. Move to an area (step S14). The area different from the currently arranged area located in the direction of the swipe 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 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 at the center of the screen (step S16). Note that step S14 and step S16 may proceed simultaneously. For example, when the player character PC is moving (such as an avoiding action while rolling) and the camera tracks the moving player character PC, step S14 and step S16 proceed simultaneously.

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

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

  In step S26, the game executing unit 12 determines whether or not the hit point of the enemy character VC has become zero. If the game execution unit 12 determines that the hit point of the enemy character VC is 0, the game execution unit 12 determines that the player has won and ends the process.

  On the other hand, when determining that the hit point of the enemy character VC is not 0, the game executing unit 12 determines whether it is the attack timing of the enemy character VC (step S28). If 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 friend character AC of the enemy character VC (step S30). If 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 teammate character AC has become 0 (step S32). When the game execution unit 12 determines that the hit point of the teammate character AC has become 0, the game execution unit 12 places the teammate character AC in a state where the teammate AC has been placed (step S34). On the other hand, if the game execution unit 12 determines that the hit point of the teammate character AC is not 0, the game execution unit 12 returns to step S12 and continues the processing from step S12.

  Next, the game execution unit 12 determines whether the teammate character AC that has fallen has recovered (step S36). If the game execution unit 12 determines that the falling teammate character AC has recovered within a predetermined time, the game execution unit 12 returns to step S12 and continues the processing from step S12. On the other hand, when it is determined that the falling teammate character AC has not recovered within a predetermined time, the game execution unit 12 determines whether or not the number of teammate characters AC whose hit points are 0 has reached a predetermined number. (Step S38).

If the game execution unit 12 determines that the teammate character AC whose hit point is 0 has not reached the predetermined number, the game execution unit 12 returns to step S12 and continues until the teammate character AC whose hit point is 0 reaches the predetermined number. The processes in steps S12 to S38 are repeated. On the other hand, when it is determined that the teammate character AC whose hit point is 0 has reached the predetermined number, the game execution unit 12 determines that the player has lost, and ends the present process.
(Enemy character movement)
Next, a game process when the enemy character VC moves will be described with reference to FIG. FIG. 12 is a flowchart showing an example of the game process when the enemy character moves according to the present embodiment. The game process of FIG. 12 is executed in conjunction or non-interaction with the game process of FIG.

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

  On the other hand, when determining that the placement unit 14 has moved to a different battle area Ar, the recording unit 13 validates the battle area Ar after movement, and invalidates the battle area Ar before movement (step S44). Specifically, the recording unit 13 rewrites the corresponding battle area valid flag 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. Set the corresponding valid flag on.

Next, the placement unit 14 moves the player character PC and the teammate character AC to the valid battle area in accordance with the movement of the enemy character VC (step S46), and ends this process.
(Position control)
Finally, the position control process of the teammate character AC will be described with reference to FIG. FIG. 13 is a flowchart illustrating an example of the position control process according to the present embodiment. This process is executed when there is a teammate 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 teammate character AC has been acquired from the server 20 (step S50). If it is determined that the position information of the teammate character AC has not been acquired from the server 20, the position control unit 15 ends this process. When it is determined that the position control unit 15 has acquired the position information of the teammate character AC from the server 20, the layout unit 14 places the teammate 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 teammate character is arranged so as to surround the enemy character VC is set. . The battle area Ar of the circular area is divided into a plurality of areas, and the player character PC and the teammate character AC are arranged in any of the areas. The player character PC and the teammate character AC attack the enemy character VC. This makes it possible to realize a game of high fighting play with high tactics when playing against enemy characters.

  Further, according to the game processing system according to the present embodiment, by setting the battle area Ar, the battleable area can be limited to a part of the field FD. Thereby, when the enemy character VC runs away in the field FD, it is possible to reduce the scene of the player character chasing it and concentrate on the battle without getting bored.

  As described above, the game processing program and the information processing apparatus have been described based on the above-described embodiments and examples. However, the game processing program and the information processing apparatus according to the present invention are not limited to the above-described embodiments and examples. Various modifications and improvements are possible within the scope. Further, when there are a plurality of the above embodiments and examples, they can be combined within a consistent range.

  For example, the number of areas into which the battle area Ar is divided 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 decreased. According to this, it is possible to prevent the game from being bored by increasing the amount of movement of the player character PC to the adjacent area by increasing the area of one area. For example, the actual size of the battle area Ar is, for example, 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 so that the movement amount of the player character PC does not increase. May be set.

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

DESCRIPTION OF SYMBOLS 10 Terminal 11 Reception part 12 Game execution part 13 Recording part 14 Arrangement | positioning part 15 Position control part 16 Graphic processing part 17 Sound processing part 18 Display part 19 Sound output part 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 Competitive area setting information table 32 Area setting information table 33 Location information table 34 Game processing program 35 Touch panel 36 Communication unit 37 Speaker

Claims (9)

A game processing program for causing a computer to execute a game in which a player character and an ally character play against an enemy character in a field where the game can be executed,
A player character is arranged in one of the 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 is arranged. Place allied characters in other areas or in other areas,
When the player's direction instruction operation is accepted, the player character is displaced to an area that is different from the arranged one area and is located in the direction of the direction instruction operation.
Game processing program. The battle area has a first area and a second area,
In the first area and the second area, attacks and defenses that can be executed when a player character or a friend character is arranged are set in advance.
The game processing program according to claim 1. The enemy character is arranged in the center of the battle area,
The player character and the friend character arranged in the first area can attack the enemy character,
The player character and the teammate character arranged in the second area can defend against an attack performed by the enemy character.
The game processing program according to claim 2. The first area is located inside the second area;
The number of areas into which the first area is divided is less than the number of areas into which the second area is divided.
The game processing program according to claim 2 or 3. Of the second area, the player character or the friend character arranged in the area behind the enemy character can support the attack against the enemy character or perform a special attack.
The game processing program according to claim 4. 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 in the side of the enemy character, and the area in the rear of the enemy character.
The game processing program according to claim 4 or 5. The attack power set in the first area is set higher in the order of the area behind the enemy character, the area next to the enemy character, and the area ahead of the enemy character.
The game processing program as described in any one of Claims 4-6. 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 disabled, and the other battle area is enabled.
Among the plurality of battle areas, the battle performed in an active battle area is valid.
The game processing program as described in any one of Claims 1-7. A computer-readable storage medium storing a game processing program for executing a battle game in which a player character and an ally character play against an enemy character in a field where the game can be executed.
A player character is arranged in one of the 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 is arranged. Place allied characters in other areas or in other areas,
When the player's direction instruction operation is accepted, the player character is displaced to an area that is different from the arranged one area and is located in the direction of the direction instruction operation.
A computer-readable storage medium storing a game processing program.