JP2023127365A - Game program, game control method, and information processor - Google Patents

Abstract

To perform a game so as to realize a more natural operation among multiple objects including characters.SOLUTION: Provided is a game program for allowing a computer to execute a game process in a virtual space that determines presence or absence of contact of a third object with a collision object installed so as to connect a first character and a second object that opposes the first character (a), and executes a process for changing control of the game process when determining a change in a contact state of the third object with the collision object in (a) (b).SELECTED DRAWING: Figure 7

Description

The present disclosure relates to a game program, a game control method, and an information processing device.

Games such as action games and simulation games in which a large number of characters are crowded together are known. For example, in an action game, enemy characters attempting to attack the player character may gather around the player character.

In response to this, a technique has been devised to control the movement of characters that are closely packed together (see, for example, Patent Document 1). There is also a raycasting technique that casts a virtual beam of light and detects objects such as characters when the beam is blocked.

Japanese Patent Application Publication No. 2019-118687

However, in raycasting, a thin beam of light passes through gaps between objects, so when one character attacks the other, even an object that is an obstacle to the attack may not be detected. In this case, if you control the character's movement to launch an attack, the launched attack will pass through without hitting the object between the enemy character and the player character that it should have hit, and instead hit the opponent behind the object. This may result in unnatural movements such as

On the other hand, a method can be considered in which multiple light rays are cast in raycasting and an object is detected when one of the plurality of light rays is blocked, but this increases the number of light rays and makes the determination complicated.

Therefore, in one aspect, the present disclosure presents a game so that more natural movements occur between multiple objects including characters.

In one embodiment, there is provided a game program that causes a computer to execute game processing in a virtual space, the game program including: (a) a collision installed to connect a first character and a second object facing the first character; Determining whether or not the third object is in contact with the object, and (b) changing the control of the game process if it is determined in (a) that the contact state of the third object with the collision object has changed; A game program is provided that causes the process to be executed.

In one aspect, the present disclosure can produce a game such that more natural movements occur between multiple objects including characters.

1 is a diagram illustrating a configuration example of a game system according to an embodiment. The figure which shows the other example of a structure of the game system based on embodiment. FIG. 1 is a diagram showing a hardware configuration of a game machine according to an embodiment. FIG. 1 is a diagram showing a functional configuration of a game machine according to an embodiment. The figure which shows an example of a parameter table. A diagram explaining a collision object. 1 is a flowchart showing a game control method according to the first embodiment. FIG. 2 is a diagram illustrating a game control method according to the first embodiment. 7 is a flowchart showing a game control method according to a second embodiment. FIG. 7 is a diagram illustrating a game control method according to a second embodiment. 10 is a flowchart showing a game control method according to a third embodiment. FIG. 7 is a diagram illustrating a game control method according to a third embodiment.

Hereinafter, embodiments for implementing the present disclosure will be described with reference to the drawings. Note that in this specification and the drawings, substantially the same configurations may be given the same reference numerals to omit redundant explanations.

[Game system]
FIG. 1 is a diagram showing a configuration example of a game system 1 according to an embodiment. The game system 1 includes a game machine 3 that 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 communicably connected to the game machine 3 by wire or wirelessly.

The game machine 3 is, for example, a stationary game machine. However, the present invention is not limited to this, and the game machine 3 may be a portable game machine that integrally includes an input section, a display section, etc., for example.

Furthermore, the game machine 3 is not limited to a dedicated game machine, but also includes those manufactured and sold as computers, such as computers, desktop computers, notebook computers, tablet computers, etc., smartphones, mobile phones, etc. It may also be a mobile terminal, such as a phablet, that also functions as a telephone. These devices are normally used as general-purpose information processing terminal devices, but when a player executes an installed game program, the player can play the game in the same way as a dedicated game machine.

The game program of this embodiment is installed on the game machine 3. The game program is distributed in the form of being stored in an optical storage medium such as a CD-ROM or a semiconductor memory such as a USB memory, or in the form of being 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 includes, for example, a cross key 9, a plurality of buttons 8, and the like. Note that the game controller 5 may include, for example, a joystick, a touch pad, etc. instead of or in addition to the above. Further, the game controller 5 may be equipped with a microphone and may be operable by voice. The game controller 5 may be equipped with a gyro sensor, an acceleration sensor, etc., and may be operated by the player by changing the attitude of the game controller 5.

