JP5840635B2 - GAME DEVICE, GAME CONTROL PROGRAM, AND GAME SYSTEM - Google Patents

Description

  The present invention relates to a technique for controlling a game in which a character moves in accordance with a user instruction.

  For example, in a baseball game, when a play result is obtained in which a pitcher character operated by a user hits a batter character with a home run, a game scene in which the batter character strikes the ball object after the pitcher character starts throwing is reproduced. A replay image may be displayed. As a technique for displaying such a replay image, for example, Patent Document 1 is known. In Patent Literature 1, a replay image is displayed when a play result matches a predetermined condition.

JP 2005-319231 A

  Since the user gives an enormous number of instructions to a character in one game, even if an event that greatly affects the game as a result of giving the instruction or an event that the user should learn occurs The user tends to forget the instruction itself related to the result. Therefore, if a predetermined event occurs after the user gives an instruction, providing a function that feeds back the instruction to the user will make it easier for the user to recognize the quality of the instruction and make future strategies. It is done.

  Patent Document 1 discloses displaying a replay image that reproduces one scene of a game when a certain play result is obtained, such as a replay scene of a television sports broadcast. In such a replay image, when a certain play result is obtained, the play content is repeatedly displayed immediately after that, but the replay image does not reflect the user's instruction content. Even if it is reflected, it is difficult for the user to confirm the specific instruction content in the conventional replay image.

  Therefore, with the technique of Patent Document 1, it is impossible for the user to recognize an instruction given to the character by the user.

  An object of the present invention is to intuitively feed back an instruction or strategy given to a character by the user to generate a replay image that serves as a reference material for future play.

(1) A game device according to an aspect of the present invention includes a game progression unit that moves a character according to a user's instruction and advances the game, and movement instruction information that is selected or set by the user to move the character. Is stored in advance, and when the first replay condition is satisfied, it is determined whether the second replay condition is satisfied, and the character obtained by the action of the character is determined. When a ray result satisfies the first replay condition and does not satisfy the second replay condition, a first replay image of the character operated according to the action instruction information is generated and displayed on a display unit, and the play result the characters but that if the first replay condition and the second replay condition is satisfied, and operates according to the operation instruction information Of data, and at least the operation portion related to the operation instruction of the instruction information than the first replay image to generate a second replay image is enlarged or emphasized, the replay image generation unit to be displayed on the display unit.

  In the example of the baseball game, the action instruction information includes, for example, the ball object ball type (straight, curve, etc.) to be thrown by the user to the pitcher character. In the example of the soccer game, for example, the ball object course Can be mentioned. In this case, the user determines the action content of the character by selecting one of these options. In a baseball game, a soccer game, or the like that includes a play that changes the trajectory of the ball object, the action instruction information includes, for example, the degree of bending of the ball object. In this case, a mode in which the user inputs and sets the degree of bending of the ball object with specific numerical values, or a mode in which any one of a plurality of options prepared in advance can be selected.

  As an example of the play result, in the example of the baseball game, there is a case where a hitting result in which a batter character hits a home run or a hit occurs from a pitcher character operated by the user. Moreover, in the example of a soccer game, the case where the character operated by the user puts a goal, or the character of the keeper operated by the user puts a goal is mentioned, for example. In a fighting game in which characters battle each other, for example, winning or losing of a battle between characters can be cited.

  As a replay image, for example, when a certain play result occurs, an image that reproduces an animation by displaying a series of actions of a character related to the occurrence of the play result can be mentioned.

