JP7709909B2 - GAME PROGRAM, GAME PROCESSING METHOD AND INFORMATION PROCESSING DEVICE - Google Patents

Description

This disclosure relates to a game program, a game processing method, and an information processing device.

Games in which many characters are crowded together, such as action games and simulation games, are known. For example, in an action game, enemy characters that attempt to attack the player character may crowd around the player character.

In response to this, technology has been devised to control the movements of crowded enemy characters (see, for example, Patent Document 1). Patent Document 1 discloses an image processing method that displays the movements of crowded enemy characters in a more natural manner.

JP 2019-118687 A

However, with conventional technology, crowding of characters can cause problems with character behavior. For example, when multiple enemy characters attempt to approach a player character, the enemy characters will attempt to move forward even if there is another enemy character in their destination. When characters are crowded together in this way, they end up pushing against each other, preventing the characters from moving as intended, and the unnatural character movements can reduce the interest of the game.

Therefore, in one aspect, the present disclosure aims to improve the movement of objects during collisions.

In one embodiment, a game program is provided that causes a computer to execute a process of determining overlap between collision objects, which are virtual bodies, in order to detect collisions of each object in a virtual space, calculating an extrusion ratio for each of the collision objects determined to overlap by referring to parameters stored in a storage unit corresponding to the object and/or collision object, extruding each of the overlapping collision objects according to the extrusion ratio, and controlling the display of the object corresponding to the collision object according to the extrusion of the collision object.

In one aspect, the present disclosure can improve the movement of objects during collisions.

FIG. 1 is a diagram showing an example of the configuration of a game system according to an embodiment. FIG. 13 is a diagram showing another example of the configuration of the game system according to the embodiment. FIG. 1 is a diagram showing a hardware configuration of a game machine according to an embodiment. FIG. 2 is a diagram showing the functional configuration of the game machine according to the embodiment. FIG. 1 is a diagram illustrating a conventional extrusion process. FIG. 1 is a diagram illustrating a conventional extrusion process. 5A to 5C are views for explaining an extrusion process according to the embodiment. FIG. 4 is a diagram showing an example of a parameter table according to the embodiment. 11 is a flowchart showing a game processing method including an extrusion process according to an embodiment. 10A to 10C are views for explaining an extrusion process according to a modified example of the embodiment.

Below, the embodiments for implementing the present disclosure will be described with reference to the drawings. Note that in this specification and drawings, substantially identical configurations may be designated by the same reference numerals to avoid redundant description.

[Game System]
1 is a diagram showing an example of the configuration of a game system 1 according to an embodiment. The game system 1 includes a game machine 3, which is an example of an information processing device, a game controller 5, and a display device 7. Each of the game controller 5 and the display device 7 is connected to the game machine 3 so as to be able to communicate with each other via wire or wirelessly.

The game machine 3 is, for example, a stationary game machine. However, this is not limited to this, and the game machine 3 may be, for example, a portable game machine that is equipped with an input unit, a display unit, etc.

In addition, the game machine 3 is not limited to a dedicated game machine, but may be, for example, a computer, desktop computer, notebook computer, tablet computer, or the like that is manufactured and sold as a computer, or a mobile terminal that also functions as a telephone, such as a smartphone, mobile phone, or phablet. These devices are usually used as general-purpose information processing terminal devices, but when a player executes the installed game program, the player can progress through the game, just like a dedicated game machine.

The game program of this embodiment is installed on the game machine 3. The game program is distributed in a state stored on an optical storage medium such as a CD-ROM or a semiconductor memory such as a USB memory, or is distributed in a form in which it is downloaded from a server device.

The player uses the game controller 5 to perform various operational inputs. In the example shown in FIG. 1, the game controller 5 has, for example, a cross key 9 and a plurality of buttons 8. Note that the game controller 5 may have, for example, a joystick or a touchpad instead of or in addition to the above. The game controller 5 may also have a microphone, allowing voice operation. The game controller 5 may also have a gyro sensor, an acceleration sensor, etc., allowing operation by the player changing the attitude of the game controller 5.

The game machine 3 may further communicate with a server device on the network (see FIG. 2). Multiple game machines 3 executing the same game program are connected to the server device, enabling so-called online games. An online game is, for example, a game in which multiple players can operate the same game program in a cooperative manner. The server device for an online game may receive the positions and operation commands of other players and transmit them to the game machines 3 of the other players. The game machine 3 performs the actual game processing, such as drawing each player and reflecting the operation commands.