Furthermore, the game machine 3 may further communicate with a server device on the network (see FIG. 2). Since a plurality of game machines 3 running the same game program are connected to a server device, so-called online games are possible. An online game is, for example, a game in which a large number of people can cooperatively operate the same game program. The online game server device may perform processing such as accepting positions and operation commands of other players and transmitting them to the game machines 3 of other players. The game machine 3 performs actual game processing such as drawing of each player and reflection processing of operation commands.

FIG. 2 is a diagram showing another configuration example of the game system 1 in the embodiment. The game system 1 of the embodiment provides various services related to games to players via a network N (eg, the Internet, etc.). The game system 1 includes 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 games to the terminal device 30. The server device 10 may be a personal computer, a workstation, a cloud computer, or the like.

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, a computer, a desktop computer, a notebook computer, a tablet computer, etc., which are manufactured and sold as a computer, or a smartphone, a mobile phone, a phablet, etc. It may also be a mobile terminal that also functions as a telephone.

The terminal device 30 requests the server device 10 to distribute various information regarding the game (a game program in which a game control method is described, a game screen, etc.). Upon receiving a request to distribute various information from the terminal device 30, the server device 10 distributes a game program to be played on the terminal device 30 and a web page of a game screen.

The terminal device 30 has a web browser function that allows the player to view a web page that displays a game screen. Thereby, the terminal device 30 can 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 a player character and a non-player character operated by a player are divided into enemies and allies and compete against each other.

The game system 1 may be a so-called P2P (Peer To Peer) system in which the game machine 3 illustrated in FIG. 1 or the terminal device 30 illustrated in FIG. 2 communicates with another game machine 3 or another terminal device 30. In this case, the server device 10 of FIG. 2 may not be provided. Moreover, the game system 1 may be a so-called cloud game. Note that the game system 1 shown in FIGS. 1 and 2 is an example, and various system configuration examples can be considered depending on the usage and purpose. Below, the game system 1 of this embodiment will be explained mainly using the configuration of FIG. 1.

The game machine 3 can provide all kinds of games such as competitive games, sports games, racing games, and city building games. Furthermore, the game machine 3 can provide games through gacha and the like. However, the game executed by the game system 1 disclosed in this embodiment is a 3D game or a 2D game executed in a virtual space, and is preferably a competitive game (action game). In this embodiment, game processing is controlled to produce a more natural game in a battle between a first character and a second character.

Note that in this embodiment, objects including characters that mainly exist in virtual space (for example, 3D space) are collectively referred to as objects. For example, objects appear in virtual space, such as player characters (PCs), non-player characters (hereinafter also referred to as "NPCs"), and buildings. The characters include enemy characters and ally characters, and may be player characters operated by the player or non-player characters automatically operated by AI or the like.

[Hardware configuration of game console]
Next, the hardware configuration of the game machine 3 will be explained 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 includes 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 within 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, is connected to the game machine 3 like the game controller 5, and does not need to be included inside the game machine 3. 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 types of memory 122 such as a VRAM, RAM, and ROM.

The game machine 3 has a game management function that stores various game data necessary for playing the game through arithmetic processing in the memory 122 and controls and manages the game processing. The game control method is executed by the CPU 121 performing calculation 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 explained with reference to FIG. FIG. 4 is a diagram showing the functional configuration of the game machine 3 according to the embodiment. The game machine 3 includes a control section 11, a storage section 12, and a communication section 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 for causing a computer to execute a game, various data, and various information. The storage unit 12 is realized by, for example, a memory 122. The storage unit 12 includes a ROM (Read Only Memory), which is a read-only storage area in which game programs are 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. Memory). The storage unit 12 is realized by, for example, a nonvolatile storage device such as a flash memory or a hard disk. Part or all of the game program may be stored in RAM.

Furthermore, the storage unit 12 stores a parameter table 21. FIG. 5 is a diagram showing an example of the parameter table 21 according to the embodiment. The parameter table 21 stores, as parameters, object attributes and/or character characteristics and types set for each piece of information (name, ID) that can identify an object including a character.

