JP7256942B2 - Game program, game processing method and game terminal - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Law From June 30, 2018 to July 1, 2018, at XFLAG PARK 2018, a game (mobile ball) in which characters move around in virtual space was released. October 18, 2018 In the November 1, 2018 issue of Weekly Famitsu, a game (mobile ball) in which characters move around in a virtual space was released. August 4-5, 2018 U-FES. Music, U-FES. Girls, U-FES. Games, U-FES. At Kids, released a game (mobile ball) in which characters move around in a virtual space. September 14, 2018 Website (https://mobileball.jp/, https://www.youtube.com/channel/UC0IFrQ2k0LHflWA7LcR5r-w, https://youtu.be/A555pSNGRUM, https://prtimes .jp/, https://prtimes.jp/main/html/rd/p/000000248.000016514.html), released a game (mobile ball) in which a character moves around in a virtual space. September 13, 2018 Website (https://www.nintendo.co.jp/nintendo_direct/20180914/index.html, https://www.youtube.com/watch?v=LzMpyQGZYAs) in virtual space Released a game (mobile ball) in which characters move around inside. On November 7, 2018, the website (https://www.youtube.com/watch?v=pDefqI0TKkU) released a game (mobile ball) in which a character moves around in a virtual space.

The present invention relates to a game program, a game processing method, and a game terminal.

In a game in which a character moves in a three-dimensional virtual space, the position of the character in the three-dimensional virtual space is displayed on the game screen so that the player can easily recognize the position of the character. ing. For example, in Patent Document 1, a game image in which a character moving in a three-dimensional virtual space is captured from a predetermined viewpoint is superimposed on a radar image showing the position of the character in the three-dimensional virtual space. is disclosed.

JP-A-2006-61717

However, in the technique described in Patent Document 1, the character operated by the player and the radar image are displayed apart from each other. Therefore, if the player concentrates his or her line of sight on the character, he/she becomes careless about confirming the radar image. There is a possibility that the position of the character in the three-dimensional virtual space will be lost. Such a problem is considered to occur remarkably in a game in which a character moves quickly within a three-dimensional virtual space and the game screen changes rapidly.

SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a technique that enables the position of a character in a virtual space to be grasped with less movement of the line of sight.

A game program according to one aspect of the present invention is a program for a game in which a player operates a character in a virtual space, wherein the computer is operated by input means for receiving an operation on the character, and based on the operation received by the input means, A motion control means for moving the character in the virtual space, the character is displayed in a game screen displaying a part of the virtual space, and a map showing the current position of the character in the virtual space is displayed superimposed on the character. It functions as display control means.

ADVANTAGE OF THE INVENTION According to this invention, the technique which can grasp|ascertain the position of the character in a virtual space by few line-of-sight movements can be provided.

It is a figure which shows an example of the system configuration|structure of the game system which concerns on this embodiment. A game screen example of this game is shown. It shows how the viewpoint of the game screen moves along with the movement of the characters and objects. It is a figure which shows an example of the hardware constitutions of a game server and a terminal. It is a figure which shows an example of a functional block configuration of a game server. It is a figure which shows an example of a functional block configuration of a terminal. It is a figure which shows the example of a map. FIG. 10 is a diagram for explaining the position where the map is displayed on the game screen; It is a figure which shows an example of a texture image. FIG. 10 is a diagram illustrating an example of determining the color of an object; FIG. 4 is a diagram showing an example of image data including texture images of respective colors; FIG. 4 is a diagram for explaining a method of extracting a texture image from image data; FIG. 4 is a diagram for explaining a specific example of a specific operation performed by a player; FIG. FIG. 10 is a diagram for explaining a specific example of conditions for quickly moving a character to a specific point; FIG. 10 is a diagram for explaining a method of controlling the movement direction of a character at maximum speed; FIG. 10 is a diagram showing a display example of items equipped to a character;

Preferred embodiments of the present invention will be described with reference to the accompanying drawings. It should be noted that, in each figure, the same reference numerals have the same or similar configurations. In this embodiment, a game in which a character shoots a ball into a goal in a virtual three-dimensional space will be described as an example, but this embodiment is not limited to this. This embodiment can also be applied to games related to various ball games, racing games, shooting games, and the like.

<System configuration>
FIG. 1 is a diagram showing an example of the system configuration of a game system 1 according to this embodiment. A game system 1 shown in FIG. 1 includes a game server 10 (game device) and a plurality of terminals 20 . The game server 10 and the terminal 20 are communicably connected to each other via a communication network N such as the Internet, intranet, wireless LAN, mobile communication, or the like.

The game server 10 is a device that takes part of the functions of the terminal 20 providing the game, such as managing various types of information about players and executing part of game processing. The game server 10 may be configured from one or more information processing devices, or may be configured using a virtual server (such as a cloud server).

The terminal 20 is a terminal that provides a game to the player, and the player can execute the game according to the present embodiment by operating the terminal 20 . The terminal 20 is, for example, a computer such as a mobile phone (including a smart phone), a tablet, a personal computer, an arcade game device, or a consumer game device.

<Game Overview>
Next, an outline of the game provided by the game system 1 according to this embodiment will be described. In the game provided by the game system 1 (hereinafter referred to as "this game"), the player enters a transparent sphere in a virtual three-dimensional space (hereinafter referred to as "virtual space"). Players compete for victory by operating a character and putting a single ball (moving object) appearing in the virtual space into a goal (fixed object) fixedly installed in the virtual space. A ground (plane) is provided in the virtual space, and the character freely moves while rolling or jumping on the ground.

Each player moves the ball by causing the character to collide with the ball, and finally the player who puts the ball into the opponent's goal wins. This game has various play modes. For example, there are a mode in which the game is played against a computer, a mode in which two players play a match, a mode in which four players are divided into two groups and play a match, a mode in which four players play each other, and the like.

FIG. 2 shows an example of a game screen of this game. The game screen does not display the entire virtual space, but draws a predetermined range of the virtual space when the virtual space is viewed from a predetermined viewpoint. The game screen also displays a character CA operated by the player himself (hereinafter referred to as "self-character CA"), a goal G, a ball B, and a map M (map). Although not shown in FIG. 2, when the character CA operated by another player enters the predetermined range, the character CA operated by the other player is also displayed on the game screen. The self-character CA and the ball B basically continue to be displayed on the center line L dividing the screen into left and right while the game is played. However, under certain conditions such as when a special attack is activated or when a goal is scored (or scored), it may be drawn at a location other than on the center line L or disappear from the game screen.

Here, the predetermined viewpoint is not an arbitrary viewpoint but a predetermined viewpoint. Specifically, it is a viewpoint from which the self-character CA is obliquely viewed from above, and the self-character CA and the ball B always appear to be superimposed on the center line L. That is, when the self-character CA and the ball B move in the virtual space, the viewpoint also moves so that the self-character CA or the ball B does not deviate from the center line L.

FIG. 3 shows how the player's character CA and the ball B move and the viewpoint of the game screen moves. FIG. 3 shows the virtual space viewed from directly above. First, in the left state of FIG. 3, the viewpoint of the game screen is in the L2 direction from the upper right to the lower left. Here, the range of the angle α around the line segment L2 indicates the horizontal range of the virtual space drawn on the game screen. The size of the angle α may be fixed, or may be dynamically changed according to the progress of the game. From this state, when the ball B moves to the lower right and transitions to the state shown on the right in FIG. 3, the viewpoint of the game screen moves from the upper left to the lower right in the L3 direction. In this game, the self-character CA and the ball B move in the virtual space at high speed, so the virtual space drawn on the game screen changes rapidly as the self-character CA and the ball B move.

<Hardware configuration>
FIG. 4 is a diagram showing an example of the hardware configuration of the game server 10 and the terminal 20. As shown in FIG. The game server 10 and the terminal 20 include a CPU (Central Processing Unit) 11, a memory, a storage device 12 such as a HDD (Hard Disk Drive) and/or an SSD (Solid State Drive), and a communication IF (Interface) for performing wired or wireless communication. 13, an input device 14 for receiving input operations, and an output device 15 for outputting information. The input device 14 is, for example, a keyboard, touch panel, mouse and/or microphone. The output device 15 is, for example, a display and/or a speaker.

<Functional block configuration>
FIG. 5 is a diagram showing an example of the functional block configuration of the game server 10. As shown in FIG. The game server 10 includes a communication section 101 , a game control section 102 and a storage section 103 . The communication unit 101 and the game control unit 102 can be implemented by the CPU 11 of the game server 10 executing programs stored in the storage device 12 . Also, the program can be stored in a storage medium. The storage medium storing the program may be a non-transitory computer readable medium. The non-temporary storage medium is not particularly limited, but may be a storage medium such as a USB memory or CD-ROM, for example. Also, the storage unit 103 can be realized using the storage device 12 included in the game server 10 .

The communication unit 101 has a function of transmitting/receiving information necessary for executing this game to/from the terminal 20 . The information necessary for executing this game is information indicating the current position of each character CA operated by each player and the current position of the ball B, for example.

The game control unit 102 provides functions performed by the game server 10 among various functions necessary for executing this game. For example, the game control unit 102 has a function of transmitting the position information of each player and the position of the ball B in the same virtual space to each terminal 20, a function of managing character attribute data possessed by each player, and the like. provides a function of managing various settings made in the game, a function of backing up game data held by the terminal 20, and the like.

The storage unit 103 stores a player management DB. The player management DB manages various data regarding each player. More specifically, login information, the name of the player displayed on the game screen, information about the owned character CA, information about owned items, and the like are stored for each player.

FIG. 6 is a diagram showing an example of the functional block configuration of the terminal 20. As shown in FIG. Terminal 20 includes an input unit 201 , an operation control unit 202 , a display control unit 203 , a communication unit 204 and a storage unit 205 . The input unit 201 , the operation control unit 202 , the display control unit 203 and the communication unit 204 can be implemented by the CPU 11 of the terminal 20 executing programs stored in the storage device 12 . The storage unit 205 can be implemented using the storage device 12 included in the terminal 20 . The program can be stored in a storage medium. The storage medium storing the program may be a computer-readable non-temporary storage medium. The non-temporary storage medium is not particularly limited, but may be a storage medium such as a USB memory or CD-ROM, for example. Alternatively, the program may be a program that is downloaded from an external server through a network and installed in terminal 20 .

The input unit 201 has a function of receiving various inputs from the player. The input unit 201 also has a function of receiving various inputs related to character operations from the player and notifying the operation control unit 202 of them. The input unit 201 may receive an operation on the player's character CA by detecting an operation (touch operation, flick operation, swipe operation, etc.) performed by the player on the screen (touch panel) of the terminal 20. By detecting that the player has pressed a button of the game controller, the user may receive an operation for the player's own character CA.

The motion control unit 202 has a function of controlling the motion (moving direction, moving speed, etc.) of the own character CA in the virtual space based on the operation received by the input unit 201 from the player. Specifically, the action control unit 202 controls the self-character CA to move in the direction of the operation performed by the player on the screen of the terminal 20 (for example, the direction of the flick operation). Further, the action of the player's character CA is controlled so that the higher the speed of the operation, the faster the player's character CA moves. The motion control unit 202 also controls the motion (moving speed, moving direction, moving trajectory, etc.) of the ball B in the virtual space.

Note that the motion control unit 202 does not always move the self-character CA in the direction of the operation performed by the player on the screen of the terminal 20, but when a predetermined condition is satisfied, the self-character CA performs a specific motion. may be controlled to For example, when the self-character CA is positioned in a predetermined area in the virtual space and the player performs a specific operation (for example, a downward flick operation) on the game screen, the motion control unit 202 controls the self-character CA. to a specific point (for example, a goal point, etc.), and the self-character CA may be moved to that point.

Further, when the self-character CA is moving in a predetermined direction (first direction) at a constant speed, the action control unit 202 keeps the self-character CA at least until the player performs some operation (for example, touches the screen, etc.). During this period, the player character CA may continue to move in the predetermined direction (first direction) at a constant speed.

The display control unit 203 has a function of displaying a game screen that displays at least part of the virtual space on the display. The display control unit 203 also has a function of displaying the self-character CA on the game screen and displaying a map M indicating the current position of the self-character CA in the virtual space so as to be superimposed on the self-character CA. Further, the display control unit 203 has a function of displaying the ball B on the game screen and switching the texture image mapped on the surface of the ball B according to the movement amount of the ball B. FIG.

The communication unit 204 has a function of transmitting/receiving information necessary for executing the game to/from the server 10 . The information necessary for executing this game is, for example, information indicating the current position of the character CA operated by each player and the current position of the ball.

The storage unit 205 stores game data necessary for each function unit (the input unit 201, the operation control unit 202, the display control unit 203, and the communication unit 204) to execute the game. The game data includes image data of the character CA, image data of the ball B, a game scenario, and the like.

<Processing procedure>
Next, a specific processing procedure performed by the game system 1 will be described.

(map display)
In this game, each character CA and the ball B move at high speed in the virtual space, and along with this, the range of the virtual space drawn on the game screen also changes rapidly with the movement of the own character CA and the ball B. . Also, in order to get the ball B into the opponent's goal G faster than the opponent player, the player must know not only the position of his own character CA, but also the position of the enemy character, the position of the ally character, the position of the ball B, and the position of the goal G. You should always know.

Therefore, in this game, the display control unit 203 of the terminal 20 displays a map displaying the position of each character, the position of the ball B, and the position of the goal G in the virtual space on the game screen on the character CA operated by the player. Overlap display. As a result, the player can quickly grasp the positions of the other characters, the position of the ball B, and the position of the goal G while concentrating the line of sight on the self-character CA.

FIG. 7 is a diagram showing a specific example of the map M. FIG. On the map M, a self character icon CAI1 indicating the current position of the self character CA, a friend character icon CAI2 indicating the current position of the character CA operated by the friend player, and an enemy character icon indicating the current position of the character CA operated by the enemy player. CAI3 and enemy character icon CAI4 are displayed. Also, on the map M, a ball icon BI indicating the current position of the ball B, a goal icon GI1 indicating the position of the opponent's goal G (the second object targeted by the player and his teammates), and a teammate's goal G ( A goal icon GI2 indicating the position of the first object targeted by the enemy player is displayed.

Also, in order to make the position of the enemy character CA easily identifiable, the enemy character icon CAI3 and the enemy character icon CAI4 may be displayed with icons having shapes different from those of the own character icon CAI1 and the ally character icon CAI2. good. Also, the player character icon CAI1 and the teammate character icon CAI2 may be arrow-shaped, and the direction of the arrow may indicate the direction in which the player character CA and the teammate character are facing. Alternatively, only the own character icon CAI1 may be in the shape of an arrow, and the friend character icon CAI2 may be in a shape that simply indicates the position, like the enemy character icons CAI3 and CAI4. Also, in order to make the position of the self-character CA easily recognizable, the self-character icon CAI1 may be displayed in a larger shape than the other character icons.

FIG. 8 is a diagram for explaining the position where the map M is displayed on the game screen. The map M displayed on the game screen is displayed in a state of sticking to the ground (plane) provided in the virtual space. The display control unit 203 controls the display control unit 203 so that the point PCA on the ground, which is the point where the player's character CA moves in the vertical direction toward the ground from the position of the self-character CA, and the point where the character icon CAI1 is displayed on the map M match. to control the display position of the map M.

For example, in the game screen A10 shown in FIG. 8A, the map M is displayed so that the point PCA where the line segment L10 extending vertically from the self-character CA toward the ground intersects the ground and the self-character icon CAI1 coincide with each other. It is In this state, it is assumed that the own character CA moves in the virtual space toward the opponent's goal G1. FIG. 8B shows the state after the own character CA has moved. In the game screen A11 shown in FIG. 8B as well, the map M is displayed so that the point PCA where the line segment L10 extending vertically from the self-character CA toward the ground intersects the ground coincides with the self-character icon CAI1. there is That is, between the game screen A10 shown in FIG. 8A and the game screen A11 shown in FIG. 8B, the display position of the own character CA does not change, but the display position of the map M moves rightward. there is

Next, the display control unit 203 displays a direction L12 (first direction) in which the opponent's goal G1 exists from the player's character CA as a starting point on the game screen, and the map M from the current position of the player's character icon CA1 to the enemy's goal. The map M is rotated and displayed so that the direction L11 connecting the goal icon GI1 indicating the position is the same direction.

For example, when the ball B moves near the opponent's goal G, the game screen changes from the state where the enemy's goal G is not shown (B in FIG. 8) to the state where the enemy's goal G is shown (C in FIG. 8). ). In this case, as in the game screen A12 shown in C of FIG. The map M rotates so that the direction L11 connecting the goal icon GI1 indicating .

(Blur effect of ball B, color change of ball B)
In this game, when the ball B is drawn, the game screen is expressed more realistically by applying processing to express the magnitude of the movement of the object. The processing for expressing the magnitude of the motion of the object may be any processing, such as blur processing. In the following description, for the sake of convenience, it is assumed that processing for representing the magnitude of motion of an object is blur processing.

In the game data stored in the storage unit 205, a texture image set including a plurality of texture images with different blur effects is stored in association with a threshold value indicating the range of the motion amount of the ball B. FIG. Each texture image included in the set of texture images is an image that has been processed so that the blur effect increases as the movement amount of the ball increases. The display control unit 203 compares the motion amount of the ball B with the threshold value, and maps a texture image corresponding to the motion amount of the ball B onto the surface of the ball B represented by polygons to express the blur effect. . In this embodiment, the amount of movement of the ball is intended to be the moving speed of the ball, but is not limited to this. For example, the amount of motion of the ball may be the rotational speed of the ball.

FIG. 9 is a diagram showing an example of a set of texture images. FIG. 9A shows an example of a texture image (first texture image) that has not undergone blur processing, and FIG. 9B shows an example of a texture image that has undergone blur processing (second texture image). . In the texture image shown in A of FIG. 9, the surface pattern of the ball B is drawn clearly, and in the texture image shown in B of FIG. 9, the surface pattern of the ball B is drawn in a blurred state.

When the set of texture images shown in FIG. 9 is used, the display control unit 203 maps a texture image that has not been subjected to blur processing to the ball B when the amount of movement of the ball B is less than a predetermined amount of movement. If the motion amount of B is equal to or greater than a predetermined motion amount, the texture image subjected to the blur processing is mapped onto the ball B.

Note that the example of FIG. 9 is merely an example and is not limited to this. For example, a texture image used when ball B is stationary (clear image), a texture image used when ball B is moving at a moderate speed (slightly blurred image), and ball B with the highest A set of texture images may be prepared, including texture images (blurry images) for use when moving at speed.

Here, in this embodiment, a plurality of sets of texture images with different colors are prepared, and the display control unit 203 selects a set of texture images according to the progress of the game. The color of B may be changed according to the progress of the game.

For example, the display control unit 203 causes the ball B to display a texture image of a color associated with the attribute of the character (all characters including self character CA, ally character, and enemy character) that last changed the action of ball B. You may make it map. Here, changing the movement of the ball B means that the character collides with the ball B to change the movement speed or movement direction of the ball B, and that the character moves some object that collides with the ball B. changing the speed or direction of movement of ball B. Therefore, the character that last changed the motion of the ball B is the character if the character that collided with the ball B last is the character, and if the object that collided with the ball B last is It means the character who last moved the object. The attribute of a character may be, for example, an image color given to each character or a team color of a team to which the character belongs.

FIG. 10 is a diagram explaining an example of determining the color of the ball B. FIG. For example, assume that the team color of the team to which the self character CA belongs is red, and the team color of the team to which the enemy character belongs is blue. If self-character CA directly touches ball B, display control unit 203 selects a set of texture images in red, which is the team color of self-character CA, and selects a set of texture images according to the movement amount of ball B from the set. The texture image is extracted and mapped onto the ball B. Also, when the bullet W touches the ball B, and the character that moved the bullet W last is the enemy character (for example, the character that touched the bullet W or the character that fired the bullet W was the enemy character). case), the display control unit 203 selects a set of blue texture images, which is the team color of the enemy character, extracts a texture image corresponding to the movement amount of the ball B from the set, and maps the texture image onto the ball B. .

Here, each texture image included in the texture image set is included in one image data, and the display control unit 203 extracts a texture image corresponding to the movement amount of the ball B from the image data, may be mapped to

For example, as shown in FIG. 11, image data that is a set of black texture images, image data that is a set of red texture images, image data that is a set of blue texture images, and image data that is a set of purple texture images. data, image data that is a set of yellow texture images, and image data that is a set of green texture images. The left side of FIG. 11 shows image data (black in the example of FIG. 11) including the texture image currently mapped to the ball B by the display control unit 203, and the right side of FIG. Candidates of image data (other than black in the example of FIG. 11) to be used when changing the color are shown. The texture image on the left side of the image data of each color is a texture image without a blur effect, and the texture image on the right side is a texture image with a blur effect.

FIG. 12 is a diagram for explaining a method of extracting a texture image from one piece of image data. A region R1 indicated by A in FIG. 12 indicates a region represented by UV coordinates used when extracting a texture image without a blur effect from image data. That is, when mapping the texture image without the blur effect onto the ball B, the display control unit 203 extracts the texture of the area shown in A of FIG. 12 and maps it onto the ball B represented by polygons. Similarly, a region R2 shown in FIG. 12B indicates a region represented by UV coordinates used when extracting a texture image with a blur effect from image data. That is, when the texture image with the blur effect is mapped onto the ball B, the display control unit 203 extracts the texture of the area shown in FIG. 12B and maps it onto the ball B represented by polygons.

(Character movement operation)
In this game, the player moves a finger in a predetermined direction while touching the game screen. When done, the self-character CA operated by the player moves in the direction in which the player moves his/her finger on the screen. However, depending on the game situation, it may be desirable to quickly move the self-character CA toward a specific point rather than in the direction operated by the player.

Therefore, when the player performs a specific operation while the self-character CA operated by the player is positioned in a predetermined area in the virtual space, the action control unit 202 performs an operation to move the self-character CA to a specific point. is considered to have been performed, and the own character CA is moved to the point. The specific point may be a fixed point such as the teammate's goal or the player's own goal, or it may move such as the position where the ball exists, the position where the enemy character exists, or the position where the teammate character exists. It may be a point where

FIG. 13 is a diagram for explaining a specific example of a specific operation performed by the player. For example, assume that the player touches point T on the game screen and then performs a flick operation in the F1 direction. In this case, the motion control unit 202 moves the own character CA in the F1 direction. On the other hand, it is assumed that the player touches point T on the game screen and performs a flick operation in the F2 direction. When the F2 direction is within a predetermined angle (angle α) centered on the direction L20 extending directly downward from the point T on the ground, the motion control unit 202 directs the self-character CA not in the F2 direction but in the specified direction. Move to location.

Note that the specific operation shown in FIG. 13 is merely an example, and is not limited to the example of FIG. The flick operation may be performed in the right direction, or the flick operation may be performed in the substantially left direction. Alternatively, the player may tap the game screen a predetermined number of times.

Alternatively, the specific operation may be a flick operation in a specific direction (a flick operation within a predetermined angle as described with reference to FIG. 13) being continuously performed a predetermined number of times within a predetermined time. In this case, when the flick operation in the specific direction is performed only once, the player's character CA moves in the specific direction, and the flick operation in the specific direction is performed continuously a predetermined number of times within a predetermined time. In this case, the own character CA may move toward a specific point.

Also, a plurality of specific directions may be defined, and a specific point for moving the character may be defined for each of the specific directions. For example, when a rightward flick operation is performed (or when a rightward flick operation is performed continuously for a predetermined number of times within a predetermined period of time), the player moves toward the ball and performs a downward flick operation. is performed (or when a downward flick operation is continuously performed a predetermined number of times within a predetermined period of time), the player may move toward his/her own goal. It may be customizable for each player as to which direction the self-character CA moves toward when the flick operation is performed.

FIG. 14 is a diagram for explaining a specific example of conditions when moving a character to a specific point. FIG. 14 shows how the virtual space is viewed from above. In the virtual space shown in FIG. 14, the left side of the dotted line is the enemy player's position (second position), and the right side of the dotted line is the friendly player's position (in the case of a one-on-one battle, the player's own position). means, and the same applies to the following description) (first position). Also, the character operated by the player himself/herself is assumed to be the self-character CA1, and the character that is the ally of the self-character CA1 is assumed to be the ally character CA2. Character CA3 and character CA4 are assumed to be enemy characters. Also, the goal G1 is the enemy's goal (the second object targeted by the player and/or the teammate player), and the goal G2 is the teammate's goal (the first object targeted by the enemy player). It is also assumed that the specific point is the goal G2. The goal G1 is arranged in the enemy player's territory, and the goal G2 is arranged in the teammate player's territory.

For example, as shown in A of FIG. 14, the action control unit 202 directs the self-character CA1 toward the goal G2 when the self-character CA1 is in the position of the enemy player and when the player performs a specific operation. You may make it move. As a result, for example, even when the self-character CA is in the enemy player's position, it is possible to quickly move the self-character CA toward the own goal G2.

As another example, as shown in FIG. 14A, the action control unit 202 controls the position of the ball B within a predetermined distance (d1) from the goal G2 when the own character CA1 is in the enemy player's position. and the player performs a specific operation, the own character CA1 may be moved toward the goal G2. As a result, it is possible to quickly move the self-character CA only when the battle situation is considerably deteriorated, and it is possible to suppress erroneous operations by the player.

Further, as shown in FIG. 14B, the action control unit 202 causes the own character CA1 to be positioned in the enemy player's territory, and all the enemy characters (the character CA3 and the character CA4) and the ball B to be positioned in the friendly player's territory. In this case, the self-character CA1 may be moved toward the goal G2 when the player performs a specific operation.

Further, as shown in FIG. 14C, the action control unit 202 directs the self-character CA1 toward the goal G2 when the self-character CA1 is positioned in the position of the teammate player and the player performs a specific operation. You may make it move.

Further, as shown in FIG. 14C, the action control unit 202 controls the control even when the self-character CA1 is positioned in the position of the teammate player and all the enemy characters are positioned closer to the goal G2 than the self-character CA1. The self-character CA1 may be moved toward the goal G2 when there is and the player performs a specific operation.

As another example, the action control unit 202 determines that the own character CA1 is positioned in the enemy player's (or teammate player's) position, the character that last touched the ball B is the enemy character, and the player is The own character CA1 may be moved toward the goal G2 when a specific operation is performed.

As another example, the action control unit 202 moves the player's character CA1 to the goal G2 when the player's character CA1 is positioned in the enemy player's (or teammate's) position and the player performs a specific operation. When the self-character CA1 is positioned in the position of the teammate player and the player performs a specific operation, the self-character CA1 is moved toward the goal G1 (or the enemy's penalty area). good too.

(Character movement control at maximum speed)
In this game, the player must operate his/her own character CA in the virtual space and hit the ball B into the opponent's goal G faster than the enemy character puts the ball B into the opponent's goal G. For that purpose, it is considered that the player often keeps moving his/her own character CA at the maximum speed.

Therefore, when the self-character CA operated by the player is moving at the maximum speed in the first direction, the action control unit 202 controls the control until the player touches the game screen (that is, while the player does not perform any operation). ), so that the own character CA continues to move in the first direction at the maximum speed.