Figure 2 is a diagram showing another example configuration of the game system 1 in an embodiment. The game system 1 in the embodiment provides various services related to the game to players via a network N (e.g., the Internet, etc.). The game system 1 has a server device 10 and a terminal device 30. The server device 10 is an example of an information processing device (processing device) that provides various services related to the game to the terminal device 30. The server device 10 may be a personal computer, a workstation, a cloud computer, etc.

The terminal device 30 is an example of an information processing device used by a player when playing a game. The terminal device 30 may be a game machine, or may be a computer that is manufactured, sold, etc. as a computer, such as a desktop computer, a notebook computer, or a tablet computer, or may be a mobile terminal that also functions as a telephone, such as a smartphone, a mobile phone, or a phablet.

The terminal device 30 requests the server device 10 to deliver various information related to the game (such as a game program describing the game processing method and game screens). When the server device 10 receives a request for delivery of various information from the terminal device 30, it delivers a web page of the game program and game screens to be played on the terminal device 30.

The terminal device 30 has a web browser function that allows the player to view a web page that displays a game screen. This allows the terminal device 30 to display a web page such as a game screen distributed from the server device 10. The server device 10 may provide a game such as an online game in which player characters and non-player characters operated by the player are divided into allies and enemies and compete against each other.

The game system 1 may be of a so-called P2P (Peer To Peer) type in which a game machine 3 as exemplified in FIG. 1 or a terminal device 30 as exemplified in FIG. 2 communicates with another game machine 3 or another terminal device 30. In this case, the server device 10 in FIG. 2 does not need to be provided. The game system 1 may also be a so-called cloud game. The game system 1 in FIG. 1 and FIG. 2 is an example, and various system configuration examples are possible depending on the application and purpose. Below, the game system 1 of this embodiment will be described mainly using the configuration in FIG. 1.

The game machine 3 is not limited to competitive games, and can provide any type of game, including sports games such as basketball and tennis, racing games, and city-building games. The game machine 3 can also provide games using gacha or the like. However, the games executed by the game system 1 disclosed in this embodiment are preferably competitive games (action games) in which characters are densely packed together. In this embodiment, as described below, the push ratio of characters (objects) that collide during the game is calculated, and the characters (objects) are pushed out according to the push ratio, thereby realizing a natural depiction of the collision.

In this embodiment, the term "object" refers to people and objects that exist mainly in a virtual space (e.g., a virtual three-dimensional space). For example, PCs, enemy characters, rocks, buildings, and other things that appear in a virtual space are all objects.

[Game console hardware configuration]
Next, the hardware configuration of the game machine 3 will be described with reference to FIG. 3. FIG. 3 is a diagram showing the hardware configuration of the game machine 3 according to the embodiment. The game machine 3 has a CPU (Central Processing Unit) 121, a memory 122, a communication device 123, an input device 124, and a display device 125. The CPU 121 controls the game machine 3. The memory 122 is, for example, a storage medium in the game machine 3 that can be directly accessed by the CPU 121. The communication device 123 is a communication device such as a network circuit that controls communication with other devices. The input device 124 is an input device that is connected to the game machine 3 like the game controller 5, and does not need to be inside the game machine 3. The input device 124 may be an input device such as a camera or a touch panel. The display device 125 is an output device such as a display.

The game machine 3 may be equipped with various microprocessors such as a GPU (Graphics Processing Unit) and a DSP (Digital Signal Processor), and various memories 122 such as a VRAM, RAM, and ROM.

The game machine 3 has a game management function that stores various game data required for playing the game through arithmetic processing in the memory 122 and controls and manages the execution of the game processing. The game processing method is executed by the CPU 121 performing arithmetic processing based on a predetermined game program and game data.

[Functional configuration of game machine]
Next, the functional configuration of the game machine 3 will be described with reference to Fig. 4. Fig. 4 is a diagram showing the functional configuration of the game machine 3 according to the embodiment. The game machine 3 has a control unit 11, a storage unit 12, and a communication unit 13.

The control unit 11 transfers data between each unit and controls the game machine 3. The control unit 11 is realized by the CPU 121 executing a game program stored in the memory 122.

The storage unit 12 stores a game program that causes the computer to execute a game, various data, and various information. The storage unit 12 is realized, for example, by a memory 122. The storage unit 12 has a ROM (Read Only Memory), which is a read-only storage area in which the game program is stored, and a RAM (Random Access Memory), which is a rewritable storage area used as a work area for calculation processing by the control unit 11. The storage unit 12 is realized, for example, by a non-volatile storage device such as a flash memory or a hard disk. Part or all of the game program may be stored in the RAM.