The communication unit 13 has a function for communicating with a terminal device and/or other devices. The communication unit 13 functions as a receiving unit that receives various data transmitted from the terminal device and/or other devices, and transmits various data to the terminal device and/or other devices according to commands from the control unit 11. It has the function of a transmitting section. The communication unit 13 is realized by, for example, a NIC (Network Interface Card).

The control section 11 includes a game execution processing section 14 , a collision setting section 15 , a determining section 16 , a control changing section 17 , and a display control section 18 . The game execution processing unit 14 executes, for example, a battle game in which a player character operated by a player battles an enemy boss character in a virtual space. However, the game played by the game execution processing unit 14 may be a battle between a player character and an enemy boss character.

Note that an object in this specification is a display component displayed in a virtual space, and includes movable objects and fixed objects displayed on a game screen. Movable objects include player characters, non-player characters, horses, weapons, and the like. Objects such as buildings and mountains are usually fixed objects, but may also be movable objects.

As shown in FIG. 6, in this game, a capsule-shaped collision object (hereinafter also referred to as "collision 102") is set between a first character 101 and a second character 100 facing the first character 101. ing. The first character 101 is, for example, a player character. The second character 100 is, for example, an enemy boss character. The collision 102 creates a gap between the first character 101 and the second character 100 according to the shape and size of the first character 101 and/or the second character 100 and the width of the attack performed by the first character 101 and the second character 100. They are installed so that they are connected in a straight line.

The first character 101 may be a player character, an enemy boss character or enemy character, or an ally character. The second character 100 may be an enemy boss character, an enemy character, a player character, or an ally character. When the first character 101 is a player character, the second character 100 may be an enemy boss character or an enemy character. When the first character 101 is an enemy boss character or an enemy character, the second character 100 may be a player character. The enemy boss character, enemy character, and ally character may be NPCs.

The third characters 103 and 104 that are in contact with the collision 102 in the example of FIG. 6 may be enemy characters, ally characters, or objects other than characters. The third characters 103 and 104 may be NPCs. The second character 100 is an example of a second object, and the third characters 103 and 104 are examples of a third object. The second object and the third object may be objects other than characters. When the second object and the third object are objects other than characters, the second object and the third object may include any object such as a weapon such as a cannon, a vehicle such as a horse, a building, a stage, etc. The second object and the third object may be objects generated by the player.

The collision 102 is used, for example, to determine whether or not the third object is in contact with the collision 102. Collision 102 is a virtual object and is not displayed on the screen. Therefore, the collision 102 is not visible to the player. However, collision 102 can be visualized. The shape of the collision 102 is not limited to the capsule shape, and various shapes and sizes such as square, spherical, and cylindrical can be used.

The collision setting unit 15 controls the setting and movement of collisions in conjunction with the size, shape, and movement of objects such as characters in the virtual space. The shape and size of the collision 102 may be changed depending on any of the shape and size of the second character 100, the attack of the second character 100, the shape and size of the first character 101, and the attack of the first character 101. . For example, if the width of the attack performed by the second character 100 is narrow, the width of the collision 102 may be set to be narrow. If the range of attacks performed by the second character 100 is wide, the width of the collision 102 may be set to be wide. However, the width of the collision 102 is not thin like a light beam used in ray casting, but has a certain width, such as the size of an opposing character, for example. The shape and size of collision 102 may be fixed.

The determination unit 16 determines whether or not the third characters 103 and 104 are in contact with a collision 102 placed between the first character 101 and the second character 100 . The determining unit 16 may determine whether the third characters 103, 104 change from contact to non-contact with respect to the collision 102, or from non-contact to contact.

The control change unit 17 changes the control of the game process based on the result of contact determination with respect to the collision 102. The control change unit 17 may change the control of game processing regarding the movement of at least one of the first character 101, the second object (second character 100), and the third object (third characters 103, 104). The control change unit 17 may change the control of the game process, for example, based on the result of contact determination of the third character with respect to the collision 102 and the determination result of whether preset change conditions are satisfied. . The control change unit 17 refers to the parameter table 21 that stores information on the personalities, attributes, and/or types of the first character 101, the second character 100, and the third characters 103, 104, and changes the information to the above information. Based on this, it may be determined whether the change conditions are satisfied.