Further, when the player performs a flick operation in the second direction on the game screen while the own character CA is moving in the first direction at the maximum speed, the action control unit 202 controls the content of the flick operation or the game. Depending on the situation, the self-character CA changes the moving direction to the second direction while maintaining the moving speed at the maximum speed, or the self-character CA changes the moving direction to the second direction and slows down the moving speed. switch between

More specifically, when the player's own character CA is moving in the first direction at the maximum speed and the player performs a flick operation in the second direction, the motion control unit 202 changes the direction between the first direction and the second direction. The angle difference, the strength of the flick operation, and the specific objects (ball B, fences, walls, items, etc. installed in the virtual space) that can be touched by the character in a predetermined range toward the second direction ), the movement direction of the self-character CA is changed to the second direction while the movement speed of the self-character CA is maintained at the maximum speed, or the movement direction of the self-character CA is changed to the second direction. Toggles whether to slow down the movement speed by changing to

(Specific example 1)
For example, when the angle difference between the first direction and the second direction is within a predetermined angle, the motion control unit 202 changes the moving direction of the own character CA to the second direction while maintaining the maximum speed. It may be made to operate. Further, when the angular difference between the first direction and the second direction exceeds a predetermined angle, the self-character CA may be made to move in the second direction and then decelerate. good.