Furthermore, the storage unit 12 stores a parameter table 21. FIG. 8 is a diagram showing an example of the parameter table 21 according to the embodiment. The parameter table 21 stores a collision ID set for each object ID (including a character ID) capable of identifying a character or other object, and parameters set for each object and/or collision object identified by the object ID and/or collision ID. Collision objects and parameters will be described later.

The communication unit 13 has a function for communicating with the terminal device 30 and/or other devices. The communication unit 13 has a function as a receiver that receives various data transmitted from the terminal device 30 and/or other devices, and a function as a transmitter that transmits various data to the terminal device 30 and/or other devices in response to commands from the control unit 11. The communication unit 13 is realized, for example, by a NIC (Network Interface Card).

The control unit 11 has a game execution processing unit 14, a collision control unit 15, an overlap determination unit 16, a calculation unit 17, and a display control unit 18. The game execution processing unit 14 executes a fighting game in which, for example, a player character operated by a player fights against an enemy character in a virtual space. However, the game executed by the game execution processing unit 14 is not limited to a fighting game, and may be, for example, a simulation game or other game.

In this specification, the object is a display component displayed in a virtual space, and includes movable objects and fixed objects on a stage displayed on a game screen. The movable objects include a player character and a non-player character. The non-movable objects include objects such as buildings and mountains. A capsule-shaped collision object is set for each object including a character (see FIG. 5). The collision object is configured to cover the object and is used for collision detection of the object. In the example of FIG. 5, the collision objects T1 and T2 cover the characters C1 and C2 in a capsule shape, respectively, and are used for collision detection of the characters C1 and C2. In the following, the collision object is also called a "collision". The collision object is a virtual body and is not displayed on the screen. Therefore, the collision objects T1 and T2 are not visible to the player. However, the shape of the collision is not limited to a capsule shape, and various shapes of collision objects such as a square, a sphere, and a cylinder can be used according to the shape of the object for which the collision detection is to be performed.

The collision control unit 15 controls the movement of collisions in conjunction with the movement of objects such as characters in the virtual space. The overlap determination unit 16 determines the overlap of collisions, which are virtual bodies, in order to detect collisions of each object in the virtual space. Some parameters indicate whether a collision is fixed or not. If the parameter is fixed, the object covered by the collision is fixed and does not move. If the parameter is not fixed, the object covered by the collision can move. The calculation unit 17 does not need to determine the overlap of collisions whose parameters are fixed.

The calculation unit 17 refers to the parameters stored in the parameter table 21 of the storage unit 12 corresponding to the collisions and calculates the push-out ratio of each collision determined to overlap. The push-out ratio of each collision is the ratio of pushing each collision in the opposite direction to the direction of collision in order to resolve the overlap (collision) between the collisions. The overlap determination unit 16 may determine the overlap of collisions whose parameters are not fixed, and the calculation unit 17 may calculate the push-out ratio of each non-fixed collision determined to overlap. However, this is not limited to this, and the overlap determination unit 16 may determine the overlap of collisions regardless of whether the parameters are fixed or not, including collisions whose parameters are fixed, and the calculation unit 17 may calculate the penetration depth according to the softness of each collision determined to overlap, and calculate the push-out ratio of each collision determined to overlap according to the penetration depth.

The parameters include at least one of the attributes of the object displayed in the collision and the distance from the virtual camera that captures the game, and are set in advance in the parameter table 21. As shown in FIG. 8, the attributes of the object may be at least one of the type of object displayed in the collision, importance, size, weight, weapon (strength), softness, action (speed/direction), fixed/unfixed, power, character type, height from the ground, and attributes of the group to which the object belongs. For example, group attributes include the importance of the group, such as the unit to which the player character belongs, the number of members, strength, type, etc. Note that the parameters shown in FIG. 8 are only examples and are not limited to these. For example, the parameters may include combat parameters such as HP and stamina, and training levels. Furthermore, weapons are an example of equipment parameters, and equipment includes weapons as well as armor.

At least one of the parameters may change dynamically. For example, the parameters may change dynamically depending on the progress of the game, the growth of the character, etc. The calculation unit 17 may refer to the parameters periodically or irregularly, and calculate the push-out ratio between the collisions determined to overlap by the overlap determination unit 16 based on the latest parameters.

The display control unit 18 controls the movement of characters and the display of objects. The display control unit 18 causes a virtual space in which multiple characters and other objects appear to be displayed on the display device 125 of the terminal device 30. The display control unit 18 controls the web page of the game screen, transmits the web page of the game screen to the terminal device 30 via the communication unit 13, and displays it on the screen of the terminal device 30. The display control unit 18 pushes out each overlapping collision object by a push-out distance according to the push-out ratio, and controls the display of objects corresponding to each collision according to the push-out of the collision objects.