The display control unit 18 controls the display of characters and objects. The display control unit 18 causes the display device 125 of the game machine 3 to display a virtual space in which a plurality of characters and other objects appear. The display control unit 18 may control the web page of the game screen, transmit the web page of the game screen to the terminal device that plays the game through the communication unit 13, and display it on the screen of the terminal device. When it is determined that either of the third characters 103 and 104 has changed from a contact state to a non-contact state, the display control unit 18 allows the first character 101 to visually recognize the attack of the second character 100 and a sign of the attack. may be displayed. When it is determined that either the third character 103 or 104 has changed from a non-contact state to a contact state, the display control unit 18 displays a balloon such as "You cannot attack if this continues" or displays an attack button icon. may also be displayed. Note that, in the case of shooting, for example, "attack" refers to shooting the target of attack. For example, in the case of a magical attack, it refers to releasing magical power onto the target. In this specification, whether or not to launch an attack is determined using collision 102. Further, the "sign of attack" refers to the action of aiming at the target of the attack, for example, in the case of a shooting attack. For example, in the case of a magic attack, it is an action that accumulates magical power.

<First embodiment>
[Game control method]
Next, a game control method according to the first embodiment will be described with reference to FIGS. 7 and 8. FIG. 7 is a flowchart showing the game control method according to the first embodiment. FIG. 8 is a diagram illustrating the game control method according to the first embodiment. The game control method of FIG. 7 is executed by the game machine 3. The following explanation will be given using a competitive game as an example. Note that in the following description, two NPCs appear as third characters, but the number of third characters is not limited to this. Further, an object other than a character may be used as an obstacle instead of the third character.

When the game starts, in step S1, the game execution processing unit 14 controls the actions of a plurality of characters including a player character, an ally character, an enemy boss character, and an enemy character operated by the player, and executes a battle game. . During the game, the game execution processing unit 14 controls not only the movement of the character but also the movement of objects other than the character. The collision setting unit 15 sets a collision 102 between the first character 101 and the second character 100 facing each other, as shown in FIG. 6, for example. The collision setting unit 15 manages the position of the set collision 102. In this embodiment, the first character 101 is a player character, the second character 100 is an enemy boss character, and the third characters 103 and 104 are ally or enemy characters. The second character 100 and the third characters 103 and 104 are NPCs. Note that the timing at which the collision 102 is set may be the timing at which the player performs an operation to cause the player character to attack, or the timing at which the CPU 121 determines to cause the NPC to attack. Examples of the timing at which it is determined that the NPC should attack include the timing at which a predetermined time has elapsed since the start of the battle, and the timing at which a condition such as the attack target being within a predetermined range of the NPC is satisfied.

In step S3, the determination unit 16 determines whether the third characters 103, 104 are in contact with the collision 102. When the third characters 103 and 104 are in contact with the collision 102 and when the third characters 103 and 104 are stuck in the collision 102, it is determined that the third characters 103 and 104 are in contact with the collision 102. Ru. Note that it is sufficient that at least one of the third characters 103 and 104 is in contact with the collision 102. In the example of FIG. 6, the third character 104 is in contact with the collision 102.

If it is determined in step S5 that neither of the third characters 103 and 104 is in contact with the collision 102, the process advances to step S15. On the other hand, if it is determined in step S5 that either the third character 103 or 104 is in contact with the collision 102, the process proceeds to step S15 after executing the processes of steps S7 to S13.

In step S7, the control change unit 17 acquires information on at least one of the personality, attributes, and/or type of the third character (the third character 104 in the example of FIG. 6) that came into contact with the collision 102. These pieces of information are stored in the parameter table 21 and extracted from the parameter table 21 (see FIG. 5).

Next, in step S9, the control change unit 17 determines whether the activation condition is satisfied based on the acquired information. The activation conditions are set in advance. As an example of the activation condition, it is determined whether the third character that came into contact with the collision 102 is an enemy character or an ally character based on the type of the third character, and it is determined whether the determination result satisfies the activation condition. It's okay.