FIG. 15 is a diagram for explaining a method of controlling the movement direction of a character at maximum speed. In FIG. 15, it is assumed that the self-character CA is moving in the L30 direction at the maximum speed. Also, it is assumed that the user has performed a flick operation in the F5 direction or the F6 direction with the point T as the starting point. Also, the L31 direction with the point T as the starting point is assumed to be the same direction as L30. Further, the direction F5 is included within a predetermined angle (angle α) centered on the direction L31, and the direction F6 is included within a predetermined angle (angle α) centered on the direction L31. Make it not exist.

For example, if the user performs a flick operation in direction F5 while self-character CA is moving at maximum speed in direction L30, self-character CA changes its movement direction to direction F5 while maintaining the maximum speed. do. Further, when the user performs a flick operation in direction F6 while self-character CA is moving at the maximum speed in direction L30, self-character CA changes its movement direction to direction F5, and the movement speed reaches its maximum speed. Gradually slow down from speed.

As a result, for example, when the self-character CA is moving toward the opponent's goal at full speed but the direction is slightly deviated, the player can flick once in the desired direction to move the self-character CA. By simply doing this, it becomes possible to finely adjust the moving direction of the own character CA.

Also, for example, if the player's own character CA is moving at full speed toward the opponent's goal, but suddenly has to move in a different direction from the opponent's goal, the player can move the player's own character CA forward. By performing a single flick operation in the desired direction of movement, the movement direction of the self-character CA can be changed and the movement at the maximum speed can be stopped.