[Extrusion processing]
When objects such as characters collide during a game, the positions of both or one of the collisions may be moved to resolve the collision state of the objects. Hereinafter, this procedure is also referred to as the collision push-out process or simply the push-out process. In conventional push-out processes, the push-out ratio of each collision is fixed. In the push-out process according to this embodiment, the push-out ratio of each collision is variable and optimized.

The extrusion process according to this embodiment will be described with reference to Figs. 5 to 7, while comparing it with a conventional extrusion process. Figs. 5 and 6 are diagrams for explaining the conventional extrusion process. Fig. 7 is a diagram for explaining the extrusion process according to this embodiment.

In FIG. 5(a), collisions T1 and T2 overlap each other. If collisions T1 and T2 overlap even slightly, this indicates that characters C1 and C2 are colliding. In other words, whether characters C1 and C2 are colliding can be determined by whether collisions T1 and T2 surrounding characters C1 and C2, respectively, overlap. The distance by which collisions T1 and T2 overlap is called the penetration depth.

In the example of FIG. 5(a), the penetration depth is indicated by A1. If the penetration depth A1 is greater than 0, the characters C1 and C2 are in a collision state. In this case, the penetration depth A1 can be set to 0 by executing a collision extrusion process, thereby resolving the collision state between the characters C1 and C2. In the example of FIG. 5(a) and (b), the collision state between the characters C1 and C2 can be resolved by moving and displaying the character C1 by pushing out the collision T1 by the penetration depth A1.

Conventionally, pushing out two colliding objects is done by either:
1. Of the two collisions, only the one with the lower priority is moved the penetration depth in the opposite direction to the collision direction.
2. Move both collisions in opposite directions by 1/2 the penetration depth.

In the case of 1, only one of the characters (objects) that pushed the collision is displayed pushed in the opposite direction to the collision direction. In the example of FIG. 5(b), the collision T1 is pushed out by the penetration depth A1, and the amount of push of the collision T2 is 0. As a result, only one of the characters C1 is displayed pushed out in the opposite direction to the collision direction due to the collision. For example, in the case of a collision between a building and a player character, the building is not pushed out, and only the player character is pushed out. As another example, in the case of a collision between an enemy character and a player character, the player character is not pushed out, and only the enemy character is pushed out. As yet another example, depending on the importance of the characters, if the enemy character is a boss and the player character is less important than the boss, the enemy character is not pushed out, and only the player character is pushed out.

On the other hand, in the case of 2, the collision is pushed out in half, so both characters (objects) are displayed pushed out in half in the direction opposite the collision direction. In this case, in the example of Figure 5(a), the push amount of the collisions T1 and T2 is both 1/2 of the penetration depth A1, and the characters C1 and C2 are pushed out the same push distance A1/2 in the opposite direction to the collision direction.

A specific example of collision extrusion processing will be described with reference to Figure 6. Figures 6(a) to (f) are top views of collisions T1 to T3. Objects within the collisions are omitted.

To execute the collision extrusion process, a virtual plane with the penetration direction as its normal is placed at the point with the deepest penetration depth, and the collision is extruded so that the collision does not intrude into this plane. In Figure 6, a two-dimensional virtual space is represented, so the virtual plane is shown as a virtual line. Figures 6(a) to (d) show the extrusion process for case 1, and Figures 6(e) and (f) show the extrusion process for case 2. In the examples of Figures 6(a) and (b), a virtual plane VP1 with the penetration direction as its normal is placed at the point with the deepest penetration depth. When extruding one of the collisions, the extrusion process of collision T1 is performed until collision T1 no longer intrudes into virtual plane VP1, as shown in Figure 6(b).

In the example of Figures 6(c) and (d), three collisions T1 to T3 overlap. For example, if collisions T2 and T3 are collisions of fixed objects such as buildings, and collision T1 is a collision of a non-fixed object, collision T1 is pushed out until it does not invade both the virtual plane VP1 for collisions T1 and T2, and the virtual plane VP2 for collisions T1 and T3.

In the examples of Figures 6(e) and (f), both collisions T1 and T2 are pushed out. In this case, the virtual plane VP1 is set to the middle of the penetration depth, and both collisions T1 and T2 are pushed out by half the penetration depth.

When pushing out only one of collisions T1 and T2, the system only judges the priority of the collision push and decides which collision to push out, i.e., which collision to push out, and does not calculate the push out ratio for each collision. The push out ratio for a collision that is judged to be pushed out is 100%, which is a fixed value. Note that when pushing out both collisions T1 and T2, neither the collision to be pushed out is judged nor the push out ratio for the collision is calculated. The push out ratio for both collisions is 50%, which is a fixed value.