For example, consider a case where the second character 100 that launches an attack is an enemy boss character and the third characters 103 and 104 are enemy small fry NPCs. In this case, in the example of FIG. 8A, when the enemy boss character of the second character 100 launches an attack, the attack hits the enemy small fry NPC of the third character 104 before hitting the first character 101. In this case, the enemies will attack each other. The activation conditions stipulate that attacks between enemies and attacks between allies do not meet the conditions. Therefore, the control change unit 17 determines that the activation condition is not satisfied in step S11.

In another example, a case will be exemplified in which the character that initiates the attack is the first character 101 and the third characters 103 and 104 are friendly NPCs. In this case, in the example of FIG. 8A, when the first character 101 launches an attack, it hits the third character 104's ally NPC before hitting the second character 100. In this case, allies will attack each other. Therefore, the control change unit 17 determines that the activation condition is not satisfied in step S11.

In step S11, if the control change unit 17 determines that the activation condition is not satisfied, it skips step S13 and cancels the attack process. On the other hand, if the control change unit 17 determines in step S11 that the activation condition is satisfied, it executes attack processing in step S13. In this way, the control of the game process can be changed depending on the contact state of the third characters 103, 104 with the collision 102. Note that if it is determined in step S11 that the activation conditions are not satisfied, the display control unit 18 may display a balloon saying "You cannot attack if this continues" or display an icon of an attack button. good.

Next, in step S15, the game execution processing unit 14 determines whether to end the game, and if it is determined to end the game, ends this process. On the other hand, if the game execution processing unit 14 determines that the game is not to end, the process returns to step S3 and the contact determination of the collision 102 is performed again. The processes of steps S3 to S15 are repeated until it is determined in step S15 to end the game. Thereby, it is possible to continuously determine whether the third character exists between the first character 101 and the second character 100 until the game ends. Note that instead of the third characters 103 and 104, an object 105 such as a building shown in FIG. 8(b) may be used. Object 105 is an example of a third object.

As an example is shown in the parameter table 21 of FIG. 5, objects may also have attributes, and the attributes of objects may affect changes in activation conditions. For example, when an enemy attacks, if the object is a defensive wall, the attack cannot reach the player character, so the enemy stops attacking. Further, for example, if the object is enemy's treasure, etc., the attack may be stopped in order to prevent the object from being destroyed by the attack. Stopping the attack means that the activation conditions are not met and it cannot be activated.

The activation condition may change based on the character's attributes, the type of attack, and the like. As a result, depending on the attributes of the character, the type of attack, etc., an attack may or may not be inventable, which can give variation to the game and increase the interest of the game. Furthermore, it is possible to produce a more natural game depending on the attributes of the characters, the types of attacks, etc.

The following is a specific example of how the activation condition is changed.
(1) When changing the number of third objects, which is the criterion for determining whether or not an attack can be activated. For example, if the attribute of the attacking character is "vice," the activation condition is changed to "The number of friendly objects in contact with the collision is 5. It can be activated if the following conditions apply. With this, it is possible to express that the "unscrupulous" character will attack even if some allies are involved.
(2) When changing the judgment criteria for "whether or not it is in contact with a collision" For example, if the attacking character's attribute is "vicious", only the third object that is 50% or more into the collision will be the collision. If it is determined that they are in contact and the attribute is "benevolence", all third objects that are in contact with the collision are determined to be in contact regardless of the degree of penetration. As a result, a "benevolent" character can express that he or she will stop attacking if there is even the slightest possibility that the third object will be attacked. In other words, the activation conditions can be changed depending on the character's attributes and personality.

In the game control method according to the first embodiment, the presence or absence of contact between the third characters 103 and 104 with the collision 102 installed to connect the first character 101 and the second character 100 facing the first character 101 (Step a). If it is determined that the third characters 103, 104 have come into contact with the collision 102 in step a, and if it is determined that the preset change condition (activation condition) is satisfied, the control of the game process is changed. (Step b). In this case, do not activate the attack.

Steps S7 and S9 in FIG. 7 may be omitted. That is, the determination of the activation condition can be omitted. In this case, if it is determined that the third characters 103, 104 have contacted the collision 102, it is determined in step S11 that the activation condition is satisfied.