(Specific example 2)
When the strength of the flick operation in the second direction is less than a predetermined strength, the action control unit 202 changes the movement direction to the second direction while maintaining the movement speed of the own character CA at the maximum speed. It may be made to operate. Further, when the strength of the flick operation in the second direction is equal to or greater than a predetermined strength, the player's character CA may change its moving direction to the second direction to reduce its moving speed. .

For example, in the example of FIG. 15, when the user performs a flick operation in the F5 direction with less than a predetermined strength while the self-character CA is moving at the maximum speed in the direction L30, the self-character CA While maintaining the speed, change the movement direction to the F5 direction. Further, when the user performs a flick operation in the direction of F6 with a predetermined force or more while the self-character CA is moving at the maximum speed in the direction of L30, the direction of movement of the self-character CA is changed to the direction of F5. to gradually reduce movement speed from maximum speed.

As a result, for example, when the self-character CA is moving toward the opponent's goal at full speed but the direction is slightly deviated, the player performs a light flicking operation in the desired direction to move the self-character CA. It is possible to finely adjust the moving direction of the player's character CA.

Also, for example, if the player's own character CA is moving at full speed toward the opponent's goal, but suddenly has to move in a different direction from the opponent's goal, the player can move the player's own character CA forward. Only by strongly flicking in the desired direction of movement, the moving direction of the self-character CA can be changed and the movement at the maximum speed can be stopped.