In particular, when pushing out only one of the colliding collisions (case 1), the priority changes depending on the game situation, so the target for pushing may alternate between the two colliding collisions when determining which collision to push out based on priority. As a result, the two collisions may oscillate while pushing and pulling, resulting in unnatural behavior and reducing interest.

If both collisions T1 and T2 are pushed out by half the penetration depth each (case 2), the differences in the strength of the characters (objects) in the two collisions cannot be expressed as a result of the collision, resulting in a uniform push-out process, which may result in a lack of impact when characters are crowded together and collisions occur frequently, leading to a decrease in interest.

In view of the above, in the collision push-out process according to this embodiment, in order to increase interest through natural object movement upon collision, the push-out ratio of each overlapping collision can be set steplessly between 0% and 100%. For example, as shown in FIG. 7, the position of the virtual plane VP1 used to push out the overlapping collisions T1 and T2 is changed according to the parameters of the characters C1 and C2 (see FIG. 5) corresponding to the collisions T1 and T2. In the example of FIG. 7, the virtual plane VP1 is placed in a position that pushes out the collisions T1 and T2 at a ratio of 4:1. However, the push-out ratio of 4:1 is merely an example and is not limiting.

In this way, in the collision extrusion process according to this embodiment, rather than extruding only one of the overlapping collisions, or extruding half of each, the extrusion ratio (extrusion distance) of both collisions is continuously corrected according to the parameters of each collision. This makes it possible to render the movement of objects, including colliding characters, more natural and to enhance gameplay. In particular, it is possible to prevent unnatural movements between colliding characters in scenes where characters are crowded together, which would reduce the interest of the game.

The parameters stored in the parameter table 21 may be dynamically changed depending on the game situation, etc. In other words, in the collision push-out process according to this embodiment, the push-out ratio of overlapping collisions can be changed steplessly according to the game situation based on the dynamically changing parameters.

Note that the parameters stored in the parameter table 21 are merely examples and are not limited thereto. The calculation unit 17 may calculate the extrusion ratio using all of the parameters, or may calculate the extrusion ratio using one or more parameters selected from the parameters stored in the parameter table 21.

By setting and selecting parameters, the push ratio of both collisions at the time of collision can be controlled. For example, by increasing the push ratio of the collision of a relatively light character using the "weight" parameter of the character in the collision, the display can be controlled so that the push amount (push distance) of the light character is greater than the push amount of the heavy character. This makes it easier to understand the weight (lightness) of the character at the time of collision, similar to the movement of objects in real space. However, the display can also be controlled to achieve the opposite result based on the same parameters. In other words, the display can be controlled so that the push amount of the heavy character is greater than the push amount of the light character.

For example, by increasing the collision push ratio of characters with relatively low status using parameters such as status that indicate the "importance" of a character in a collision, the display can be controlled so that the amount of push of low status characters is greater than the amount of push of high status characters. This makes it possible to express differences in the influence of characters according to their status. However, the display may also be controlled to produce the opposite result based on the same parameters. In other words, the display may be controlled so that the amount of push of high status characters is greater than the amount of push of low status characters.

For example, by increasing the collision push ratio of enemy characters depending on whether they are enemies or allies, depending on the "force" parameter of the character in the collision, the display can be controlled so that the enemy character's push amount is greater than that of the ally. This allows the amount of push to be changed depending on the morale, number of people, and battle situation (superior/disadvantageous) of the force to which the character belongs. For example, the strength of the force to which the character belongs can be expressed by reducing the amount of push when morale is high, the number of people is large, or the force is in an advantageous position. Alternatively, regardless of the above, the visibility of ally objects that the player should check as a priority can be increased by reducing the amount of push of the ally force. However, the display may also be controlled to achieve the opposite result based on the same parameters. In other words, the display may be controlled so that the amount of push of the ally is greater than the amount of push of the enemy.

For example, by using the parameter for the "type" of object in the collision to increase the collision push ratio of objects other than the specific object (e.g. a character such as a person) compared to the specific object (e.g. a vehicle such as a horse), the display can be controlled so that the push amount of the specific object is smaller than the push amount of the other objects. This makes it possible to display vehicles such as horses so that they do not move away from the collision site as much as possible upon collision. However, control may also be performed to achieve the opposite result based on the same parameter. In other words, the display may be controlled so that the push amount of the specific object is larger than the push amount of the other objects.