In this case, the change condition is not determined in step b, and if contact of the third characters 103, 104 with the collision 102 is determined in step a, the control of the game process is changed in step b so that an attack is not activated. Make it.

The activation condition is an example of a change condition and is set in advance. An example of the activation condition is whether the side being attacked out of the first character 101 and the second character 100 can visually recognize the side attacking. Activation conditions may be set so that the activation does not occur when the attacked side cannot see the attacking side. However, the activation conditions are not limited to these. The number of third objects that come into contact with the collision 102 may be added to the activation condition, and whether the attack is performed or canceled may be changed depending on the number of third objects. Furthermore, activation conditions may be set such that the activation does not occur if the first character 101 and the second character 100 are not within a certain distance, including whether the first character 101 is within a certain distance of the second character 100. . The activation condition may be set so that the activation is not activated until the physical strength of the second character 100 falls below a certain level.

According to this embodiment, it is possible to produce a game so that more natural movements occur among a plurality of objects including characters. Note that in this embodiment, the attack is canceled when the activation conditions are not met, but the attack is not limited to this. If the activation conditions are not met, you may perform an attack with a different type of attack. In addition, the shape and size of the collision 102 may be changed depending on the type of attack to make it easier or harder to activate the activation condition.

<Second embodiment>
[Game control method]
Next, a game control method according to the second embodiment will be described with reference to FIGS. 9 and 10. FIG. 9 is a flowchart showing a game control method according to the second embodiment. FIG. 10 is a diagram illustrating a game control method according to the second embodiment. The game control method of FIG. 9 is executed by the game machine 3. Among the steps in FIG. 9, steps that perform the same processing as the steps in the game control method according to the first embodiment (FIG. 7) are given the same numbers, thereby omitting redundant explanation of the same processing.

Note that in this embodiment, the first character 101 is a player character that can be moved by the player's operation, and the second character 100 is an enemy boss character.

When the game starts, in step S1, the game execution processing section 14 executes a competitive game. Next, in step S21, the game execution processing unit 14 determines whether there is a sign of an attack. When the game execution processing unit 14 determines that there is no sign of an attack, the process proceeds to step S15. On the other hand, if the game execution processing unit 14 determines that there is a sign of an attack, the display control unit 18 displays the sign of an attack on the screen in step S23.

Next, in step S25, the game execution processing unit 14 moves the first character 101, which is the player character, in response to the player's operation. At this time, the player performs an operation to move the first character 101 so that the third characters 103 and 104 change from non-contact to collision 102 (see FIG. 10).

Next, in step S27, the determination unit 16 determines the contact between the third characters 103 and 104 with respect to the collision 102. The determination unit 16 determines whether the third characters 103, 104 have changed from non-contact to collision state to contact state. As a result of the determination, in step S29, if the determination unit 16 determines that the third characters 103, 104 have not changed from the non-contact state to the contact state, the control change unit 17 performs the attack process in step S30. , proceed to step S15. On the other hand, when determining that the third characters 103 and 104 have changed from non-contact to contact, the determination unit 16 performs steps S7 to S15 described in the first embodiment. This process ends when it is determined in step S15 that the game should end.

In the game control method according to the second embodiment, as shown in FIG. 10, the third characters 103 and 104 change from a non-contact state (FIG. 10A) to a contact state (FIG. 10(b)), the first character 101 is moved (step c). In step b, when it is determined that the third characters 103 and 104 have changed from a non-contact state to a contact state in step a when an attack by the second character 100 or a sign of an attack (FIG. 10(a)) is detected. , the control of the game process is changed so that the attack of the second character 100 is not activated, that is, the attack is not possible to be activated.

This prompts the player character of the first character 101 to change his/her behavior according to the arrangement of the third characters 103 and 104 around the first character 101 and second character 100 that are competing, and the first character that is likely to be attacked. The character can avoid being attacked using an object such as an enemy NPC or a defensive wall as a shield. This makes it possible to prevent the second character 100 from attacking. In this way, it is possible to change the game control to reflect the player's thoughts. Thereby, the player's interest in the game can be increased.

Note that in steps S21 and S23, a sign of an attack is determined and displayed, but an attack action may also be determined and displayed.