In this configuration, when a certain play result occurs, a replay in which at least a part related to the action instruction of the action instruction information of the character that has moved according to the action instruction information instructed by the user in advance is expanded or emphasized before the play. An image is generated. For example, in the example of pitching in a baseball game, a hand portion when a pitcher character performing a pitching action throws a ball object is enlarged or highlighted. As a result, the user pays attention to the character's hand and can confirm the grip of the hand in detail, so that he can clearly recognize what type of ball he had selected prior to the pitch. can do. In addition, in a soccer game, for example, a penalty kick, a portion of the foot of a character that performs the action of kicking the ball object is enlarged or highlighted. As a result, the user pays attention to the character's toe part and can check the kick state in detail, so that the kick method and kick angle that he / she selected prior to kicking are clearly defined. Can be recognized.
Examples of the highlighting mode include a display mode (for example, a mode in which a pitcher character's hand is displayed in a predetermined color or a mode in which the brightness is increased) different from the normal display method.

  As described above, according to this configuration, when the play result satisfies the predetermined condition, the replay image in which the motion related to the character's motion instruction information is enlarged or highlighted is displayed. It is possible to intuitively feed back the operation instruction information given to the user. Therefore, it is possible to make the user clearly recognize the quality of the motion instruction information given to the character through the replay image, and to provide the user with reference materials for future play.

(2) the operation instruction play result of the character that operates in accordance with the information further comprising a history management section for managing the play history, the replay image generation unit, on the basis of the play history, the play result is before Symbol second You may comprise so that it may determine whether replay conditions are satisfy | filled.

  As a case where the predetermined condition is satisfied, for example, as shown in the following (4), there is a case where the same play result as the current play result has been performed in the past. In this case, a replay image in which the action of the character is enlarged or highlighted is displayed. Therefore, when the user repeats the same mistake, for example, the user can intuitively recognize the mistake, and reference materials for future games can be provided to the user.

  As another example of the case where a predetermined condition is satisfied, a baseball game will be used to explain, in the past, a past play history that a pitcher character has been hit with five consecutive hits by the same batter character in the past is registered. In this case, there may be a case in which a play result of taking a strikeout from the batter character is obtained at the current batter. In this case, a replay image in which the pitcher character's motion is enlarged or highlighted is displayed. Through this replay image, the user can learn the weak points of the batter character. More specifically, it is possible to know what type of ball the batter character is not good at. As a reverse pattern, for example, when a past play history in which three consecutive strikeouts have been taken from the same batter character in the past has been registered, a play in which a home run was hit from the batter character at this batter The case where a result is obtained is mentioned. In this case, the user can learn the advantages of the batter character through the replay image. Specifically, contrary to the above example, it is possible to know what kind of ball the batter character is good at.

  To explain another example using a soccer game PK game, the past play history that the kicker had scored a goal without mistake for the same keeper in the past 5 times was registered. In this case, there is a case where a play result that the goal could not be determined is obtained. In this case, a replay image in which the action of the kicker is enlarged or highlighted is displayed. Through this replay image, the user can learn a kicking method, a course, a ball type, and the like that are not good for kickers.

  In addition, as an opposite pattern, for example, when a kicker has previously registered a play history in which the goal has been blocked three times in the same keeper, the goal can be determined from that keeper this time. Is mentioned. In this case, the user can learn a course and a ball type that the keeper is not good at, or a kick method that the kicker is good at, through the replay image.

(3) The play history includes a match result between characters in the game, and the second replay condition is defined by a past match result between the characters in the game and the latest play result. There may be.

  According to this configuration, past battle results between characters are stored as a play history. When the latest play result is obtained, the second replay image is displayed if the relationship between the play result and the past battle result satisfies a predetermined condition. Therefore, since the second replay image is displayed only when the user's instruction in the latest play result should be fed back based on the comparison between the latest play result and the past battle result, the user can display the present (latest) play result. However, you can clearly recognize that it is different from the history of your own battles in the past. Therefore, hints and tactics for future play can be easily learned from the current play result.

(4) When the replay image generation unit determines that the same play result is repeated for the same operation instruction information based on the play history, the second replay when the play result is obtained. An image may be generated.

  In the example of a baseball game, the pitcher character operated by the user has hit the home run in the past with the same ball type (for example, straight) from the same batter character as a case where the same play result is repeated for the same action instruction information. The case where it was. In this case, since the replay image in which the action of the pitcher character is enlarged or highlighted is displayed, the user can be alerted about the instruction to the batter character, and the specific of the instruction can be specified. The contents can be recognized. In the above example, it is possible to make the user recognize that it is dangerous to throw a straight against a batter character that has competed.

(5) The replay image generation unit determines whether the play result satisfies a predetermined condition based on the play history. If the condition is satisfied, the character when the play result is obtained is determined. The second replay image may be generated by enlarging or highlighting the above operation in slow motion or stop motion.

  Here, as a case where a predetermined condition is satisfied, for example, a case where the same play result is repeated again for the same operation instruction information can be cited. In an example of a baseball game, a pitcher character operated by a user may have hit a home run twice or more in the past with the same ball type (for example, straight) from the same batter character. In this case, since the action of the character is enlarged or highlighted in slow motion or stop motion, the user can be more strongly alerted about the instruction to the batter character, and the specific of the instruction Can be recognized. In the above example, it is possible to make the user more surely recognize that it is dangerous to throw a straight against a batter character that has competed.

(6) The game progression unit causes a first character that operates according to the operation instruction information and a second character that is different from the first character to battle in the game space, and the replay image generation unit includes the first character The second replay image may be generated when two characters are characters having a predetermined attribute.

  In an example of a baseball game, if a replay image is displayed every time a batter character hits a home run or a timely hit, the game time will be prolonged in addition to hindering the smooth progress of the game. Therefore, in this configuration, the replay image is displayed only when the character has a specific attribute (for example, the attribute of a heavy hitter). Therefore, the game can be smoothly advanced and the game time can be prevented from being prolonged.

(7) The replay image generation unit may include notification information for notifying the operation instruction information in the second replay image.

  Examples of the notification information include character information indicating the wording of the operation instruction information and a mark image clearly indicating the operation instruction information. Then, the notification information is also displayed in the replay image in which the action of the character is enlarged or highlighted. Therefore, it is possible to make the user recognize the instruction given to the character more reliably.

  (8) The game progression unit causes the character to perform a movement of moving a predetermined object according to the movement instruction information, and the replay image generation unit is configured to start the movement of the object according to the movement of the character. , The line of sight of the virtual camera is set so that the object is displayed at a position away from the center of the display unit by a predetermined offset distance and the character is displayed on the center side, and the object moves. Accordingly, the line of sight may be set so that the offset distance becomes shorter.

  In the example of the baseball game, at the timing immediately after the pitcher character starts moving the ball object (an example of the object), the ball object is displayed at a position that is a predetermined offset distance from the center of the display unit, and the display unit The line of sight of the virtual camera is set so that the pitcher character is displayed on the center side. Therefore, not only how to hold the ball object by the pitcher character, but also the swing of the arm and the movement of the entire upper body are displayed in close-up on the display unit. Further, since the offset distance becomes shorter as the ball object moves, the ball object is finally displayed near the center of the display unit. Thereby, the user can also recognize the trajectory of the ball object according to the operation instruction information, and a replay effect with a sense of reality can be performed. As a result, the user can more strongly impress the operation instruction information selected or set by the user.

  (9) The game progression unit moves the object to the character by moving the character in a predetermined motion pattern with respect to the character, and the offset distance varies according to the motion pattern. Also good.

  According to this configuration, an offset distance suitable for the action pattern inherent to the character is set, so that a realistic replay effect can be achieved.

(10) A game device according to another aspect of the present invention includes a game progress unit that advances a game in which a pitcher character throws a ball object according to a user instruction and a batter character strikes the ball object; In order to throw the ball object, when the first replay condition is satisfied and the operation instruction information storage unit that stores in advance the ball type of the ball object selected or set by the user , the second replay condition If the hit result of the batter character satisfies the first replay condition and does not satisfy the second replay condition, the hit performed on the hit result is determined. A first replay image at the time of pitching by the pitcher character is generated and displayed on the display unit. Enlargement if result is the first replay condition and the second replay condition is satisfied, at the time of pitching of the pitcher character that have been made to the batting result, than the portion grips at least the ball object first replay image A replay image generation unit that generates the second replay image that has been generated and displays the second replay image on the display unit.

  According to this configuration, when a certain batting result is a predetermined result, a replay image in which the action of the pitcher character is enlarged or highlighted is displayed. Therefore, the hitting result by the batter character is given to the character. The ball type can be intuitively fed back to the user. Therefore, it is possible to make the user clearly recognize the quality of the ball type given to the pitcher character through the replay image, and provide reference materials for future play to the user.

  According to the present invention, when the play result satisfies a predetermined condition, a replay image in which the action of the character is enlarged or highlighted is displayed. Therefore, the action instruction information given to the character when the play result is generated is displayed to the user. Can be fed back intuitively. Therefore, it is possible to make the user clearly recognize the quality of the motion instruction information given to the character through the replay image, and to provide the user with reference materials for future play.

1 is a block diagram of a game device according to Embodiment 1 of the present invention. It is a block diagram which shows an example of a function structure of the game device by Embodiment 1 of this invention. It is a flowchart which shows an example of operation | movement by the game device of Embodiment 1 of this invention. It is a flowchart which shows an example of a replay image generation process. It is the figure which showed an example of the play history table in which the play history of a certain pitcher character and a certain batter character was registered. It is the figure which showed an example of the ball type table in which the ball type was registered. It is a figure which shows an example of the game screen of the baseball game employ | adopted by embodiment of this invention. It is a screen figure which shows an example of the certain frame image which comprises a 1st replay image. It is a screen figure which shows an example of a certain frame image which comprises the 1st replay image displayed after FIG. It is a screen figure which shows an example of a certain frame image which comprises the 1st replay image displayed after FIG. It is a screen figure which shows an example of a certain frame image which comprises a 2nd replay image. It is a screen figure which shows an example of a certain frame image which comprises the 2nd replay image displayed after FIG. It is a screen figure which shows an example of the certain frame image which comprises the 2nd replay image displayed after FIG. It is explanatory drawing of the setting method of a gaze when a replay image generation part produces | generates a 2nd replay image. It is explanatory drawing of the setting method of a gaze when a replay image generation part produces | generates a 2nd replay image. It is explanatory drawing of the setting method of a gaze when a replay image generation part produces | generates a 2nd replay image. It is the screen figure which showed an example of the modification of a 2nd replay image. It is the screen figure which showed another example of the modification of a 2nd replay image. It is the screen figure which showed an example of the other modification of a 2nd replay image. It is a block diagram which shows an example of a function structure of the game system by Embodiment 2 of this invention.

(Embodiment 1)
Hereinafter, a game apparatus according to Embodiment 1 of the present invention will be described with reference to the drawings. In this embodiment, a game in which a character is operated based on a user instruction is adopted as a game. In the following description, a baseball game simulating an actual professional baseball pennant race will be described as an example. In this baseball game, the user selects his / her team from a plurality of teams constituting one league, and the selected team participates in the league game to compete for the victory. That is, the user's team plays a match with another team a predetermined number of times (for example, 135 times) and competes for the victory.

  FIG. 7 is a diagram showing an example of the game screen of the baseball game adopted in the first embodiment of the present invention. When the user is on the defensive side, the user operates the operation unit to select the ball type of the ball object BL and inputs a pitching start instruction. Then, the pitcher character CR2 starts a pitching motion. Then, the user operates the operation unit to set the landing point 701 of the ball object BL. The user measures the timing at which the pitcher character CR2 releases the ball object BL from the pitching motion of the pitcher character CR2, and inputs a release instruction at the measured timing. Then, the ball object BL is released from the pitcher character CR2 toward the batter character CR1. Here, as the input timing of the release instruction moves away from the reference release timing, there is a penalty that the ball object BL is less powerful or the deviation between the actual landing point and the landing point 701 input by the user becomes larger. Imposed on the user.

  On the other hand, when the user is on the attack side, the user moves the meat cursor K arranged in front of the catcher character CR3 by operating the operation unit. Then, the user predicts the position and timing at which the ball object BL thrown by the pitcher character CR2 reaches the hitting zone provided in front of the catcher character CR3, positions the meat cursor K at the predicted position, and The batting instruction is input so that the bat meets the ball object BL at the timing. Then, an effect display in which the batter character CR1 swings the bat object BT is performed. If the ball object BL and the meat cursor K overlap at the timing when the ball object BL passes the hit zone, it is determined that the hit has been successful, and the ball object BL is hit by the batter character CR1.

  Next, the hardware configuration of the game device will be described. FIG. 1 is a block diagram of a game device according to Embodiment 1 of the present invention. In the present embodiment, for example, a portable game device including a touch panel display unit is employed as the game device. However, this is merely an example, and a communication device such as a smart phone or a button-type mobile phone may be employed.

  1 includes a reading unit 101, a CPU (Central Processing Unit) 102, a communication unit 103, a RAM (Random Access Memory) 104, a ROM (Read-Only Memory) 105, a sound processing circuit 106, and an image processing circuit 107. , Monitor 108, input unit 110, and speaker 111. Each block of the reading unit 101 to the speaker 111 illustrated in FIG. 1 is connected to each other via a bus line BS.

  The reading unit 101 is configured by a reading device that reads a computer-readable recording medium on which a game control program is recorded. The reading unit 101 reads the game control program recorded on the recording medium and loads it into the RAM 104. As the recording medium, a DVD-ROM, UMD (Universal Media Disc) or the like is employed. Therefore, the reading unit 101 employs a reading device corresponding to the type of recording medium used. Further, the reading unit 101 writes information indicating the current game progress status of the user on a recording medium as necessary.

  The CPU 102 interprets instructions from the game control program stored in the ROM 105 and performs various data processing and control. The communication unit 103 spreads the transmission target data generated by the CPU 102 by, for example, CDMA (Code Division Multiple Access) or the like, and then performs QAM (Quadrature Amplitude phase Modulation), PSK (Phase Shift Keying), QPSK (Quadrature Phase). A process of modulating and transmitting by (Shift Keying) or the like, a process of demodulating the received data, a despreading process, and a process of outputting the obtained data to the CPU 102 are performed.

  The RAM 104 is used as a work area for the CPU 102. The ROM 105 stores programs and the like necessary for basic control (for example, startup control) of the game device.

  The sound processing circuit 106 generates an analog audio signal corresponding to the sound generation command from the CPU 102 and outputs it to the speaker 111. The image processing circuit 107 controls the monitor 108 in accordance with a drawing command from the CPU 102 and displays a predetermined image on the monitor 108.

  The image processing circuit 107 includes a touch input detection circuit 109 and displays various images on the monitor 108. When an indicator such as a touch pen or a user's finger is brought into direct contact with the monitor 108, the touch input detection circuit 109 outputs coordinate data of the contact position to the CPU 102, and causes the CPU 102 to recognize the contact position.

  The touch input detection circuit 109 outputs the coordinate data of the object to the CPU 102 when the indicator is directly touched at the position of the object displayed on the monitor 108, and the object is touched. Is recognized by the CPU 102.

  The monitor 108 is composed of, for example, a touch panel type liquid crystal panel. As the touch panel, for example, a capacitive type or a resistive film type is adopted. Further, as the touch panel, for example, a liquid crystal panel such as TFT (Thin Film Transistor) or STN (Super Twisted Nematic) is adopted, and for example, 4096 colors can be displayed. The input unit 110 is configured by a game controller including a cross key, a plurality of button keys, and the like, for example, and receives an operation instruction from the user.

  In FIG. 1, a portable game device is employed, but a stationary game device may be employed. In this case, the monitor 108 is constituted by, for example, a television monitor provided separately from the game device, and the touch input detection circuit 109 is not necessary.

  FIG. 2 is a block diagram showing an example of a functional configuration of the game device according to the first embodiment of the present invention. The game device includes a display unit 201, an instruction input unit 202, a game progress unit 203, a replay image generation unit 204, an operation instruction information storage unit 205, a game data storage unit 206, and a history management unit 207.

  The display unit 201 includes the monitor 108 shown in FIG. 1, and displays various game images under the control of the game progress unit 203.

  The instruction input unit 202 includes the input unit 110 and the monitor 108 shown in FIG. 1, receives various instructions necessary for advancing the game from the user, and notifies the game progression unit 203 of them. In the present embodiment, the instruction input unit 202 receives an instruction for operating a character in particular.

  The game progress unit 203 uses the game data stored in the game data storage unit 206 to advance the game. Specifically, the game progress unit 203 holds a baseball game in accordance with schedule data indicating the progress schedule of the pennant race game for one season stored in advance in the game data storage unit 206. As the progress schedule, for example, data such that the opponent is team A for the first game and the team B is the opponent for the second game is adopted. Team A and Team B are different teams from the user's team.

  In addition, the game progression unit 203 advances the baseball game according to the rule data indicating the baseball rules stored in advance in the game data storage unit 206.

  In addition, the game progression unit 203 operates the instruction input unit 202 to move the character according to the operation instruction information selected by the user. In the following description, a case where the user operates the instruction input unit 202 to cause the pitcher character to move and the batter character and the pitcher character controlled by the CPU by the game progress unit 203 will be described as an example. In addition, a ball type that can be thrown by the pitcher character is adopted as the motion instruction information. FIG. 6 is a diagram illustrating an example of a ball type table in which ball types are registered. A ball type table is created for each pitcher character. In the example of FIG. 6, the ball types that can be selected by the user for the pitcher character whose character ID is “AA” are shown.

  This pitcher character can throw straights, curves, shoots, knuckles, and sinkers. Therefore, these pitch types are registered in the pitch type table of the pitcher character. However, this is only an example, and other ball types may be registered, or some of the ball types may be omitted.

  The user operates the instruction input unit 202 to select one desired ball type from the ball types registered in advance in the ball type table. The ball type selected by the user is notified from the operation instruction information storage unit 205 to the game progress unit 203. Then, the game progress unit 203 operates the pitcher character in the game space according to the notified ball type.

  In addition, the user operates the instruction input unit 202 to input a landing point on the hit zone provided on the home base.

  As the game space, for example, a three-dimensional game space is adopted. In addition, the game progression unit 203 arranges the three-dimensional model data of the baseball field and the character in the three-dimensional game space, sets a virtual camera and a light source, renders the game space, and generates a two-dimensional frame image. And display on the display unit 201 at a predetermined frame rate. As a result, the character is animated.

  For the pitcher character, motion data corresponding to the ball type is stored in the game data storage unit 206 in advance. Therefore, the game progress unit 203 acquires the motion data of the corresponding pitcher character that is the notified ball type from the game data storage unit 206, and operates the pitcher character in the game space according to the acquired motion data. The motion data is data that defines the pitching motion of the pitcher character, and includes data that defines how to hold the ball of the ball type by the pitcher character. Therefore, when the ball object is released, the user can recognize how to hold the ball object by the pitcher character by enlarging and displaying the portion of the pitcher character's hand.

  The game progression unit 203 calculates ballistic data indicating the ballistic trajectory of the ball object from the ball type selected by the user and the landing point input by the user, and moves the ball object in the game space according to the trajectory data. Let As the ballistic data, for example, a coordinate data group in the game space indicating the trajectory of the ball object may be employed.

  In addition, the game progress unit 203 notifies the history management unit 207 of the play result obtained by the pitcher character moving according to the ball type selected by the user.

  The history management unit 207 manages the play result notified from the game progression unit 203 as a play history. As the play result, the hit result at each batter of the batter character is adopted. The hit results include hit details when the batter character hits the ball object, such as home run, single hit, third hit, bunt, and third hit. In addition, the hit content includes content that the batter character could not hit the ball object, such as a missed strike and a strike away strike. Further, the hitting results include data such as the number of innings at the time of hitting and the ball count (for example, 2 strikes, 2 balls).

  FIG. 5 is a diagram illustrating an example of a play history table that records a play history of a game with a game ID “AAA”. In the example of FIG. 5, a play history table when the user's team is the defensive side is shown. A play history table similar to that shown in FIG. 5 is adopted when the user's team is the attacking side, and is managed by the history management unit 207. The history management unit 207 also manages all the games played by the user in the past using a play history table similar to FIG.

  The play history table includes columns for inning, pitcher, batter, batting content, ball type, strike count, outcount, runner, and ballistic data.

  In the inning column, the numbers of innings constituting the corresponding game are stored. In the pitcher column, the character ID of the pitcher character operated by the user is stored. The batting content column stores batting content of the batter character with respect to the pitcher character. The ball type column stores the ball type of the ball object hit by the batter character. The strike count column stores the strike count when the batter character hits. The out count column stores the out count when the batter character hits. In the runner column, if the runner has come out when the batter character hits, the base number where the runner has come out is stored. The ballistic data column stores ballistic data of the ball object hit by the batter character.

  The pitcher character A1 is playing against the batter characters B1, B2, and B3 at the first inning. Therefore, in FIG. 5, A1 is stored in the pitcher column of the first inning, and B1, B2, and B3 are stored in the batter column.

  At the first inning, the pitcher character A1 throws a curve when the outcount is 0 out and the strike count is 2 strikes and 2 balls, and strikes the batter character B1 to the third goro. Therefore, at the first inning, the third goro information is stored in the hit content column of the batter character B1, the curve information is stored in the ball type column, and the information of two strikes and two balls is stored in the strike count column. Is stored, and 0 out information is stored in the out count column.

  Returning to FIG. 2, when the hit result of the batter character against the ball object thrown by the pitcher character satisfies the predetermined first replay condition, the replay image generation unit 204 throws the ball object and hits the batter character. A replay image for reproducing and reproducing the series of game scenes is generated and displayed on the display unit 201. Hereinafter, the replay image generated when the first replay condition is satisfied is described as a first replay image in order to distinguish it from a second replay image described later. The first replay image is a replay image similar to the replay image employed in the conventional game device, and is a normal replay image.

  As the first replay condition, for example, in addition to a hitting result that is unfavorable for a pitcher character in which the batter character hits a home run or a timely hit, a fourth batter or a batter character having excellent hitting ability strikes out. A hitting result advantageous to the pitcher character is included. In any case, as the first replay condition, a play result as a milestone of game development is adopted.

  FIG. 8 is a screen diagram illustrating an example of a certain frame image constituting the first replay image. FIG. 9 is a screen diagram showing an example of a certain frame image constituting the first replay image displayed after FIG. FIG. 10 is a screen diagram showing an example of a certain frame image constituting the first replay image displayed after FIG. The first replay image of FIGS. 8 to 10 shows the first replay image when it is determined that the batter character CR1 hits a home run and the first replay condition is satisfied, for example.

  In the example of FIGS. 8 to 10, “REPLAY” is displayed on the upper right, indicating that it is a replay image. FIG. 8 shows a frame image just before the pitcher character CR2 holding the ball object BL releases the ball object BL. FIG. 9 shows a frame image immediately after the pitcher character CR2 releases the ball object BL. FIG. 10 shows a frame image immediately before the ball object BL is hit by the batter character CR1.

  In the first replay image, as shown in FIGS. 8 to 10, the line of sight of the virtual camera is set in a direction from the back screen side toward the pitcher character CR2. The direction of the line of sight is the same direction as the image in progress of the game generated by the game progress unit 203.

  8 to 10 show only frame images for three frames in the first replay image in which a series of game scenes from when the pitcher character CR2 is shaken to when the batter character CR1 hits the ball object BL is animated. Is only shown. Actually, the first replay image is composed of more than three frame images.

  In addition, when the replay image generation unit 204 determines that the hit result satisfies the first replay condition, the replay image generation unit 204 further refers to the history management unit 207, and the hit result satisfies the predetermined second replay condition (an example of the predetermined condition). It is determined whether or not the second replay condition is satisfied. When the second replay condition is satisfied, a second replay image in which the gripping portion of the ball object of the pitcher character is enlarged is generated and displayed on the display unit 201. The second replay condition corresponds to, for example, a case where a batter character repeats the same batting result (for example, home run) for the same ball type (for example, straight).

  That is, when the hit result satisfies the second replay condition, the replay image generation unit 204 enlarges the location indicating the ball type selected by the user (the location of the hand of the pitcher character gripped by the ball object) in the first replay image. A second replay image is generated. Similar to the first replay image, the second replay image is a replay image in which a series of game scenes from when the pitcher character throws the ball object and until the batter character strikes are displayed in animation.

  Here, it can be said that the second replay condition is defined by the past battle result between the characters in the game and the latest play result. Therefore, the second replay image can be displayed only when the user's instruction in the latest play result should be fed back from the comparison between the latest play result and the past battle result. As a result, the user can clearly recognize that the current (latest) play result is different from the past battle history. Therefore, hints and tactics for future play can be easily learned from the current play result.

  FIG. 11 is a screen diagram illustrating an example of a certain frame image constituting the second replay image. FIG. 12 is a screen diagram showing an example of a certain frame image constituting the second replay image displayed after FIG. FIG. 13 is a screen diagram showing an example of a certain frame image constituting the second replay image displayed after FIG. The second replay image shown in FIGS. 11 to 13 shows a second replay image that reproduces a game scene in which a home run is hit twice with the same ball type (straight) from a batter character CR1 with a pitcher character CR2, for example. .

  FIG. 11 shows a frame image when the pitcher character CR2 holding the ball object BL starts swinging his arm. FIG. 12 shows a frame image immediately after the pitcher character CR2 releases the ball object BL. FIG. 13 shows a frame image immediately before the batter character CR1 hits the ball object.

  As shown in FIGS. 11 and 12, in the second replay image, the line of sight and zoom rate of the virtual camera are set so that the upper half of the pitcher character is displayed over the entire screen as compared with the first replay image. . Therefore, as shown in FIG. 12, the portion of the hand of the pitcher character CL2 that releases the ball object BL is enlarged and displayed as compared with the first replay image, and the gripping method of the ball object BL by the pitcher character CL2 is clearly displayed. . In the example of FIG. 12, since the pitcher character CR2 has thrown a straight, the grip of the straight hand is displayed. Thereby, the user can intuitively recognize the ball type thrown by the pitcher character CL2.

  Note that FIGS. 11 to 13 show only frame images for three frames in the second replay image in which a series of game scenes from when the pitcher character CR2 is shaken to when the batter character CR1 hits the ball object BL is animated. It is shown. Actually, the second replay image is composed of more than three frame images, and this series of game scenes is displayed as an animation.

  14 to 16 are explanatory diagrams of a method for setting the line of sight EL when the replay image generation unit 204 generates the second replay image. FIG. 14 shows the pitcher character CR2 and the ball object BL projected on the virtual screen SL at the timing when the ball object BL starts moving according to the action of the pitcher character CR2. Note that the virtual screen SL is set in the game space so that the zoom rate of the virtual camera CM is larger than when the first replay image is generated.

  FIG. 15 shows the ball object BL projected on the virtual screen SL at a certain timing during movement. FIG. 16 shows the ball object BL projected on the virtual screen SL at the hitting timing when the batter character hits the ball object. In FIG. 15 and FIG. 16, drawing other than the ball object BL is omitted for convenience of explanation.

  At the timing shown in FIG. 14, the replay image generation unit 204 displays the ball object BL at a position that is a predetermined offset distance OF away from the center O1 of the virtual screen SL, and displays the pitcher character CR2 on the center O1 side. In this way, the line of sight EL of the virtual camera CM is set. The offset distance OF is a distance between the center of the ball object BL projected on the virtual screen SL and the center O1 of the virtual screen SL. The virtual screen SL is set in the game space so that the line of sight EL passes through the center O1.

  In the example of FIG. 14, the replay image generation unit 204 sets a virtual camera CM behind the pitcher character CR2, and is on the right side of the face of the pitcher character CR2 projected on the virtual screen SL and above the right shoulder. The line of sight EL is set so that the center O1 is located. The line of sight EL is set so that the angle of the offset distance OF with respect to the horizontal direction is θ. Here, as the angle θ, it is only necessary to adopt an angle at which at least the entire arm of the pitcher character CR2 and the ball object BL are projected in the virtual screen SL.

  The offset distance OF is changed in angle θ according to the pitching form of the pitcher character CR2. For example, when the pitcher character CR2 is a side throw, the offset distance OF is set so that the angle θ is smaller than that in the case of an over throw. Further, when the pitcher character CR2 is a leaky alternator, the offset distance OF is set so that the angle θ takes an intermediate value between the side throw and the over throw. When the pitcher character CR2 is underslow, the offset distance OF is set so that the angle θ is below the horizontal direction.

  In FIG. 14, the pitcher character CR2 is right-throwing, but in the case of left-throwing, the replay image generation unit 204 is positioned so that the center O1 is positioned on the left side of the pitcher character's face and above the left shoulder. The line of sight EL may be set.

  As shown in FIG. 15, the replay image generation unit 204 sets the line of sight EL so that the offset distance OF becomes shorter as the ball object BL moves. Here, the replay image generating unit 204 may gradually decrease the offset distance OF with time. Note that the angle θ may also be decreased with the passage of time. As a method of decreasing the offset distance OF and the angle θ, there are methods of linearly decreasing the offset distance OF with time, decreasing it in a quadratic function, or decreasing it exponentially.

  Then, as shown in FIG. 16, the replay image generation unit 204 sets the offset distance OF to 0 at the timing when the batter character hits the ball object BL. Therefore, the ball object BL is projected on the center O1 of the virtual screen SL. Thereby, the ball object BL is displayed at the center of the display unit 201 at the hitting timing.

  In this way, by setting the line of sight EL as shown in FIG. 14 at the timing immediately after throwing the ball object BL, not only how to hold the ball object BL by the pitcher character CR2, but also the swing of the arm and the movement of the entire upper body. Is displayed close-up on the display unit 201.

  Further, as the ball object BL moves, the offset distance OF becomes shorter, and finally the ball object BL is displayed at the center of the display unit 201. As a result, the user can also recognize the trajectory of the ball object BL according to the ball type, and a realistic replay effect is realized. As a result, the user can more strongly impress the ball type selected by the user.

  In addition, when the replay image generation unit 204 determines that the hit result satisfies the second replay condition, the batter character repeats the same hit result (eg, home run) again for the same ball type (eg, straight). If it is repeated again, the second replay image is displayed on the display unit 201 in slow motion or stop motion.

  Examples of the slow motion mode include a mode in which the second replay image is displayed at a frame rate smaller than the standard frame rate. In another example, the frame rate is gradually decreased until the ball object is released after the pitcher character swings, and gradually until the ball object enters the catcher mitt after the pitcher character releases the ball object. An example of increasing the frame rate is given.

  In the stop motion example, the second replay image is displayed at the standard frame rate until the ball object is released slightly before the pitcher character swings, and the number before and after the ball object is released (for example, the state of FIG. 12). One example is a mode in which each frame image is paused and the second replay image is displayed at a standard frame rate from when the pitcher character releases the ball object until the ball object enters the catcher mitt.

  In addition, the replay image generation unit 204 can perform the first or second only when the batter character's attribute has a predetermined attribute even when the hit result of the batter character satisfies the first and second replay conditions. A second replay image may be generated. For example, when the first or second replay image is displayed every time a batter character hits a home run or a timely hit, the game time is prolonged in addition to hindering the smooth progress of the game. Therefore, in the present embodiment, the replay image generation unit 204 displays the first or second replay image only when the attribute of the batter character has the attribute of a strong batter. Therefore, the game can be smoothly advanced and the game time can be prevented from being prolonged.

  Here, the strong hitter is adopted as the attribute, but this is only an example, for example, an attribute indicating that the character is arbitrarily selected in advance by the user, or an attribute indicating that the user is a character to be trained May be adopted.

  When generating the first and second replay images, the replay image generation unit 204 acquires the hit result of the game scene to be replayed from the play history table, and according to the acquired hit result, all replay images appearing in the corresponding game scene. Place the character in the game space. Then, the replay image generation unit 204 may generate the first and second replay images by causing each character to perform the same operation as that of the corresponding game scene in accordance with the hit result, and rendering.

  In the example of FIG. 5, when the first or second replay image of the game scene in which the batter character B5 hits the home run from the pitcher character A1 at the second inning, the replay image generation unit 204 displays the second inning batter character. The B5 hit result is read from the play history table. Then, the replay image generation unit 204 places the pitcher character A1 and the batter character B5 in the game space, causes the pitcher character A1 to perform the same pitching action as when the game is executed, and moves the ball object in the game space according to the ballistic data. The batter character B5 is caused to move and perform the same batting action as when the game is executed. The replay image generating unit 204 may generate the first or second replay image by rendering the series of actions of the pitcher character A1 and the batter character B5.

  The operation instruction information storage unit 205 stores the above-described ball type table. The game data storage unit 206 stores game data necessary for realizing a baseball game. The game data includes the schedule data, rule data, and parameters of each character. The game data includes 3D model data of characters appearing in the game, texture to be pasted on the character, motion data for causing the character to perform a predetermined action, 3D model data of the baseball field, Image data such as various objects (bat object and ball object) appearing in.

  As described with reference to FIGS. 8 to 10, the first replay image merely displays the game scene from the time the pitcher character CR2 is shaken until the batter character CR1 hits the ball object BL repeatedly. Therefore, in the first replay image, it is difficult for the user to recognize what kind of ball is selected and the ball object BL is thrown to the pitcher character CR2.

  On the other hand, in the second replay image, as shown in FIG. 12, the position of the hand of the pitcher character CR2 holding the ball object BL is displayed in an enlarged manner. Thereby, it is possible to intuitively indicate to the user what type of ball is thrown to the pitcher character CR2, and the user can easily recognize the type of ball selected by the user.

  FIG. 3 is a flowchart showing an example of the operation of the game device according to the first embodiment of the present invention. In the following flowchart, a case where a pitcher character CR_A, which is one pitcher character operated by the user, and a batter character CR_B, which is one batter character controlled by the game progression unit 203, are taken as an example. explain.

  First, the instruction input unit 202 receives an instruction to select a ball type from the user (S301). Next, the game progress unit 203 acquires motion data corresponding to the ball type selected by the user from the game data storage unit 206, and operates the pitcher character CR_A according to the acquired motion data (S302).

  As a result, the pitcher character CR_A performs an action of throwing the swing ball object, and the action is displayed on the display unit 201 as an animation.

  Next, the game progression unit 203 advances the process to S304 when a hit result is generated (YES in S303), and returns the process to S301 when a hit result is not generated (NO in S303).

  Here, the game progression unit 203 determines whether or not to hit the batter character CR_B with the ball object thrown by the pitcher character CR_A. If it is determined to hit, the game progress unit 203 generates a hit result (YES in S303). As described above, the hit results include home runs, single hits, strikeouts, and the like.

  On the other hand, if the game progression unit 203 determines that the ball object thrown by the pitcher character CR_A is to be sent off to the batter character CR_B (however, excluding the strike-off strike), the game progress unit 203 does not generate a hit result (NO in S303) and performs the process. Return to S301. Thereby, the user again inputs a ball type selection instruction (S301), and causes the pitcher character CR_A to throw the ball object.

  Next, the game progress unit 203 notifies the replay image generation unit 204 and the history management unit 207 of the hit result. The history management unit 207 notified of the batting result stores the batting result in the play history table shown in FIG.

  Next, if the attribute of the batter character CR_B is a strong batter (YES in S305), the replay image generation unit 204 determines whether or not the hit result notified in S304 satisfies the first replay condition (S306). . Here, it is assumed that the first replay condition is satisfied because the batter character CR_B has hit a home run.

  On the other hand, if the attribute of the batter character CR_B is not a strong batter (NO in S305), the replay image generation unit 204 ends the process without generating a replay image. In this case, the next batter character stands at the batter and the process shown in FIG. 3 is executed on the batter character.

  In S306, if the hit result of the batter character CR_B satisfies the first replay condition (YES in S306), the replay image generation unit 204 executes a replay image generation process (S307). On the other hand, if the hit result of the batter character CR_B does not satisfy the first replay condition (NO in S306), the process is terminated.

  FIG. 4 is a flowchart illustrating an example of the replay image generation process. First, the replay image generation unit 204 acquires a play history table (see FIG. 5) of the batter character CR_B and the pitcher character CR_A from the history management unit 207 (S401).

  Next, the replay image generation unit 204 refers to the play history table and determines whether or not the hit result of the batter character CR_B satisfies the second replay condition (S402). Here, it is assumed that the current batting result of the batter character CR_B is a batting result in which the straight thrown by the pitcher character CR_A is a home run. Hereinafter, this hitting result is described as hitting result R1. Further, it is assumed that the batting result R1 is registered in the play history table. In this case, since the hit result R1 has appeared in the past, the replay image generation unit 204 determines that the second replay condition is satisfied (YES in S402).

  On the other hand, it is assumed that the hit result R1 is not registered in the play history table. In this case, since the hit result R1 has not appeared in the past, the replay image generation unit 204 determines that the second replay condition is not satisfied (NO in S402).

  Next, the replay image generation unit 204 determines the number of repetitions of the hit result R1 (S403). Here, it is assumed that one hitting result R1 has been registered in the past in the play history table. In this case, the replay image generation unit 204 determines that the number of repetitions of the hit result R1 is one because the hit result R1 of this time has appeared once in the past (YES in S403), and advances the process to S404.

  In S404, the replay image generation unit 204 generates a second replay image for replaying the game scene when the current hit result R1 is issued, and the generated second replay image is displayed on the display unit 201 at a standard frame rate. indicate.

  In this case, as shown in FIG. 11 and FIG. 12, a second replay image is displayed that clearly shows how to hold the ball object BL by the pitcher character CR_A. Therefore, it is possible to intuitively recognize the ball type selected by the user.

  On the other hand, it is assumed that two or more hit results R1 have been registered in the play history table in the past. In this case, since the current batting result R1 has been repeated twice or more in the past, the replay image generation unit 204 determines that the number of repetitions of the batting result R1 is two or more (NO in S403), and advances the process to S405. .

  In S405, the replay image generation unit 204 generates the same second replay image as in S404, and displays the generated second replay image on the display unit 201 in slow motion or stop motion.

  In this case, since the frame image of the pitcher character CR_A holding the ball object BL as shown in FIG. 12 in the second replay image is displayed for a long time, the ball type selected by the user is more reliably recognized. be able to.

  On the other hand, when it determines with NO by S402, the replay image generation part 204 produces | generates a 1st replay image, and displays it on the display part 201 (S406). In this case, a first replay image that is a normal replay image as shown in FIGS. 8 to 10 is displayed.

  In addition, you may use the following aspects for this invention.

  (A) In the above description, a mode in which a portion related to the operation instruction information in the first replay image is enlarged is shown, but the present invention is not limited to this. For example, as shown in FIG. 17, the first replay image may be generated as a second replay image in which a portion related to the operation instruction information is highlighted. FIG. 17 is a screen diagram illustrating an example of a modification of the second replay image.

  In the second replay image shown in FIG. 17, graphics CG1 for emphasizing the shape of the hand is superimposed and displayed on the first replay image in the hand region of the pitcher character CR2. As the graphics CG1, an image having the same shape as the hand of the pitcher character CR2 and a color different from the original color (for example, a color such as red or green that is easy for the user to visually recognize) may be employed.

  Here, the replay image generation unit 204 may display the graphics CG1 in a superimposed manner in a plurality of frame images before and after the pitcher character CR2 releases the ball object BL. Thereby, the user's consciousness can be directed to the hand of the pitcher character CR2, and the user can intuitively recognize the ball type selected by the user from the shape of the hand of the pitcher character CR2.

  In FIG. 17, the graphics CG1 is superimposed on the first replay image. However, the replay image generation unit 204 first superimposes the graphics CG1 on the enlarged replay image as shown in FIG. You may produce | generate as 2 replay images.

  In this case, since the graphics CG1 is further superimposed on the hand of the enlarged pitcher character, the user can more intuitively recognize the ball type selected by the user.

  Note that, for example, a mode in which the luminance or chromaticity of the hand portion of the pitcher character CR2 is increased or glossy may be employed instead of the mode in which the graphics CG1 is displayed in a superimposed manner. Moreover, you may employ | adopt the aspect which attaches effects, such as a flash, which blinks the location of the hand of pitcher character CR2.

  (B) The replay image generation unit 204 may include character information (an example of notification information) indicating the ball type selected by the user in the second replay image. FIG. 18 is a screen diagram illustrating an example of a modification of the second replay image.

  In the second replay image shown in FIG. 18, the word “straight!” Is displayed at a position slightly above the center of the screen. Thereby, the user can intuitively recognize the ball type selected by the user through the characters.

  (C) The replay image generation unit 204 may include a mark image that clearly indicates the ball type selected by the user in the second replay image. FIG. 19 is a screen diagram illustrating an example of still another modified example of the second replay image.

  As shown in FIG. 19, a mark image CG2 that clearly shows the type of sphere selected by the user is displayed at a position slightly above the center of the screen. As the mark image CG2, it is possible to employ a graphic that shows the shape of the hand of the pitcher character holding the ball object in a cartoon manner. In the example of FIG. 19, a graphic image showing the shape of the hand when the pitcher character throws a straight is displayed as the mark image CG2. Accordingly, the user can intuitively recognize the ball type selected by the user through the mark image CG2.

  (D) In the above description, the case where a certain batter character repeats the same batting result on the same ball type is adopted as the second replay condition, but the present invention is not limited to this. For example, when a pitcher character hits a two-batted continuous home run from a batter character, the replay image generation unit 204 may determine that the second replay condition is satisfied. In this case, in the second replay image, the wording “2 at-bats continuous home run” may be displayed.

  In addition, when a certain batter character hits a two-bats continuous hit or a three-bats continuous hit from a batter character, the replay image generation unit 204 may determine that the second replay condition is satisfied.

  In addition, when a past play history that a pitcher character has been hit continuously for more than 5 at-bats from a batter character has been registered, a play result that the batter character took a strike at the current at-bat If it is obtained, the replay image generation unit 204 may determine that the second replay condition is satisfied because the revenge has been achieved. In this case, the replay image generation unit 204 may display the word “revenge” in the second replay image. Through this replay image, the user can learn the weak points of the batter character. More specifically, it is possible to know what type of ball the batter character is not good at.

  Alternatively, as a second replay condition, for example, in the past, when a past play history in which three consecutive strikeouts have been taken from the same batter character is registered, a home run was hit from that batter character at this batter. The case where the play result is obtained may be adopted. In this case, the user can learn the advantages of the batter character through the replay image. Specifically, contrary to the above example, it is possible to know what kind of ball the batter character is good at.

  In addition, when the pitcher character strikes in a situation where reach to a no-hit no-run is applied, the replay image generation unit 204 may determine that the second replay condition is satisfied because large recording has been achieved. In this case, the replay image generation unit 204 may display, for example, the word “achievement of no-hit no-run recording” on the second replay image.

  Further, when the pitcher character is hit with a reverse timely hit or a reverse home run under a situation where the score difference is close or equal, the replay image generation unit 204 may determine that the second replay condition is satisfied.

  Moreover, regardless of the ball type, when the hit is repeatedly hit from a batter character with a pitcher character, the replay image generation unit 204 may determine that the second replay condition is satisfied.

  Further, when the pitcher character is continuously hit from the left-handed batter character or when the pitcher character is continuously hit from the right-handed batter character, the replay image generating unit 204 It may be determined that two replay conditions are satisfied.

  In addition, in the example of the soccer game PK, as the second replay condition, the past play history that the kicker had scored the goal without mistake for the same keeper in the past 5 times was registered. Regardless, there is a case where a play result that the goal could not be scored was obtained this time. In this case, a replay image in which the action of the kicker is enlarged or highlighted is displayed. Through this replay image, the user can learn a kicking method, a course, a ball type, and the like that are not good for kickers.

  In addition, as an opposite pattern, for example, when a kicker has previously registered a play history in which the goal has been blocked three times in the same keeper, the goal can be determined from that keeper this time. The replay image generation unit 204 may determine that the second replay condition is satisfied. In this case, the user can learn a course and a ball type that the keeper is not good at, or a kick method that the kicker is good at, through the replay image.

  (E) In the above description, the user has operated the pitcher character. However, the present invention may be applied when operating the batter character.

  In this case, for the first replay condition, the replay image generation unit 204 says that the batter character strikes out in addition to the case where a hitting result advantageous to the batter character such that the batter character hits a home run or a timely hit is obtained. What is necessary is just to employ | adopt the case where the hit result unfavorable for such a batter character comes out.

  As for the second replay condition, for example, when a batter character deprived of three consecutive strikeouts from a pitcher character hits the pitcher character, the replay image generation unit 204 achieves revenge. Therefore, it may be determined that the second replay condition is satisfied. In this case, the replay image generation unit 204 may display the word “revenge” on the second replay image.

  In addition, as a second replay condition, if a hit is made in a situation where nine consecutive hits are made, the replay image generation unit 204 may determine that the second replay condition is satisfied because a large record has been achieved. .

  (F) In the above description, a ball type is adopted as the operation instruction information, and the user has selected one ball type from a plurality of ball types. However, the present invention is not limited to this. For example, if the game can set an action of a character, a change of a ball object, or the like at an analog level, the level may be adopted as action instruction information and a mode in which the user sets the level may be adopted.

  For example, in a baseball game, a mode in which the degree of change of a ball object thrown by a pitcher character is set in stages can be considered. For example, in the case of a changing sphere such as a curve, a mode in which the degree of bending of the ball object is set stepwise in, for example, 1 to 10 stages is conceivable. In this aspect, when the degree of bending is set to 10, the change of the ball is maximized, and when the degree of bending is set to 1, the change of the ball is minimized. However, if the degree of bending is maximized, the configuration is advantageous to the user. Therefore, as the degree of bending increases, the deviation between the landing point set by the user and the actual landing point of the ball object increases. The configuration may be as follows. In this case, when the hit result of the batter character satisfies the second replay condition, the replay image generation unit 204 displays the above-described second replay image. As a result, a replay image in which the arm swing of the pitcher character and the ball trajectory of the ball object are displayed is displayed, so that the user can intuitively recognize the degree of bending input by the user.

  (G) Moreover, in a soccer game, the aspect which makes a user set the course of a ball object and the degree of the bending is considered. In this case as well, similar to the baseball game, a configuration in which the deviation of the actual ball object from the target course is increased as the degree of bending is larger.

  In addition, when a soccer game is adopted, the case where the first replay condition is satisfied includes, for example, a case where a character decides a goal, a case where a goal is removed, and a case where a corner kick is kicked. Moreover, as a case where 2nd replay conditions are satisfy | filled, the case where the same character determines a goal continuously, for example, the case where the same character determines a goal continuously is mentioned. In this case, the replay image generation unit 204 may generate a second replay image in which the movement of the entire foot and the movement of the toe when the character who has scored the goal kicks the ball object are enlarged. In particular, the type of kick (inside kick, outside kick, toe kick, etc.), the angle of the ankle, etc., can be easily seen, and attention can be drawn so that the type of kick instructed can be confirmed reliably. By doing so, the user can easily recognize the type of kick of the character operated by the user.

  (H) The present invention may be applied to a golf game. In this case, for example, when the putter is removed once, the replay image generation unit 204 may generate the first replay image in which the scene where the character hits the putter is reproduced as it is, assuming that the first replay condition is satisfied. Then, the replay image generation unit 204 may generate a second replay image in which a scene in which the putter hits the ball object is enlarged and displayed, assuming that the second replay condition is satisfied when the putter is continuously removed twice or more. .

  (I) The present invention may be applied to a fighting game in which user characters operated by a user battle against enemy characters that appear one after another. In this case, when a battle result between the user character and the enemy character is output, the replay image generation unit 204 may determine that the first replay condition is satisfied. Further, when the user character continuously loses against the enemy character with the same technique or wins, the replay image generation unit 204 may determine that the second replay condition is satisfied.

  (J) In the above description, the user inputs various instructions by operating the input unit 110 or the touch panel. However, various instructions may be input by voice or gesture. In this case, a voice recognition device or a gesture recognition device may be employed as the instruction input unit 202.

  (K) In the example of FIGS. 11 to 13, an image in which the hand of the pitcher character CR2 holding the ball object BL is enlarged is adopted as the second replay image. However, the present invention is not limited to this. You may employ | adopt the image which expanded the whole body of the pitcher character as a 2nd replay image so that whole movement can be understood. In this case, the replay image generation unit 204 sets the zoom rate of the virtual camera to an intermediate value between the first replay image and the second replay image shown in FIGS. 11 to 13, and the pitcher character is placed over the entire virtual screen. The line of sight may be set so as to be projected.

  (L) In FIG. 2, the history management unit 207 may be omitted. In this case, the replay image generation unit 204 determines that the second replay condition is satisfied when the pitcher character operated by the user receives a specific batting result (for example, timely hit or home run) from the batter character. When a specific hitting result (for example, a single hit) is issued, the first replay image may be generated assuming that the first replay condition is satisfied.

  (M) In FIG. 2, the operation instruction information storage unit 205 may be omitted. In this case, the present invention is applied to a game in which the user moves the character in a mode other than the mode in which the user selects or sets desired motion command information from the motion command information stored in the motion command information storage unit 205. That's fine.

  For example, in a baseball game, when a mode in which the pitcher character throws the ball object by simply inputting only the pitching start button without causing the user to select a ball type, the motion instruction information storage unit 205 becomes unnecessary. In this case, the replay image generation unit 204 may generate a replay image based on the play history recorded in the history management unit 207, as described above.

  When the present invention is applied to a mode in which the user operates the batter character, the user simply inputs the movement of the meet cursor and the batting command, so that the motion instruction information storage unit 205 is unnecessary.

  (N) In the flowcharts of FIGS. 3 and 4, the second replay condition is premised on the establishment of the first replay condition. However, the present invention is not limited to this, and the second replay condition is not premised on the establishment of the first replay condition. The second replay condition may be satisfied. In this case, for example, the first replay condition is a single hit (no hit), the second replay condition is a hit, and the first replay condition does not satisfy both the first and second replay conditions. The second replay condition may be set.

  (O) In the above description, the enlarged or highlighted display of the first replay image is used as the second replay image. However, the second replay image is obtained by setting the line of sight of the virtual camera to be different from the first replay image. It may be adopted. In the example of the second replay image shown in FIGS. 11 to 13, the position of the virtual camera is set to the same position as the first replay image and the pitch scene image during the game. The present invention is not limited to this, and the virtual camera position of the second replay image may be set, for example, so that the line of sight faces in a direction of looking down at the pitcher character from an obliquely upper side behind the pitcher character. Good.

  By doing so, the user can confirm the pitching motion of the pitcher character from an angle different from that of the first replay image, and can confirm the motion of the pitcher character from a viewpoint different from that of the first replay image. Can be observed in a multifaceted manner. In the second replay image, the line of sight of the virtual camera is switched in a direction different from the line of sight of the first replay image or the virtual camera in progress of the game. It is possible to make the user observe the replay image more concentrated.

(Embodiment 2)
FIG. 20 is a block diagram showing an example of a functional configuration of the game system according to the second embodiment of the present invention. The second embodiment is characterized in that the game device of the first embodiment is configured by a game system including a terminal device 210 and a game control device 220. In the present embodiment, the same elements as those in the first embodiment are not described.

  The terminal device 210 is configured by a terminal device that can be carried by a user, such as a smart phone or a button-type mobile phone. The game control device 220 is configured by a server provided on the network. The terminal device 210 and the game control device 220 are communicably connected via a network. As the network, for example, the Internet, a mobile phone communication network, a LAN, or the like is employed.

  The terminal device 210 includes a display unit 211, a control unit 212, an instruction input unit 213, and a communication unit 214. The display unit 211 is configured by a liquid crystal panel, an organic EL panel, or the like. The control unit 212 is configured by a microcontroller, for example, and controls the entire terminal device 210. The communication unit 214 includes a communication module for communicating with the game control device 220 via a network. The instruction input unit 213 includes an input device such as a touch panel and operation buttons.

  The game control device 220 includes a communication unit 221, an instruction acquisition unit 222, a game progression unit 223, a replay image generation unit 224, an operation instruction information storage unit 225, a game data storage unit 226, and a history management unit 227. The communication unit 221 includes a communication module for communicating with the terminal device 210 via a network. The instruction acquisition unit 222 acquires an instruction input by the user operating the terminal device 210 via the communication unit 221, and notifies the game progress unit 223 and the operation instruction information storage unit 225.

  The game progression unit 223 to the history management unit 227 are the same as the game progression unit 203 to the history management unit 207 shown in FIG.

  The terminal device 210 operates the terminal device 210 and transmits an instruction input by the user to the game control device 220. The game control device 220 receives the instruction transmitted from the terminal device 210 and advances the game. And the game control apparatus 220 transmits a game image to the terminal device 210 suitably via a network, and notifies a user of the progress of a game.

  As described above, the terminal device 210 and the game control device 220 cause the game to proceed by sending and receiving data to and from each other.

201 Display unit 202 Instruction input unit 203 Game progression unit 204 Replay image generation unit 205 Operation instruction information storage unit 206 Game data storage unit 207 History management unit CG1 Graphics CG2 Mark image CR1 Batter character CL2 Pitcher character CM Virtual camera

Claims (11)

A game progression unit for operating the character in accordance with a user's instruction and advancing the game;
An action instruction information storage unit for preliminarily storing action instruction information selected or set by the user in order to move the character;
When the first replay condition is satisfied, it is determined whether the second replay condition is satisfied, the play result obtained by the action of the character satisfies the first replay condition, and If the second replay condition is not satisfied, a first replay image of the character operated according to the action instruction information is generated and displayed on a display unit, and the play result is the first replay condition and the second replay condition. If the condition is satisfied, a second replay image in which at least a part of the character operated according to the operation instruction information is related to the operation instruction of the operation instruction information is enlarged or emphasized than the first replay image is generated and displayed. A replay image generation unit to be displayed on the unit ,
The replay image generation unit is a game device that includes notification information for notifying the operation instruction information in the second replay image . A history management unit for managing a play result of the character operated according to the operation instruction information as a play history;
The replay image generation unit, on the basis of the play history, the play result is claim 1 game apparatus according determines whether previous SL second replay condition is satisfied. The play history includes a battle result between characters in the game,
The game device according to claim 2, wherein the second replay condition is defined by a past battle result between characters in the game and a latest play result.   The replay image generation unit generates the second replay image when the play result is obtained when it is determined that the same play result is repeated for the same operation instruction information based on the play history. The game device according to claim 2 or 3.   The replay image generation unit determines whether or not the play result satisfies a predetermined condition based on the play history. If the condition is satisfied, the replay image generation unit performs the action of the character when the play result is obtained. The game device according to claim 2, wherein the second replay image enlarged or highlighted by slow motion or stop motion is generated. The game progression unit battles a first character that operates according to the operation instruction information and a second character that is different from the first character in the game space,
The game device according to claim 1, wherein the replay image generation unit generates the second replay image when the second character is a character having a predetermined attribute. A game progression unit for operating the character in accordance with a user's instruction and advancing the game;
An action instruction information storage unit for preliminarily storing action instruction information selected or set by the user in order to move the character;
When a predetermined play result is obtained by the action of the character, a replay image is generated in which at least a part of the character that has moved according to the action instruction information is related to the action instruction of the action instruction information is enlarged or emphasized. , Display on the display,
The game progression unit causes the character to perform an action of moving a predetermined object in accordance with the action instruction information.
The replay image generation unit displays the object at a position away from the center of the display unit by a predetermined offset distance at a timing when the object starts to move according to the movement of the character, and on the center side. virtual camera set the sight line, the offset distance is Ruge over beam device set the line-of-sight to be shorter as the object is moved such that the character is displayed. The game progression unit moves the object to the character by moving the character in a predetermined motion pattern with respect to the character,
The game apparatus according to claim 7 , wherein the offset distance differs according to the operation pattern. A game progression unit that progresses a game in which a pitcher character throws a ball object according to a user instruction and a batter character strikes the ball object;
An action instruction information storage unit that stores in advance the ball type of the ball object selected or set by the user in order to cause the pitcher character to throw the ball object;
When the first replay condition is satisfied, it is determined whether or not the second replay condition is satisfied, the batting result of the batter character satisfies the first replay condition, and the second replay is satisfied. If the condition is not satisfied, a first replay image at the time of pitching of the pitcher character performed for the hit result is generated and displayed on the display unit, and the hit result is the first replay condition and the second replay. If the condition is satisfied, a second replay image is generated in which at least a portion that grips the ball object at the time of pitching of the pitcher character performed on the hit result is larger than the first replay image, and a display unit and a replay image generation unit to be displayed on,
The replay image generation unit is a game device that includes notification information for notifying the operation instruction information in the second replay image . A game control program for causing a computer to operate as the game device according to any one of claims 1 to 9 , wherein the computer functions as each part of the game device. A game system including a terminal device and a game control device connected to be communicable with the terminal device,
A game progression unit that moves the character in the game space according to the user's instructions and advances the game;
An action instruction information storage unit for preliminarily storing action instruction information selected or set by the user in order to move the character;
When the first replay condition is satisfied, it is determined whether the second replay condition is satisfied, and a play result obtained by the action of the character satisfies the first replay condition, When the second replay condition is not satisfied, a first replay image of the character that has moved according to the movement instruction information is generated and displayed on a display unit, and the play result indicates the first replay condition and the second replay. If the condition is satisfied, generate a second replay image in which at least a part of the character operated according to the operation instruction information is related to the operation instruction of the operation instruction information is enlarged or emphasized than the first replay image, A replay image generation unit to be displayed on the display unit ,
The replay image generating unit is a game system in which notification information for notifying the operation instruction information is included in the second replay image .

Images