JP2019126662A - Game program, information processing method, and information processing device - Google Patents

Abstract

To provide a game program capable of increasing amusement properties in a game in which contact determination is made between a player object and another object.SOLUTION: A game program executed in a game device 100 causes the game device 100 to function as: an operation detection unit 111 for detecting a player's input operation; a parameter calculation unit 114 for calculating a parameter value based on the input operation; an output processing unit 113 for displaying a candidate region which is a candidate for a location of an enemy object on a map; and an event control unit 112 for moving a player object on a map according to the input operation, and generating an event indicating a penalty when the parameter value reaches a predetermined value. The parameter calculation unit 114 changes the parameter value so as to be closer to the predetermined value when the player object comes in contact with the enemy object in the candidate region, and the output processing unit 113 determines the size of the candidate region using the parameter value.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a game program, an information processing method, and an information processing apparatus.

  A range used to determine contact with another object is set for an object in a virtual game space defined in a computer or a game device.

  Patent Document 1 discloses a technology related to a sports game device. Paragraph [0024] states that "for collision determination, a circular determination area called hit range as shown in FIG. 2 is used." Also, in the paragraph [0029], “three hit ranges,“ normal hit range ”,“ attack hit range ”, and“ defensive hit range ”are prepared as hit ranges in this embodiment. The “attack hit range” is the largest, the “defense hit range” is the smallest, and the “normal hit range” is the size between the “attack hit range” and the “defense hit range”. It is. In the present embodiment, these three hit ranges are switched at an appropriate timing according to the game situation. It is described as ".

JP 2001-149648 A

  The range used for contact determination is often constant regardless of the progress of the game. However, the fact that the range used for touch determination is constant is not necessarily appropriate in a changing virtual game space situation.

  In the technique described in Patent Document 1, contact determination ranges of three different sizes are provided, and each range is switched according to the position of an object indicating a ball. However, the technology according to Patent Document 1 can not be used for a game that does not have an object (for example, a ball) that is essential other than the player object and the enemy object.

  Then, this invention aims at providing the technique which improves interest in the game which performs the contact determination of a player object and another object.

  One embodiment of the present invention that solves the above-described problem is a game program that is executed by a game device, and is used to determine the end of a game based on an operation detection unit that detects an input operation of a player and the input operation A parameter calculation unit for calculating a parameter value, an output processing unit for displaying on a map in the game a candidate range which is a candidate for an enemy object which is an enemy of the player object, and the player object on the map according to the input operation The game apparatus is caused to function as an event control unit that causes an event indicating a penalty to the player object when the parameter value reaches a predetermined value while moving at a predetermined value, and the parameter calculation unit is configured to When the player object touches the enemy object The parameter value is changed to be closer to the predetermined value, the output processing section is characterized by determining the size of the candidate range using the parameter value.

  In the above game program, the output processing unit may display the candidate range so as to be smaller as the parameter value is closer to the predetermined value.

  In any one of the above game programs, the enemy object may have a fixed size regardless of the candidate range.

  In any one of the game programs described above, the size of the candidate range is the same as the size of the enemy object, and the parameter calculation unit determines that the player object is in contact with the candidate range by the input operation. The parameter value may be changed as being in contact with the enemy object.

  In any one of the above game programs, the parameter calculation unit may calculate the parameter value so that the amount of change decreases as the parameter value before the change is closer to the predetermined value.

  Another aspect of the present invention that solves the above-described problem is an information processing method, an operation detection procedure for detecting a player's input operation, and a parameter value used for determining the end of the game based on the input operation. A parameter calculation procedure to be performed, an output processing procedure for displaying a candidate range as a location candidate of an enemy object that is an enemy of the player object on a map in the game, and the player object is moved on the map according to the input operation An event control procedure for generating an event indicating a penalty to the player object when the parameter value reaches a predetermined value, and in the parameter calculation procedure, the player object is placed on the enemy object within the candidate range. Parameter value when the Varied as close to the value, in the output processing procedure, and determines the size of the candidate range using the parameter value.

  Another aspect of the present invention that solves the above problem is an information processing apparatus, an operation detection unit that detects an input operation of a player, and a parameter value used to determine the end of the game based on the input operation A parameter calculation unit that performs, an output processing unit that displays a candidate range of enemy objects that are enemies of the player object on a map in the game, and moves the player object on the map according to the input operation An event control unit that generates an event indicating a penalty to the player object when the parameter value reaches a predetermined value, and the parameter calculation unit includes the player object in the enemy object within the candidate range. When touching, the parameter value will be close to the specified value. Varied, the output processing section is characterized by determining the size of the candidate range using the parameter value.

  According to one embodiment of the present invention, it is possible to provide a technique for improving interest in a game in which contact determination between a player object and another object is performed.