<Third embodiment>
[Game control method]
Next, a game control method according to the third embodiment will be described with reference to FIGS. 11 and 12. FIG. 11 is a flowchart showing a game control method according to the third embodiment. FIG. 12 is a diagram illustrating a game control method according to the third embodiment. The game control method of FIG. 11 is executed by the game machine 3. Among the steps in FIG. 11, steps that perform the same processing as the steps in the game control method according to the first or second embodiment (FIGS. 7 and 9) are given the same numbers.

Note that in this embodiment, the first character 101 is a player character that can be moved by the player's operation, and the second character 100 is an enemy boss character.

When the game starts, in step S1, the game execution processing section 14 executes a competitive game. Next, in step S21, the game execution processing unit 14 determines whether there is a sign of an attack. When the game execution processing unit 14 determines that there is no sign of an attack, the process proceeds to step S15. When the game execution processing unit 14 determines that there is a sign of an attack, the display control unit 18 displays the sign of an attack in step S23.

Next, in step S31, the game execution processing unit 14 moves the third NPC characters 103 and 104 to a position where they do not come into contact with the collision 102. As a result, the third characters 103 and 104 change from a contact state to a non-contact state with the collision 102 (see FIG. 12).

Next, in step S27, the determining unit 16 determines the contact state of the third characters 103 and 104 with the collision 102. As a result of the determination, in step S32, if the determination unit 16 determines that the third characters 103 and 104 have changed from contact to non-contact state with respect to the collision 102, the determination unit 16 performs attack processing in step S33, and proceeds to step S15. . Note that in step S33, a sign of an attack may be displayed before performing the attack process (step e). As an effect, for example, by displaying a sign of an attack before an enemy boss character attacks, the player senses the attack and moves the player character to a position where the enemy small fry NPC comes into contact with the collision 102. Attacks can be avoided in the following ways.
On the other hand, in step S32, when determining that the third characters 103 and 104 have not changed from the contact state to the non-contact state, the determination unit 16 performs the processes of steps S7 to S15 described in the first embodiment.

In the game control method according to the third embodiment, as shown in FIG. 12, the third characters 103 and 104 are movable, and in step d, the third characters 103 and 104 are movable and respond to the attack of the first character or the second character 100 or the sign of the attack. On the other hand, the third characters 103 and 104 are moved so as to change from a state in which they are in contact with the collision 102 (FIG. 12(a)) to a state in which they are not in contact with the collision 102 (FIG. 12(b)). That is, in step d, it may be the first character or the second object that attacks. In step b, when it is determined that the third characters 103 and 104 have changed from a contact state to a non-contact state in step a when an attack of the second character 100 or a sign of an attack is detected, the second character 100's attack or a sign of an attack is detected. The control of the game process is changed so that the attack is activated, that is, the attack is changed from not being possible to being possible.

As a result, the first character 101 can visually recognize the actions of the second character 100 according to the arrangement of the third characters 103 and 104 around the first character 101 and the second character 100 to fight, so that the first character 101 can fight without stress. It can be done. Furthermore, it is possible to change the attack taken by the second character 100 and change the game control. This allows a more natural game to be played between multiple objects including characters. Furthermore, the player's interest in the game can be increased.

In the game control method according to the third embodiment, in step d, in response to the attack of the first character or the second object or a sign of the attack, the third object is moved so that the collision changes from a contact state to a non-contact state. . Then, in step b, when it is determined in step a that the third object has changed from a contact state to a non-contact state when the first character's attack or a sign of an attack is detected, the first character's attack is executed. You may. Note that in step e, if it is determined in step a that the third object has changed from a contact state to a non-contact state, a sign of an attack may be displayed before the first character attacks.

As a variation, during a battle with an enemy character, an attack performed by the player may not be activated by an ally NPC, which may cause stress to the player. In this case, in this embodiment, by moving the friendly NPC to the outside of the collision 102, the player can launch an attack and can fight stress-free.

Further, although an example has been given in which the enemy small fry NPC or the friendly NPC moves outside the collision 102, the present invention is not limited to this. For example, when expressing that the enemy small fry NPC acts as a shield for the enemy boss character, the enemy small fish NPC or the ally NPC may move inside the collision 102 so as to block the path of the opponent's attack.