The strength of the group to which the character belongs (e.g., a unit) can be reflected in the result of collision push using parameters such as the morale and number of people in the group to which the character belongs. For example, if the morale of the group to which the character belongs is higher than the morale of the group to which the colliding character belongs, or if the number of people in the group is greater than the number of people in the group to which the colliding character belongs, the push ratio of the colliding character is made relatively larger. In this way, the display may be controlled so that the colliding character is pushed out relatively more. However, control may also be performed to achieve the opposite result based on the same parameters.

The level of the weapon or armor equipped by the character may be used as a parameter to affect the results of the collision push process. For example, the higher the level of the weapon equipped by the character, the smaller the collision push ratio. This allows the display to be controlled so that the amount of push of a character with a low-level weapon is greater than the amount of push of a character with a high-level weapon. This makes it possible to express that the damage suffered by a character with a low-level weapon in the event of a collision is relatively greater than the damage suffered by a character with a high-level weapon. However, control may also be used to achieve the opposite result based on the same parameters.

The distance between the character (object) in the collision and the virtual camera may be managed, and the parameters of the character (object) may be dynamically changed according to the distance from the virtual camera. In this case, the extrusion process may be based on the parameter of the distance from the virtual camera, for example, the farther away from the virtual camera the collision extrusion ratio may be reduced. However, control may also be performed to achieve the opposite result based on the same parameter. This makes it possible to determine the amount of extrusion of the character (object) in the collision according to the distance from the virtual camera.

The parameters of the characters (objects) in the collision may be dynamically changed depending on the height of the collision from the ground. In the extrusion process, the display can be controlled so that the extrusion ratio of the collision close to the ground is relatively large based on this parameter, and the extrusion amount of the characters in the collision close to the ground is relatively larger than the extrusion amount of the characters in the collision far from the ground. However, the control may also be performed to achieve the opposite result based on the same parameter.

The parameters may be dynamically changed during the game. For example, the morale of the group to which the character belongs can be used as a parameter that changes depending on the battle situation. For example, if the number of enemy characters is greater than the number of friendly characters in a specific area of the game map, the parameter indicating the morale of the enemy group can be increased. For example, the parameter indicating the movement (speed/direction) changes depending on the speed and/or direction of the character (object) at the time of collision. Therefore, the parameters may also be dynamically changed during the game, and the push ratio may be calculated so that, for example, characters with a fast speed are relatively more likely to be pushed out. Conversely, the push ratio may be calculated so that characters with a slow speed are relatively more likely to be pushed out. Also, the push ratio may be calculated so that characters facing backwards or to the side are more likely to be pushed out than characters facing forward. Conversely, the push ratio may be calculated so that characters facing forward are more likely to be pushed out than characters facing backwards or to the side.

In the extrusion process, some or all of the parameters set in the parameter table 21 can be used to calculate the extrusion ratio. For example, any one parameter or two or more parameters can be appropriately selected and combined from the group of parameters set in the parameter table 21, and the extrusion ratio can be adjusted steplessly according to the selected parameters. This makes it possible to change the extrusion ratio for each collision depending on the characteristics of the selected parameters (the morale, strength, etc. of the character itself).

One example of adjusting the collision extrusion ratio depending on a combination of parameters is when combining the parameters "character type" and "weight." The following is an example of the extrusion process in this case.

At the start of the game, the non-player character (NPC) is pushed out 100% when the player character (PC) collides with the non-player character (NPC). At this time, the push-out ratio of the player character is 0%, and the push-out ratio of the non-player character is 100%. "Weight" is defined as a parameter that makes it harder to push out the heavier the character is. In the above case, when the weight parameter of the player character is "medium", the push-out ratio is calculated so that a non-player character with a weight parameter of "medium" or "light" can be pushed out 100%, while a non-player character with a weight parameter of "heavy" can be pushed out only 80%. This allows the player who operates the player character to feel a sense of resistance when coming into contact with a heavy character. In this way, the push-out process of this embodiment not only adjusts the push-out ratio of the collision according to one parameter, but also adjusts the push-out ratio of the collision according to a combination of parameters, making the game more interesting.

[Game processing method]
The push-out ratio calculation process is executed when it is determined that collisions overlap (clash). The game processing method of this embodiment will be described below with reference to FIG. 9. FIG. 9 is a flowchart showing a game processing method including the push-out ratio calculation process according to the embodiment. The game processing method of FIG. 9 is executed by the game machine 3. The following description will be given taking a fighting game as an example, but is not limited thereto.

When the game is started, in step S1, the game execution processing unit 14 controls the movements of multiple characters, including the player character operated by the player, friendly characters, and enemy characters, to execute a fighting game. During the game, the game execution processing unit 14 controls not only the movements of the characters, but also the movements of other objects. The collision control unit 15 manages the position of each collision according to objects including each character.