It is a block diagram which shows an example of a function structure of the game device which concerns on embodiment. It is a block diagram showing an example of the hardware constitutions of the game device concerning an embodiment. It is a figure which shows an example of the data structure of player object information. It is a figure which shows an example of the data structure of hopelessness degree information. It is a figure which shows an example of the data structure of support information. It is a flow chart which shows an example of map screen display processing. It is a figure which shows an example of a map screen. It is a figure which shows the increase image of despair degree. It is a flow chart which shows an example of action event generation processing. It is a figure (the 1) showing an example of a map screen. It is a figure (the 2) showing an example of a map screen. It is a flowchart which shows an example of the map screen display process in a 2nd modification.

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings. In order to improve understanding, a case where game software to which the game program according to the present embodiment is applied is executed on a game device such as a portable game machine will be described as an example.

  Also, in order to improve understanding, the following game is exemplified and described. In this game, a player selects a non-player character (hereinafter also referred to as “non-player object”) as a partner from a plurality of non-player character candidates. The player manipulates the player object, moves in the virtual space with the non-player character while performing various actions, and aims at the destination.

  When a player object (hereinafter simply referred to as "player") encounters an accident while moving, the degree of hopelessness of the player changes. The degree of hopelessness is a parameter used to determine the end of the game, and indicates the degree of hopelessness of the player. When the degree of despair reaches a predetermined value, the game ends in principle.

  Hereinafter, the desperation degree will be described as a value from 0 to 100 and the predetermined value is 100. When encountering an accident, the degree of hopelessness increases, and when the degree of hopelessness reaches 100, the game ends in principle.

  FIG. 1 is a block diagram showing an example of a functional configuration of the game device 100 according to the embodiment. The game device 100 includes a control unit 110 and a storage unit 120.

  The control unit 110 detects the player's operation, controls the game progress in accordance with the detected player's operation, and generates and outputs a game image and a game sound in accordance with the game progress. For example, the control unit 110 may change the virtual game space, change the behavior of various objects such as non-player objects in the virtual game space, or output sound according to the detected player operation or the passage of time. To do. Also, for example, the control unit 110 outputs the generated game image to a display, or outputs the generated game sound to a speaker.

  In order to realize the functions as described above, the control unit 110 includes, for example, an operation detection unit 111, an event control unit 112, an output processing unit 113, and a parameter calculation unit 114.

  The operation detection unit 111 detects a player's input operation, and outputs operation information indicating the detected operation to another function unit. For example, the operation detection unit 111 receives an operation signal indicating a player's operation from an input device such as a game controller via an input interface device described later.

  As an example, the operation detection unit 111 detects an operation to move the player object on the map. In addition, the operation detection unit 111 detects a selection operation of one non-player object as a partner who makes the game progress from among the plurality of non-player object candidates. Further, the operation detection unit 111 detects a selection operation of one action option from among a plurality of action options related to an action in progress of the game.

  The event control unit 112 controls the progress of events such as behavioral events while the game is in progress. An event is an event that is executed as the game progresses, and is generated by a predetermined operation such as a player's operation or a behavior of a player object. Events include events that require the operation of the player in progress, such as behavioral events, and events that do not require the operation of the player in progress, such as an event by playing a pre-render movie.

  An action event is an event that prompts a player to select an action by presenting a plurality of action options to the player. The event control unit 112 updates the degree of closeness and the degree of despair, which is a value indicating the closeness between the player and the non-player object, using a value determined by the selected action option.

  Further, the event control unit 112 generates an event indicating a penalty for the player object when the degree of despair reaches a predetermined value. The event indicating a penalty includes, for example, an event indicating that the game is over or a rescue event indicating that the player object is rescued from an event that is the game over.

  Further, when the operation detection unit 111 receives an operation of moving the player object on the map, the event control unit 112 moves the player object to a position according to the input operation.

  The output processing unit 113 outputs a game image or sound determined by the progress of the game to a speaker or the like via an output interface device described later. For example, the output processing unit 113 displays a candidate range that is a candidate for the location of the enemy object on a map of the virtual game space. The enemy object is in the candidate range.

  The output processing unit 113 determines the size of the candidate range using the degree of hopelessness. For example, the output processing unit 113 determines the size of the candidate range using candidate range information (not shown) in which the size of the candidate range is determined according to the numerical range of the despair degree. Note that the method of determining the size of the candidate range by the output processing unit 113 is not limited to this, and the size of the candidate range may be uniquely determined according to the degree of despair. The output processing unit 113 determines the size so that the candidate range becomes smaller as the degree of hopelessness approaches "100" which is a predetermined value.

  The parameter calculation unit 114 calculates a parameter value based on the player's input operation. The parameter value is, for example, the degree of despair described above. The parameter calculation unit 114 changes the degree of despair when a certain game progress state is reached by an input operation. More specifically, when the player object encounters an accident, the parameter calculation unit 114 uses the value specified by the accident to change the degree of despair so as to be close to a predetermined value “100”. For example, when the player object on the map and the enemy object make contact, the parameter calculation unit 114 increases the degree of despair.

  Further, the parameter calculation unit 114 performs control so that the change amount of the degree of hopelessness decreases as the degree of hopelessness before change is closer to “100”. In addition, the parameter calculation unit 114 changes the degree of despair to be far from a predetermined value when a predetermined action option is selected in the action event.

  The storage unit 120 stores player object information 121, despair information 122, and action event information 123. The player object information 121 is information on the degree of desperation and the degree of closeness possessed by the player object. The desperate degree information 122 is information on increase or decrease in desperate degree due to an accident existing in the game. The action event information 123 is information on an action option displayed in the action event and an increase amount of the degree of closeness and the degree of hopelessness.

  FIG. 2 is a block diagram illustrating an example of a hardware configuration of the game device 100 according to the embodiment.

  Game device 100 may be realized by a game machine dedicated to a game, or may be realized by a general-purpose computer such as a PC (Personal Computer), a smartphone, or a tablet computer.

  The game apparatus 100 includes an arithmetic processing unit 131, a main memory 132, a recording unit 133, a media interface unit 134, a communication interface unit 135, an image processing unit 136, an image memory 137, an audio processing unit 138, an input interface unit 139, and an output. An interface device 140 is included.

  The arithmetic processing unit 131 is an arithmetic unit such as a CPU (Central Processing Unit). The main memory 132 is a storage device such as a RAM (Random Access Memory). The recording device 133 is a recording device such as an HDD (Hard Disk Drive), an SSD (Solid State Drive), or a flash ROM (Read Only Memory).

  Media interface device 134 is a device for reading information from a storage medium. The media interface device 134 may write information on a storage medium. The media interface device 134 is, for example, a disk drive that reads an optical disk such as a DVD (Digital Versatile Disc) or a reader that reads a semiconductor memory such as a USB (Universal Serial Bus) memory. The communication interface device 135 is a device that transmits and receives information, including a communication device that performs wired communication via a network cable and a communication device that performs wireless communication via an antenna.

  The image processing unit 136 is an operation unit for generating graphics such as a game image, such as a GPU (Graphics Processing Unit). The image memory 137 is, for example, a storage device used to render graphics such as game images, such as a VRAM (Video RAM). The rendered graphics are output and displayed on a display (not shown) via an output interface device 140 described later.

  The audio processing device 138 is, for example, a device such as a DSP (Digital Signal Processor) that processes input audio data to generate an audio signal. The generated audio signal is output to a speaker (not shown) via the output interface device 140 and output as audio. The input interface device 139 is a device that is connected to an input device such as a game controller, a touch panel, or a mechanical key, for example, and receives an operation signal from the input device.

  The output interface device 140 is a device that is connected to an output device such as a display or a speaker and performs output to the output device. For example, the output interface device 140 outputs display data such as graphics generated by the image arithmetic processing device 136 to a display. Also, the output interface device 140 outputs the audio signal generated by the audio processing device 138 to the speaker.

  For example, the arithmetic processing unit 131 reads at least a part of game software (including a game program and game data) stored in the storage medium via the media interface device 134 and develops it in the main memory 132. The arithmetic processing unit 131 may read game software stored in the recording device 133. Further, for example, the arithmetic processing unit 131 executes, for example, read game software, and controls the progress of the game according to an operation signal from the input device by a player operation.

  Further, for example, the processing unit 131 determines the content of the game image in accordance with the progress of the game, and causes the image processing unit 136 to generate drawing data constituting the content. The image processing unit 136 renders the image data on the image memory 137 using the drawing data. The rendered image data (game image) is output to an external display. Further, for example, the arithmetic processing unit 131 determines a game sound in accordance with the progress of the game, causes the sound processing unit 138 to generate a sound signal of the sound, and causes the speaker to output the sound signal.

  The control unit 110 illustrated in FIG. 1 is realized, for example, by the arithmetic processing unit 131 executing a game program. At least a part of the functions of the control unit 110, for example, a part of the functions of the output processing unit 113 may be realized by the image processing unit 136 or the audio processing unit 138. The function of the storage unit 120 illustrated in FIG. 1 is realized by, for example, the main memory 132 or the recording device 133.

  FIG. 3 is a diagram illustrating an example of the data structure of the player object information 121. The player object information 121 includes a player identifier 1211, a non player identifier 1212, a degree of closeness 1213, and a degree of despair 1214.

  The player identifier 1211 is identification information that identifies a player object. The non-player identifier 1212 is identification information for identifying a non-player object selected as a partner among a plurality of non-player object candidates.

  The degree of closeness 1213 is the degree of closeness between the player specified by the player identifier 1211 and the non player object specified by the non player identifier 1212. The degree of closeness 1213 shown in FIG.

  The despair degree 1214 is a value indicating the despair degree of the player object specified by the player identifier 1211. The degree of despair 1214 shown in FIG. 3 indicates a state where the larger the value is, the more desperate, and the despair increases as the player object encounters an accident.

  FIG. 4 is a diagram illustrating an example of the data structure of the despair degree information 122. The despair degree information 122 includes an accident identifier 1221 and a despair degree increase reference value 1222. The accident identifier 1221 is identification information that identifies an accident that occurs during the progress of the game.

  In the present embodiment, an accident generation condition that triggers an accident is stored in an area (not shown) of the storage unit 120. The accident generation condition is, for example, a case where the player object travels a predetermined route by an input operation, or a case where a predetermined action option is selected in an action event. The accident occurrence condition includes the case where the player object contacts the enemy object.

  The hopelessness increase reference value 1222 is a value serving as a criterion for the increase in hopelessness when an accident occurs. The desperation degree calculation process will be described in detail later.

  FIG. 5 is a diagram illustrating an example of the data structure of the behavior event information 123. The behavior event information 123 includes an event identifier 1231, a behavior option identifier 1232, a closeness increase amount 1233, and a despair degree increase amount 1234. The event identifier 1231 is identification information that identifies a behavior event.

  The action option identifier 1232 is identification information for identifying an action option displayed in the event specified by the event identifier 1231. The degree of affinity increase 1233 is a value indicating the amount of increase in the degree of affinity when the action option identifier 1232 is selected. The desperate degree increase amount 1234 is a value indicating the desperate degree increase amount when the action option identifier 1232 is selected. As shown in FIG. 5, the closeness increase amount 1233 and the despair degree increase amount 1234 may be positive values or negative values.

  FIG. 6 is a flowchart illustrating an example of the map screen display process. Prior to the start of the process, values indicating the size of the candidate range are stored as candidate range information for each of the numerical ranges indicating the degree of hopelessness in a region (not shown) of the storage unit 120. Further, the operation detection unit 111 receives a selection operation for selecting a non-player object. The event control unit 112 associates the player object with the selected non-player object, and generates player object information 121.

  In addition, after the non player object is selected, the event control unit 112 starts a game start event that is executed for the first time after the game starts. In the game start event, the parameter calculation unit 114 gradually changes the degree of hopelessness so as to approach a predetermined value until the operation detection unit 111 detects a predetermined input operation. When the input operation is detected, the parameter calculation unit 114 stops the change in the degree of despair, and sets the degree of despair at the time of stop to the degree of despair 1214 of the player object information 121. Thereafter, the event control unit 112 causes the game to proceed in accordance with the input operation detected by the operation detection unit 111.

  The process of this flowchart is periodically executed in the game device 100, for example.

  First, the operation detection unit 111 receives a map display operation (step S11). Specifically, the operation detection unit 111 receives an input operation for opening a map screen.

  Next, the output processing unit 113 specifies the degree of despair (step S12). Specifically, the output processing unit 113 specifies the degree of hopelessness 1214 of the player object information 121 as the degree of hopelessness at the time of this processing.

  Next, the event control unit 112 specifies the positions of the player object and the enemy object (step S13). In this embodiment, the player object moves according to the player's input operation. The event control unit 112 specifies the position of the player object on the map.

  Also, in the present embodiment, the enemy object is present at an arbitrary position on the map. The event control unit 112 may control the enemy object to move on the map. The event control unit 112 specifies the position of the enemy object on the map at the time of this processing.

  Next, the output processing unit 113 determines the size of the candidate range (step S14). Specifically, the output processing unit 113 refers to the candidate range information, and determines the size of the candidate range using the degree of hopelessness specified in step S12. The candidate range is, for example, substantially circular, and the size of the candidate range is determined by the radius of the circle.

  Next, the output processing unit 113 displays a map (step S15). More specifically, the output processing unit 113 creates image information indicating a map and displays a map screen. In addition, the output processing unit 113 displays an icon indicating the player object at the position on the map of the player object identified in step S13. In addition, the output processing unit 113 generates image information of a candidate range including the position of the enemy object identified in step S13 in the range, and displays the image information on the map. The control unit 110 then ends the processing of this flowchart.

  FIG. 10 is a diagram (part 1) illustrating an example of the map screen. The display of the game apparatus 100 in this example has a screen display area 210 and a touch panel area 220, and the output processing unit 113 outputs a display screen to the screen display area 210 and the touch panel area 220. The touch panel area 220 can accept an input operation.

  In the example illustrated in FIG. 10, the output processing unit 113 displays a map screen in the touch panel area 220. The map screen includes an icon 221 indicating a player object and a candidate range 223. An enemy object 222 exists inside the candidate range 223. The enemy object 222 has a certain size inside the candidate range 223. Although the enemy object is indicated by a dotted line for convenience in FIG. 10, the enemy object is not displayed on the actual game screen.

  The candidate range 223 only needs to include the enemy object 222 therein, and the position of the candidate range 223 with respect to the enemy object 222 is arbitrary. In the present embodiment, when the player object (i.e., the icon 221) contacts the enemy object 222, the player is treated as having encountered an accident, and the degree of despair approaches a predetermined value.

  Also, as described above, the size of the enemy object 222 is constant regardless of the size of the candidate range 223 on the map screen. On the other hand, the closer the desperation degree is to a predetermined value, that is, the larger the candidate range is displayed. In other words, when the degree of hopelessness is small, the candidate range is displayed larger than when the degree of hopelessness is large, so the possibility of the candidate range 223 existing on the moving path of the moving player object becomes high. Since the position in the candidate range 223 of the enemy object 222 can not be visually recognized, it can be said that the larger the size of the candidate range 223, the higher the possibility that the player object contacts without being able to avoid the enemy object.

  This means that the higher the degree of hopelessness, the more the player's sense is sharpened and the easier it is to avoid enemy objects. On the other hand, if the degree of despair is low, the enemy object can not be avoided and contacts, and the degree of despair increases. That is, the game can be progressed while maintaining the state of the hopelessness close to the predetermined value to give the player a sense of tension.

  Note that the candidate range may be displayed larger as the degree of despair is closer to a predetermined value. In that case, it can be said that the closer the desperation degree is to the predetermined value, the higher the possibility that the player object contacts the enemy object. That is, it is possible to give the player an incentive to keep the degree of despair low and to improve the interest.

  In addition, although one enemy object 222 is displayed on the map screen shown in FIG. 10, the number of enemy objects 222 is not limited to this. For example, a plurality of enemy objects 222 may be included in one candidate range 223. In this case, for example, in step S13 of the map screen display process shown in FIG. 6, the event control unit 112 specifies the position of an arbitrary enemy object 222 among the plurality of enemy objects 222.

  Thereafter, in step S15, the output processing unit 113 displays the candidate range 223 based on the position of the enemy object 222. The event control unit 112 sets a predetermined number of enemy objects 222 within the candidate range 223.

  Moreover, although one candidate range 223 is displayed on the map screen shown in FIG. 10, the number of candidate ranges 223 is not limited to this. For example, when there are a plurality of enemy objects 222, candidate ranges 223 may be displayed for each enemy object 222. In that case, in the map screen display process shown in FIG. 6, each functional unit of the control unit 110 performs the processes from step S13 to step S15 for each enemy object, so that a plurality of candidate ranges 223 are displayed.

  FIG. 7 is a flowchart illustrating an example of the desperation degree calculation process when an accident occurs. The processing of this flowchart is periodically executed while the game is in progress, for example.

  First, the operation detection unit 111 receives an operation of a player object (step S21).

  Next, the event control unit 112 determines whether or not an accident has been encountered (step S22). Specifically, the event control unit 112 refers to the above-mentioned accident occurrence condition and determines whether or not an accident is encountered by the operation of the player object detected in step S11.

  If the event control unit 112 determines that an accident has not been encountered (“NO” in step S22), the event control unit 112 returns the process to step S21.

  When the event control unit 112 determines that an accident has been encountered (in the case of “YES” in step S22), the parameter calculation unit 114 calculates a despair degree change amount (step S23). Specifically, the parameter calculation unit 114 refers to the accident occurrence condition, and identifies an accident identifier indicating the encountered accident. The parameter calculation unit 114 refers to the despair degree information 122 using the identified accident identifier, and identifies the despair degree increase reference value 1222 of the encountered accident. The parameter calculation unit 114 calculates the desperate degree change amount using the desperate degree increase reference value.

  FIG. 8 is a diagram showing an increase image of the degree of despair. In the present embodiment, the degree of hopelessness does not increase linearly with the amount of accident encountered, but the amount of change is smaller as the degree of hopelessness before the change is closer to a predetermined value (that is, larger) with respect to the amount of accident. The degree of despair is calculated so that

  For example, the parameter calculation unit 114 refers to the player object information 121 and specifies the degree of hopelessness 1214 as the degree of hopelessness before change. The parameter calculation unit 114 determines the desperate degree change amount by multiplying the desperate degree increase reference value by a coefficient determined by the desperate degree before the change.

  As an example, the despair degree before change is α, the despair degree change amount is β, the despair degree increase reference value is γ, and the coefficient is k. In this example, the degree of change in hopelessness can be calculated by α + β, and the change in degree of hopelessness β can be calculated by γ × k. In this example, the value of the coefficient k is changed according to the range of α.