In the third embodiment, the third characters 103 and 104 may be enemy NPCs, friendly NPCs, or both.

According to the game control methods according to the first to third embodiments, it is possible to produce a more natural game between a plurality of objects including characters.

Although the game program, game control method, and information processing device have been described above using the above embodiments, the game program, game control method, and information processing device according to the present disclosure are not limited to the above embodiments; Various modifications and improvements are possible within the scope. Further, if a plurality of the above embodiments and modified examples exist, they can be combined as long as they do not contradict each other.

In the game control method according to the present disclosure, it is possible to determine whether the first character is in the line of sight of the second object based on contact with the collision. As a result, for example, if there is no contact with the collision, it may be determined that the first character is in line of sight, and the first character may notify the ally character that the second object (for example, an enemy boss character) has detected it. . In addition, if there is no contact with the collision, it is determined that the line of sight is through, and various game processing can be controlled depending on the result of determining whether the line of sight is through, such as setting the game over. .

1 Game system 3 Game machine 11 Control section 12 Storage section 13 Communication section 14 Game execution processing section 15 Collision setting section 16 Judgment section 17 Control change section 18 Display control section 21 Parameter table 100 Second character 101 First character 102 Collision 103, 104 Third character

Claims (11)

A game program that causes a computer to execute game processing in a virtual space,
(a) determining whether a third object is in contact with a collision object installed to connect a first character and a second object facing the first character;
(b) if it is determined in (a) that the contact state of the third object with the collision object has changed, changing the control of the game process;
A game program that executes processing. (b) changes control regarding the movement of at least one of the first character, the second object, and the third object;
The game program according to claim 1. the second object is movable;
(c) moving the first character so that the third object changes from non-contact to contact with the collision object in response to a player's operation;
In the above (b), when it is determined that the third object changes from a non-contact state to a contact state in the above (a) when an attack or a sign of an attack of the second object is detected, the second object changing the control of the game processing from being able to activate the attack to being unable to activate it;
The game program according to claim 1 or claim 2. The third object is movable,
(d) in response to an attack by the first character or the second object or a sign of the attack, moving the third object to change from a non-contact state to a contact state with the collision object;
(b) above is a case where it is determined in (a) that the third object has changed from a non-contact state to a contact state when an attack or a sign of an attack of the first character or the second object is detected. , changing the control of the game process from allowing the first character or the second object to attack to making it impossible;
The game program according to claim 1 or claim 2. The third object is movable,
(d) in response to an attack by the first character or second object or a sign of the attack, moving the third object so that the collision object changes from a contact state to a non-contact state;
In (b) above, when it is determined in (a) that the third object has changed from a contact state to a non-contact state when an attack by the first character or a sign of an attack is detected, the first character Execute the character's attack,
The game program according to claim 1 or claim 2. (e) If it is determined in (a) that the third object has changed from a contact state to a non-contact state, displaying a sign of the attack before the first character attacks;
The game program according to claim 5. The collision object is installed so as to connect the first character and the second object with a straight line having a width corresponding to the attack.
The game program according to any one of claims 3 to 6. The above (b) is a case where it is determined that the contact state of the third object with respect to the collision object has changed in the above (a), and when it is determined that a preset change condition is satisfied, the above change control of game processing,
The game program according to any one of claims 1 to 7. referring to a storage unit that stores information on at least one of the personality, attribute, and type of the first character, the second object, and the third object, and determining whether the change condition is satisfied based on the information;
The game program according to claim 8. A game control method in which a computer executes game processing in a virtual space, the method comprising:
(a) determining whether a third object is in contact with a collision object installed to connect a first character and a second object facing the first character;
(b) if it is determined in (a) that the contact state of the third object with the collision object has changed, changing the control of the game process;
A game control method in which processing is performed by a computer. An information processing device that executes game processing in a virtual space,
(a) a determination unit that determines whether or not a third object is in contact with a collision object installed to connect a first character and a second object facing the first character;
(b) a control changing unit that changes control of the game process when it is determined in (a) that the contact state of the third object with the collision object has changed;
An information processing device having:

Images