In step S3, the overlap determination unit 16 determines whether the collisions overlap, i.e., whether a collision has occurred, depending on the position of each collision for each object. If it is determined in step S5 that the collisions overlap, the extrusion process shown in steps S7 to S11 is executed, and then the process proceeds to step S13. If it is determined in step S5 that the collisions do not overlap, the process proceeds to step S13 without executing the extrusion process in steps S7 to S11.

(Extrusion Processing)
In the extrusion process, in step S7, the calculation unit 17 acquires a collision ID, which is identification information of each overlapping collision, and/or an object ID (character ID), which is identification information of an object corresponding to the collision (covered by the collision). The object ID and the collision ID are managed for each object, and are stored in the parameter table 21 (see FIG. 8) of the storage unit 12. Then, the calculation unit 17 acquires (selects) some or all of the parameters from the parameter group stored corresponding to the acquired collision ID and/or object ID.

Next, in step S9, the calculation unit 17 calculates the penetration depth, and calculates the push-out ratio of each collision relative to the penetration depth based on the parameters of each overlapping collision. For example, the calculation unit 17 may convert the acquired parameters into numerical values, compare the total values of the acquired parameters, and calculate the push-out ratio of each collision from the magnitude relationship. In this case, the push-out ratio may be calculated so that the parameter with a higher total value is less likely to be pushed out, or the push-out ratio may be calculated so that the parameter with a higher total value is more likely to be pushed out.

Next, in step S11, the calculation unit 17 adjusts the push-out distance of each collision according to the push-out ratio, and the display control unit 18 pushes out each collision by the push-out distance of each collision. This makes it possible to control the display so that the object in each collision is pushed out to the opposite side of the collision direction by the push-out distance.

Next, in step S13, the game execution processing unit 14 determines whether the game has ended, and if it is determined that the game has ended, this process ends. On the other hand, if it is determined that the game has not ended, the process proceeds to step S15, where the collision control unit 15 determines whether there have been any changes in parameters in response to the movements of each character, the progress of the game, the player's operation, etc.

If the collision control unit 15 determines that there has been a change in parameters, in step S17 it changes the parameters in the parameter table 21 that it has determined to be changed, stores them in the memory unit 12, and returns to step S3 to determine whether the next collision will overlap. On the other hand, if the collision control unit 15 determines that there has been no change in parameters, it skips step S17 and returns directly to step S3 to determine whether the next collision will overlap. In this way, collision overlap determination and extrusion processing are performed according to the progress of the game until the game ends.

As described above, in the collision push-out process of this embodiment, the push-out ratio of each collision determined to be overlapping can be set steplessly according to parameters. For example, as shown in an example in FIG. 7, the position of the virtual plane VP1 used to push out the overlapping collisions T1 and T2, i.e., the push-out ratio, can be changed according to parameters corresponding to the collisions T1 and T2.

In this way, in the collision extrusion process of this embodiment, rather than extruding only one of the overlapping collisions, or extruding both collisions by the same amount, the extrusion ratio (extrusion distance) of both collisions is continuously corrected according to the parameters. This allows for continuous control of the extrusion distance of objects within overlapping collisions, allowing the movement of the objects to be depicted more naturally. In particular, the actions taken by colliding characters to resolve a collision in a scene where characters are crowded together can be improved to be more natural, preventing a decrease in the interest of the game.

[Modification]
The above-described collision extrusion process can be applied not only to collisions between non-fixed objects, but also to collisions between fixed and non-fixed objects. This makes it possible to control the display of soft objects that can be embedded inside objects. Examples of soft objects include shrubbery, trees, and soft balls.

The extrusion process according to the modified embodiment will be described with reference to FIG. 10. FIG. 10 is a diagram for explaining the extrusion process according to the modified embodiment. As shown in FIG. 10, a parameter indicating whether an object is fixed or not is set in the parameter table 21. Normally, as shown in FIG. 10(a), when a collision T2 of an object with a fixed parameter overlaps with a collision T1 of an object with a non-fixed parameter, the extrusion ratio of the collision T1 is 100% and the extrusion ratio of the collision T2 is 0%. In other words, for the penetration depth A3 shown in FIG. 10(a), the extrusion distance of the collision T1 is A3, the extrusion distance of the collision T2 is 0, and the collision T2 remains fixed.