The strength of the flick operation may be defined by the amount of movement of the flick operation (the distance between the touch start point and the touch end point). For example, a case where the flick operation movement amount is less than a predetermined distance is defined as a weak flick operation, and a case where the flick operation movement amount is greater than or equal to a predetermined distance is defined as a strong flick operation. good too.

Alternatively, the strength of the flick operation may be defined by the speed of the flick operation (the speed from the touch start point to the touch end point). For example, a weak flick operation may be defined when the flick operation speed is less than a predetermined speed, and a strong flick operation may be defined when the flick operation speed is equal to or higher than the predetermined speed. .

Alternatively, the strength of the flick operation may be defined by the movement amount and speed of the flick operation. For example, a weak flick operation is defined as a case where the movement amount of the flick operation is less than a predetermined distance and the speed of the flick operation is less than a predetermined speed. Alternatively, a strong flick operation may be defined when the speed of the flick operation is equal to or higher than a predetermined speed.

Alternatively, the strength of the flick operation may be defined by the pressure applied to the touch panel during the flick operation. For example, a weak flick operation is defined when the pressure during the flick operation is less than a predetermined value, and a strong flick operation is defined when the pressure during the flick operation is greater than or equal to a predetermined value. good too.

(Specific example 3)
The motion control unit 202 detects a specific object (for example, a ball, a fence indicating the range of the virtual space, etc.) that can be touched by the self-character CA within a predetermined range from the second direction in which the player performed the flick operation. If not, the self-character CA may be made to move in the second direction while maintaining the maximum speed.