For example, when 0 ≦ α <60, β = γ × k ₁ is set. When 60 ≦ α <82, β = γ × k ₂ is established. When 82 ≦ α <95, β = γ × k ₃ is established. When 95 ≦ α <100, β = γ × k ₄ is established. In this case, by setting k ₁ > k ₂ > k ₃ > k ₄ , it is possible to control so that the degree of change in the degree of hopelessness decreases as the degree of hopelessness before the change approaches the predetermined value.

  In addition, the graph shown in FIG. 8 is an image figure which showed the state from which despair degree changes only by encounter of an accident for convenience. In practice, the degree of despair can change based on a predetermined condition such as the execution of an action event.

  Returning to FIG. Next, the parameter calculation unit 114 adds the despair degree change amount to the despair degree before the change (step S24). Specifically, the parameter calculation unit 114 adds the amount of change in degree of desperity calculated in step S23 to the degree of despair before the change specified in step S23 to obtain the degree of despair after change. The parameter calculation unit 114 sets the degree of despair after the change to the degree of despair 1214 of the player object information 121. Then, the control part 110 complete | finishes the process of this flowchart.

  In addition, each record of the above-mentioned despair degree information 122 may include a termination propriety flag (not shown). If it is determined in step S22 of the processing of this flowchart that an accident has been encountered, the event control unit 112 refers to the hopelessness level information 122, and a flag indicating that the accident identifier of the encountered accident is possible termination in the hopelessness level 122 It is determined whether it is associated with. When the accident identifier is associated with the flag indicating that the termination is possible, the despair degree after the change is calculated by the above-described processing.

  If the accident identifier is associated with the flag indicating that termination is impossible in the hopelessness level information 122, the parameter calculation unit 114 determines whether or not α + β is 100 or more. The degree of despair after the change is calculated by the process. When α + β is 100 or more, the parameter calculation unit does not add the despair degree change amount to the despair degree before the change. That is, the despair degree α before the change is handled as the despair degree after the change as it is.

  In the present embodiment, in principle, the game ends when the degree of despair reaches a predetermined value. The degree of hopelessness changes so as to approach a predetermined value due to the occurrence of an accident, but is controlled so that the amount of change becomes smaller as the degree of despair before the change becomes closer to the predetermined value. As a result, it is possible to progress the game while maintaining the state of hopelessness close to the predetermined value used to determine the end of the game, so that the player can be given a sense of tension, and the interest is improved.

  Further, it is possible to easily adjust the timing at which the game is ended or the position in the virtual space by determining whether or not to increase the degree of despair based on the end possibility flag. If it is difficult to adjust the game end timing or position in the virtual space, it is necessary to have versatility so that the game end event does not become unnatural at any timing and at any position. In the present embodiment, since the end timing and the position adjustment are easy, it is possible to execute a game end event more suitable for the game end situation, and it is possible to improve the player's satisfaction.

  FIG. 9 is a flowchart illustrating an example of a behavior event generation process. Before the start of the process, an action event occurrence condition is stored in an area (not shown) of the storage unit 120. The action event occurrence condition is, for example, information indicating that a predetermined input operation is accepted in a certain game progress situation. This process is periodically executed while the game is in progress, for example.

  First, the operation detection unit 111 receives an operation of a player object (step S31).

  Next, the event control unit 112 determines whether an action event occurrence condition has been detected (step S32). Specifically, the event control unit 112 determines whether the operation accepted in step S31 corresponds to the action event occurrence condition stored in the storage unit 120. If the event control unit 112 determines that the action event occurrence condition is not detected (in the case of “NO” in step S32), the event control unit 112 returns the process to step S31.

  When the event control unit 112 determines that the action event occurrence condition is detected (in the case of “YES” in step S32), the operation detection unit 111 determines whether or not the selection of the action option is accepted (step S33) . When the operation detection unit 111 determines that the selection of the action option is not received (in the case of “NO” in step S33), the operation detection unit 111 repeats the process of step S33 until the selection of the action option is detected. .

  When the operation detection unit 111 determines that the selection of the action option has been received (in the case of “YES” in step S33), the operation detection unit 111 identifies the action option (step S34). That is, the operation detection unit 111 specifies the action option identifier of the selected action option.

  Next, the parameter calculation unit 114 determines the amount of increase in closeness degree (step S35). Specifically, the parameter calculation unit 114 specifies the event identifier of the behavior event in which the behavior event occurrence condition is detected. The parameter calculation unit 114 refers to the behavior event information 123 and identifies a record including the identified event identifier and the behavior option identifier identified in step S34. The parameter calculation unit 114 specifies the degree of affinity increase 1233 included in the record.

  Next, the parameter calculation unit 114 adds the degree of closeness before the change (step S36). Specifically, the parameter calculation unit 114 specifies the familiarity 1213 of the player object information 121 as the familiarity before the change. The parameter calculation unit 114 adds the amount of increase in the degree of closeness identified in step S35 to the degree of closeness before the change to set it as a new degree of closeness, and updates the closeness degree 1213 of the player object information 121.

  Next, the parameter calculation unit 114 determines the despair increase amount (step S37). Specifically, the parameter calculation unit 114 specifies the desperate degree increase amount 1234 included in the record of the action event information 123 specified in step S35.

  Next, the parameter calculation unit 114 adds to the degree of despair before the change (step S38). Specifically, the parameter calculation unit 114 specifies the despair degree 1214 of the player object information 121 as the despair degree before the change. The parameter calculation unit 114 adds the amount of increase in the degree of hopelessness specified in step S37 to the degree of hopelessness before the change to obtain a new degree of hopelessness, and updates the degree of hopelessness 1214 of the player object information 121. The control unit 110 then ends the process of this flowchart.

  In the present embodiment, a new closeness degree and a hopelessness degree are calculated based on the action option selected in the action event. However, when a certain event starts, this processing can be performed even in an embodiment in which the degree of closeness or the degree of hopelessness is changed regardless of the action option. In that case, for example, empty information can be set in the action option identifier 1232 of the action event information 123, and if the event start condition is satisfied, control can be performed to change the degree of closeness or the degree of hopelessness.

  Here, the degree of intimacy will be described in more detail. As described above, the closeness is a value indicating the degree of closeness between the player and the non-player object. In the present embodiment, when the degree of hopelessness reaches a predetermined value, it is determined whether the degree of closeness has reached a predetermined value. If the degree of intimacy reaches a predetermined value, it is assumed that the non-player object has a strong sense of closeness to the player, and the event control unit 112 causes the non-player object to end the game. Execute a rescue event indicating that it will be rescued.

  On the other hand, if the degree of hopelessness has reached a predetermined value and the degree of intimacy has not reached a predetermined value, the rescue event is not performed and the game is ended. Note that the relief event is, for example, a reproduction of a pre-render movie and does not require any player operation. After execution of the relief event, the parameter calculation unit 114 keeps the degree of despair from a predetermined value. Further, the parameter calculation unit 114 keeps the familiarity from a predetermined value.

  As described above, in the present embodiment, even if the degree of hopelessness reaches a predetermined value, it is possible to escape from the end of the game if the sense of closeness to the non-player object is strong. The degree of intimacy changes with the selection of the action option and the satisfaction of the event start condition, so by approaching the degree of intimacy to a predetermined value according to the player's input operation, the possibility of leaving the game end is increased, A game configuration can be adopted.

  <First modification>

  Next, a first modification of the present embodiment will be described. In the above embodiment, the size of the candidate range is determined according to the degree of despair, while the size of the enemy object is constant. In this modification, the size of the candidate range is determined in accordance with the degree of despair as in the above embodiment, but the size of the enemy object is the same as the size of the candidate range. Hereinafter, differences from the above-described embodiment will be described.

  FIG. 11 is a diagram (part 2) illustrating an example of a map screen. As shown in FIG. 11, the size of the enemy object 222 of the present modification is the same as the size of the candidate range 223. Therefore, moving the player object and contacting the candidate range 223 is synonymous with contacting the enemy object 222. When contact with an enemy object is an accident generation condition, the degree of despair increases according to the despair degree increase reference value due to the contact.

  In the flowchart shown in FIG. 6, the size of the candidate range is determined in step S14. In the present modification, the enemy object 222 and the candidate range 223 are displayed on the map screen using the position of the enemy object specified in step S13 and the size of the determined candidate range. The enemy object 222 and the candidate range 223 are, for example, substantially circular having the radius determined in step S14, centering on the position of the enemy object identified in step S13.

  In this modification, the enemy object 222 and the candidate range 223 are displayed to be smaller as the degree of despair is closer to a predetermined value. That is, the farther the desperation degree is from the predetermined value, the easier it is for the player object to contact the enemy object 222, which leads to an increase in the despair degree. Thereby, the state in which the degree of despair is close to a predetermined value is maintained, and the interest is improved.

  Note that the enemy object 222 and the candidate range 223 may be displayed to be larger as the degree of despair is closer to a predetermined value. That is, the closer the degree of despair is to a predetermined value, the easier it is for the player object to contact the enemy object 222. Thus, in addition to being able to give an incentive for keeping the degree of despair far from the predetermined value, it is possible to give the player a sense of urgency when the degree of despair approaches the predetermined value. In this way, it is possible to improve interest by providing an inflection in the game progress.

  <Second modification>

  Next, a second modification of the present embodiment will be described. In this modification, the speed at which the player object moves on the map is determined using the closeness. Hereinafter, differences from the above-described embodiment will be described.

  FIG. 12 is a flowchart illustrating an example of the map screen display process in the second modification. Before the start of the process, the moving speed of the player object is set in advance for each numerical range of the degree of closeness between the player and the non-player object. This process is periodically executed in the game apparatus 100, for example.

  The processing from step S11 to step S15 is the same as the processing from step S11 to step S15 shown in FIG.

  Next, the operation detection unit 111 receives a player object movement operation (step S16).

  Next, the event control unit 112 determines the moving speed (step S17). Specifically, the event control unit 112 refers to the player object information 121 and specifies the degree of closeness 1213 as the degree of closeness between the player and the non-player object at the time of the main process. The event control unit 112 determines a movement speed that is set in advance for the specified closeness.

  Next, the output processing unit 113 moves the player object and displays a map (step S18). Specifically, the output processing unit 113 uses the position of the player object displayed in step S15 as a start point, and the icon 221 indicating the player object on the map according to the movement operation received in step S16 at the movement speed determined in step S17. Move with. Thereafter, the output processing unit 113 ends the process of this flowchart.

  As described above, on the displayed map screen of the candidate range 223, the player object can be moved at a speed determined by the degree of closeness. At this time, it is desirable that the player object is set to move at a higher speed as the degree of closeness is higher. For example, when the enemy object 222 moves on the map, the faster the moving speed of the player object, the lower the possibility of contact with the enemy object.

  This modification is particularly useful in an embodiment in which the size of the candidate range 223 is larger than the size of the enemy object 222. In the case where the position of the enemy object 222 can not be visually recognized, the player wants to pass through the candidate area 223 quickly because the player object is prevented from contacting the enemy object 222 when the player object has to move inside the candidate area 223 . At that time, by determining the moving speed according to the degree of closeness, it is possible to give motivation to improve the degree of closeness, and the interest is improved.

  Note that the player object may be moved at a speed in accordance with the degree of closeness only when the player object moves inside the candidate range 223. In that case, the speed of moving inside the candidate range 223 may be different from the speed of moving outside the candidate range 223. By setting the speed according to the degree of intimacy only when moving inside the candidate range 223, a sense of tension is generated when traveling inside the candidate range 223, and the game configuration can be made deep.

  As described above, the configuration of the game apparatus 100 shown in FIG. 1 is classified based on the main processing contents in order to facilitate understanding of the configurations of the game apparatus 100 and the game program. The present invention is not limited by the way of classification and names of components. The configurations of the game device 100 and the game program can be classified into more components based on the processing content. Also, one component can be classified to perform more processing. Further, the processing of each component may be executed by one hardware or may be executed by a plurality of hardware. In addition, the sharing of processing or function of each component is not limited to that shown in the drawings as long as the objects and effects of the present invention can be achieved. Further, the hardware configuration of the game apparatus 100 shown in FIG. 2 is not limited to the illustrated one as long as the object and effect of the present invention can be achieved.

  In addition, the processing units of the flowcharts shown in FIGS. 6, 7, 9 and the like are divided based on main processing contents in order to facilitate understanding of the processing of the game apparatus 100 and the game program. The present invention is not limited by the way of dividing the processing unit or the name. The processing of the game device 100 and the game program can be divided into more processing units based on the processing content. Moreover, it can also divide | segment so that one process unit may contain many processes. Furthermore, the processing order of the above flowchart is not limited to the illustrated example as long as the object and effect of the present invention can be achieved. The game images shown in FIGS. 10 to 11 are not limited to the illustrated configuration as long as the objects and effects of the present invention can be achieved.

  The present invention can be applied not only to home game machines but also to game machines such as portable game machines and arcade game machines, and can also be applied to general-purpose computers such as PCs and smartphones. it can. The present invention is applicable not only to the case where a game program is executed by a single game device, but also to the case where a game program is executed by a plurality of game devices 100 or game devices and servers.

  Further, the present invention is not limited to the above-described game. For example, the first object operated by the player (a player object such as a player character and may not be displayed on the screen), and the first The present invention can be applied to various games having a second object (related object such as an enemy character) related to one object.

  In the present invention, the player character may or may not be displayed on the game screen.

  Further, the present invention provides not only a game program but also various aspects such as a computer-readable storage medium that records the game program, a game device or computer that executes the game program, and a game progress control method. Can do.

  100: Game device 110: Control unit 111: Operation detection unit 112: Event control unit 113: Output processing unit 114: Parameter calculation unit 120: Storage unit 121: Player object information 122: Despair degree information 123: Action event information 131: Arithmetic processing device 132: Main memory 133: Recording device 134: Media interface device 135: Communication interface device 136: Image arithmetic processing device 137: Image memory 138: Audio Processing device, 139: input interface device, 140: output interface device, 210: screen display area, 220: touch panel area, 221: icon, 222: enemy object, 223: candidate range