In the parameter table 21, a parameter indicating the softness of an object is set. Therefore, in the extrusion process according to the modified example, the extrusion distance of a non-fixed object relative to a fixed object is changed according to the softness parameter based on a combination of the softness parameter and the fixed/non-fixed parameter. For example, in the examples of Fig. 10(b) and (c), the fixed objects covered by the collision T2 shown in Fig. 10(b) and (c) are the same object with the same softness. For example, the object covered by the collision T2 may be an elastic object such as a cushion. In Fig. 10(c), the character in the collision T1 leans more deeply on the object in the collision T2 than in Fig. 10(b), so the amount by which the collision T1 penetrates into the collision T2 (penetration depth) is greater than in Fig. 10(b). In both Fig. 10(b) and (c), the collision T2 is a fixed object, so the collision T1 is extruded. In this case, because the penetration amount of the collision T1 is large in Figure 10(c), the push-out ratio of the collision T1 can be made larger than in the case of Figure 10(b) according to the amount of penetration. For soft objects like this, changing the push-out ratio according to the penetration depth makes it appear as if the object is being gradually pushed out from deep inside the object it collides with, which expresses softness and elasticity.

In other words, since the object remains embedded in the object it collides with for a certain amount of time after being pushed out, the extrusion process is performed again in the next frame. This makes it possible to control the display so that it appears as if the object is being slowly pushed out from the collision of the object it collides with. This makes it possible to express soft objects that can penetrate the collision of the object they collide with, but cannot penetrate it. This allows for greater freedom in drawing.

The parameters may include a parameter indicating whether the object can pass through (penetrate) other objects. If it is determined that the object can pass through, no collision will occur (no collision overlap determination will be performed), and therefore the extrusion process of this embodiment will not be applied.

The game program, game processing method, and information processing device have been described above using the above-mentioned embodiments, but the game program, game processing method, and information processing device according to the present disclosure are not limited to the above-mentioned embodiments, and various modifications and improvements are possible within the scope of the present embodiments. Furthermore, when there are multiple above-mentioned embodiments and modifications, they can be combined to the extent that they do not contradict each other. The game program, game processing method, and information processing device according to the present disclosure can be used in 3D games and 2D games.

REFERENCE SIGNS LIST 1 Game system 3 Game machine 11 Control unit 12 Storage unit 13 Communication unit 14 Game execution processing unit 15 Collision control unit 16 Overlap determination unit 17 Calculation unit 18 Display control unit 21 Parameter table

Claims (7)

In order to detect collisions between objects in the virtual space, the overlap between virtual collision objects is determined.
calculating an extrusion ratio of each of the collision objects determined to overlap with each other by referring to parameters stored in a storage unit corresponding to the object and/or collision object , so that the extrusion ratio is greater than 0% and less than 100% ;
Pushing each of the overlapping collision objects according to the push ratio;
controlling a display of an object corresponding to the collision object in response to the pushing of the collision object;
A game program that causes a computer to execute processing. At least one of the attributes of the object and the distance from a virtual camera that captures the game is preset as the parameter.
The game program according to claim 1 . The attributes of the object include at least one of the attributes of the type, importance, size, weight, equipment, softness, movement speed, movement direction, fixed, non-fixed, enemy character, ally character, height from the ground, and the group to which the object belongs, of the object displayed within the collision object.
The game program according to claim 2. The process of calculating the extrusion ratio is
Calculating the extrusion ratio according to a combination of parameters selected from the parameters stored in the storage unit.
The game program according to claim 3. At least one of the parameters is dynamically changed;
The process of calculating the extrusion ratio is
periodically or irregularly referencing the parameters, and calculating the push-out ratios of the collision objects determined to overlap each other;
The game program according to any one of claims 1 to 4 . In order to detect collisions between objects in the virtual space, the overlap between virtual collision objects is determined.
calculating an extrusion ratio of each of the collision objects determined to overlap with each other by referring to parameters stored in a storage unit corresponding to the object and/or collision object , so that the extrusion ratio is greater than 0% and less than 100% ;
Pushing each of the overlapping collision objects according to the push ratio;
controlling a display of an object corresponding to the collision object in response to the pushing of the collision object;
A game processing method in which processing is executed by a computer. an overlap determination unit that determines overlap between collision objects, which are virtual bodies, in order to detect collisions of each object in a virtual space;
a calculation unit that refers to parameters stored in a storage unit corresponding to the object and/or the collision object, and calculates the push-out ratio of each of the collision objects determined to overlap so that the push-out ratio is greater than 0% and less than 100% ;
a display control unit that pushes out each of the overlapping collision objects according to the push-out ratio, and controls display of objects corresponding to the collision objects according to the push-out of the collision objects;
An information processing device having the above configuration.