Further, the action control unit 202 controls a specific object (for example, a ball, a fence indicating the range of the virtual space, etc.) that can be touched by the own character CA within a predetermined range from the second direction in which the player has performed the flick operation. exists, the self-character CA may be moved to change its moving direction to the second direction to reduce its moving speed.

For example, in the example of FIG. 15, when the user performs a flick operation in the F6 direction at a speed less than a predetermined speed while the own character CA is moving in the L30 direction at the maximum speed, a ball or If there is no fence or the like, the own character CA changes its moving direction to F6 direction while maintaining the maximum speed. Also, when the user performs a flick operation in the F6 direction at a predetermined speed or higher while the own character CA is moving at the maximum speed in the direction of L30, and there is a ball, a fence, etc. in the direction of F6. , the movement direction of self-character CA is changed to direction F6, and the movement speed is gradually reduced from the maximum speed.

As a result, for example, when the player wishes to change the direction in which an object such as a ball or a fence does not exist while moving the self-character CA toward the opponent's goal at full speed, the player can move the self-character CA. Only by performing a flick operation in the desired direction, it is possible to change only the moving direction while moving the own character CA at the maximum speed.

Also, for example, when the player's own character CA is moving at full speed toward the opponent's goal, but the ball is approaching and the player wants to change the moving direction to the direction where the ball is, the player can move the player's own character CA forward. is strongly flicked toward the ball, the moving direction of the self-character CA can be changed and the self-character CA can be decelerated.