Claims (7)

A game program to be executed on a game device,
An operation detection unit that detects a player's input operation;
A parameter calculation unit that calculates a parameter value used to determine the end of the game based on the input operation;
An output processing unit for displaying on a map in the game a candidate range which is a location candidate of an enemy object which is an enemy of the player object;
In accordance with the input operation, the player object is moved on the map, and when the parameter value reaches a predetermined value, the game device functions as an event control unit that generates an event indicating a penalty to the player object,
The parameter calculation unit changes the parameter value so as to be close to the predetermined value when the player object is in contact with the enemy object in the candidate range.
The game program characterized in that the output processing unit determines the size of the candidate range using the parameter value. The game program according to claim 1,
A game program, wherein the output processing unit displays the candidate range so as to be smaller as the parameter value is closer to the predetermined value. The game program according to claim 2, wherein
The game program, wherein the enemy object has a constant size regardless of the candidate range. The game program according to claim 2, wherein
The size of the candidate range is the same as the size of the enemy object, and
The parameter calculation unit, when the player object touches the candidate range by the input operation, changes the parameter value as touching the enemy object. The game program according to claim 1,
The game program, wherein the parameter calculation unit calculates the parameter value so that the amount of change becomes smaller as the parameter value before the change is closer to the predetermined value. An operation detection procedure for detecting a player's input operation;
A parameter calculation procedure of calculating a parameter value used to determine the end of the game based on the input operation;
An output processing procedure for displaying on a map in the game a candidate range which is a candidate for the location of the enemy object which is the enemy of the player object;
An event control procedure for moving the player object on the map according to the input operation and generating an event indicating a penalty to the player object when the parameter value reaches a predetermined value;
In the parameter calculation procedure, when the player object contacts the enemy object in the candidate range, the parameter value is changed to be close to the predetermined value,
6. The information processing method according to claim 1, wherein the size of the candidate range is determined using the parameter value in the output processing procedure. An operation detection unit that detects a player's input operation;
Based on the input operation, a parameter calculation unit that calculates a parameter value used for determining the end of the game;
An output processing unit for displaying a candidate range on the map in the game as a candidate location of an enemy object that is an enemy of the player object;
An event control unit that moves the player object on the map according to the input operation, and generates an event indicating a penalty to the player object when the parameter value reaches a predetermined value;
The parameter calculation unit changes the parameter value so as to be close to the predetermined value when the player object is in contact with the enemy object in the candidate range.
The information processing apparatus, wherein the output processing unit determines the size of the candidate range using the parameter value.

Images