The processing described above is not limited to the case where the self-character CA is moving at the "maximum speed", but can also be applied when the self-character CA is moving at a constant speed. In addition, the maximum speed is not only the maximum speed at normal time (when no items that increase maximum speed are used and no skills that increase maximum speed are activated), but also increases maximum speed Top speed with items and with skills that increase top speed can be included. Also, the maximum speed may be defined as the upper limit of the movement speed of the character realized by a predetermined action (for example, a flick operation).

(character skills)
In this game, the self-character CA can be equipped with a plurality of items capable of improving the skill (ability) of the self-character CA. Skills of self-character CA include, for example, acceleration, maximum speed during movement, and shooting accuracy. Items include, for example, an item that improves acceleration and an item that improves shot accuracy.

FIG. 16 is a diagram showing a display example of items equipped to a character. As shown in FIG. 16, one wheel-shaped object is displayed on each of the left rear and right rear of the own character CA displayed on the game screen. Each object further includes area S1, area S2, area S3, area S4 and area S5. Area S1 displays items that are being equipped by the self-character CA, and areas S2 to S5 display items that the self-character CA possesses but is not equipped with. By operating the game screen, the player can arbitrarily select an item to equip from among the items that the player possesses.

When the self-character CA moves, an effect display is performed in which the areas S2 to S4 rotate around the area S1. Also, the distance between the self-character CA and each of the wheel-shaped objects changes according to the moving speed of the self-character CA. Specifically, the faster the movement speed of the self-character CA, the greater the distance between the self-character CA and each of the wheel-shaped objects. In other words, the faster the moving speed of the player's character CA is, the more delayed the wheel-shaped object follows.

<Summary>
According to the embodiment described above, in a game in which each character CA and the ball B move around in various ways in the virtual space, the map M is superimposed on the self-character CA and displayed. This allows the player to grasp the position of the player's own character CA in the virtual space with less movement of the line of sight.

Further, according to the present embodiment, a plurality of texture images with different blur effects are prepared in advance, and the texture image corresponding to the movement amount of the ball B is mapped onto the ball B. FIG. This makes it possible to realize the blur effect on the ball B with a smaller processing load.

Further, according to the present embodiment, when the self-character CA is located in a predetermined area (for example, an enemy's position) and the player performs a specific operation, the self-character CA is moved to a specific location (for example, an ally position). goal). This makes it possible to more reliably move the player's character CA toward the specific point in a situation where the player's character CA must be moved to the specific point in a hurry.

Further, according to the present embodiment, while the self-character CA is moving at the maximum speed, the self-character CA continues to move at the maximum speed unless the player performs a particular operation. This allows the player to move the character at high speed with fewer operations. In addition, the exhilaration of the game is created, and it becomes possible to enhance the interest of the game.

Further, according to the present embodiment, when the self-character CA is moving at the maximum speed, only the moving direction of the self-character CA can be changed by a simple operation, or the moving direction of the self-character CA can be changed while decelerating it. I tried to This makes it possible to operate the character more accurately even when the character is moving at high speed.

The embodiments described above are for facilitating understanding of the present invention, and are not intended to limit and interpret the present invention. Flowcharts, sequences, elements included in the embodiments, their arrangement, materials, conditions, shapes, sizes, and the like described in the embodiments are not limited to those illustrated and can be changed as appropriate. Also, it is possible to partially replace or combine the configurations shown in different embodiments.

For example, the game according to the present embodiment may be a game using AR technology in which characters and various objects are superimposed and displayed in real space. That is, the virtual space according to this embodiment may include an AR space that uses a real space.

REFERENCE SIGNS LIST 1 game system 10 game server 11 CPU 12 storage device 13 communication IF 14 input device 15 output device 20 terminal 101 communication unit 102 game control unit 103 Memory unit 201 Input unit 202 Operation control unit 203 Display control unit 204 Communication unit 205 Storage unit 325 Display control unit

Claims (9)

A game program in which a player operates a character in a virtual space,
the computer,
input means for receiving an operation on the character;
motion control means for causing the character to move in the virtual space based on the operation received by the input means;
The character and a moving object different from the character are displayed in a game screen displaying a part of the virtual space, and a map indicating the current position of the character in the virtual space is displayed as the position of the character. display control means for displaying in correspondence ;
to make it work ,
The display control means displays the character and the moving object on a center line dividing the game screen into left and right sides.
game program. A plane is provided in the virtual space,
the map is displayed attached to the plane on the game screen;
The game program according to claim 1. The display control means causes a first point on the plane vertically moved from the position of the character toward the plane on the game screen to coincide with a second point indicating the position of the character on the map. causing the map to be displayed to
3. A game program according to claim 2. the position of an object fixed in the virtual space is displayed on the map;
The display control means controls a first direction, which is a direction in which the fixed object exists with the position of the character as a starting point on the game screen, and a position of the fixed object from the current position of the character on the map. Rotate and display the map so that the direction connecting the
A game program according to any one of claims 1 to 3. The fixed objects include a first object targeted by an enemy player, and a second object targeted by the player and a friendly player of the player, and
the first object and the second object are displayed on the map so as to be identifiable;
5. A game program according to claim 4. The map displays the position of the character operated by the player and the position of the character operated by another player in the virtual space.
A game program according to any one of claims 1 to 5. The position of the character operated by the player and the position of the enemy character are identifiably displayed on the map.
A game program according to any one of claims 1 to 6. A game processing method executed by a terminal in a game in which a player operates a character in a virtual space,
a step of receiving an operation on the character;
a step of moving the character in the virtual space based on the operation accepted by the accepting step;
The character and a moving object different from the character are displayed in a game screen displaying a part of the virtual space, and a map indicating the current position of the character in the virtual space is displayed as the position of the character. displaying in correspondence ;
including
The displaying step displays the character and the moving object on a center line that divides the game screen into left and right sides.
Game processing method. A game terminal for executing a game in which a player operates a character in a virtual space,
an input unit that receives an operation on the character;
a motion control unit that moves the character in the virtual space based on the operation received by the input unit;
The character and a moving object different from the character are displayed in a game screen displaying a part of the virtual space, and a map indicating the current position of the character in the virtual space is displayed as the position of the character. a display control unit that displays in correspondence ;
has
The display control unit displays the character and the moving object on a center line dividing the game screen into left and right sides.
game terminal.

Images