JP5478172B2 - Information processing program and information processing apparatus - Google Patents

Description

  The present invention relates to an information processing program and an information processing apparatus, and more particularly to an information processing program and an information processing apparatus that are operated using a load value indicating a user's load, for example.

  An example of this type of information processing apparatus is disclosed in Patent Document 1. In the game device of Patent Document 1, a player puts his / her foot on a support plate of a game controller including four load sensors, and load values detected by the four load sensors are input as operation data. Therefore, in the game device, the game process is executed based on the load value input as the operation data. For example, in a hula hoop game process, a player rides on a game controller, and among four load sensors provided at four corners of the game controller, according to the position at which the load sensor with the maximum detected load value is arranged. Thus, the position of the player character's waist is determined.

JP 2008-264195 [A63F 13/04, A63F 13/00]

  However, in the game device of Patent Document 1, since the position of the player character's waist is only determined according to the position at which the load sensor with the maximum detected load value is arranged, Character animation frames may be delayed. Even if the animation frame is corrected based on the load value, it is simply moved so that the position of the player character's waist comes to the position where the load sensor with the maximum load value is arranged. Players feel uncomfortable. In other words, there is room for improvement in synchronizing the player's repetitive motion such as a hula hoop and the animation of the player character.

  Therefore, a main object of the present invention is to provide a novel information processing program and information processing apparatus.

  Another object of the present invention is to provide an information processing program and an information processing apparatus capable of smoothly synchronizing a user's action and an object animation.

  The first invention is an information processing program that is executed by a computer that performs predetermined information processing based on a load value indicating a load of a user who performs a predetermined repetitive motion. In the load value acquisition step, a load value indicating a user's load is acquired based on a signal from the load detection device. The first motion start detection step detects the start of the first motion in the repetitive motion of the user based on the load value acquired by the load value acquisition step. That is, the start of some of the repetitive actions is detected. The update speed control step includes a first predetermined section in which the start time of the first motion detected by the first motion start detection step is set corresponding to the first motion for the animation frame of the object displayed on the display device. When it is outside, the update speed of the animation frame is increased to a predetermined speed. This eliminates the delay of the animation frame progression.

  According to the first invention, when the start time of the first action is outside the first predetermined interval, the update speed of the animation frame is increased, so that the delay of the progress of the animation frame is eliminated, and the user action And animation can be synchronized smoothly.

  The second invention is dependent on the first invention, and the update speed control step is performed when the start time of the first motion detected by the first motion start detection step is within the first predetermined interval. The update speed is increased so as to be smaller than a predetermined speed. That is, the predetermined speed is set to a value larger than the update speed of the animation frame when the start time of the first action is within the first predetermined section.

  According to the second invention, since the predetermined speed is higher than the update speed of the animation frame when the start time of the first action is within the first predetermined period, the start time of the first action is the first predetermined period. If it is outside, the animation frame can be advanced at high speed to eliminate the delay.

  A third invention is dependent on the first or second invention, and the frame update step is performed at an update rate increased by the update rate control step when the start time of the first operation is outside the first predetermined interval. The animation frame is updated up to the first predetermined section. That is, the animation frame is advanced to the first predetermined section at a constant speed.

  According to the third aspect, the animation frame is advanced to the first predetermined section at a high update speed, so that the animation delay can be eliminated.

  The fourth invention is dependent on any one of the first to third inventions, and the update speed control step reduces the update speed of the animation frame in the first predetermined section.

  According to the fourth aspect of the invention, for example, when the first action includes a slowing movement, it can be expressed by animation.

  The fifth invention is dependent on the fourth invention, and the update speed control step decelerates the update speed of the animation frame toward the end of the first predetermined section.

  According to the fifth aspect, for example, when the first motion is a motion that gradually decelerates, it can be expressed by animation.

  A sixth invention is dependent on the first to fifth inventions, and the repetitive operation includes a first operation and a second operation different from the first operation. Accordingly, the first operation and the second operation are repeatedly executed.

  According to the sixth invention, the first operation and the second operation are repeatedly executed, and at least the animation frame is updated so that the first operation is synchronized. As a result, the first operation and the second operation are performed as a result. It is possible to synchronize the motion of the user including the animation.

  The seventh invention is dependent on the sixth invention, wherein the first action is an action for the object to obtain a propulsive force, and the second action is a preparatory movement for the action for obtaining the propulsive force. That is, the repetitive motion is established by the motion for obtaining the propulsive force and the preparatory motion.

  According to the seventh aspect, since the start of the first motion is detected and the object obtains the propulsion force, the object can obtain the propulsion force by advancing the animation frame quickly. .

  An eighth invention is dependent on the sixth or seventh invention, and based on the load value acquired by the load value acquisition step, a second operation start detection step for detecting the start of the second operation in the repetitive operation of the user. Is further executed by the computer. The update speed control step increases the update speed of the animation frame when the start of the second motion is detected by the second motion start detection step. Even in such a case, the delay in the progress of the animation frame is eliminated.

  According to the eighth aspect, since the delay in the progress of the animation frame is eliminated even when the start of the second action is detected, the user's action and the animation can be smoothly synchronized.

  A ninth invention is according to the eighth invention, and the update speed control step corresponds to the second motion of the animation frame of the object when the second motion detected by the second motion start detection step is started. When the second predetermined section is set, the animation frame update speed is made faster than when the start time of the second action is outside the second predetermined section.

  According to the ninth invention, when the start time of the second motion is within the second predetermined section, the animation frame update speed is increased. Therefore, after the second motion is detected, the next first motion is performed. The animation frame can be brought close to the first predetermined section before detection. Therefore, it is possible to easily synchronize the user's action and the animation.

  A tenth invention is dependent on the ninth invention, and the second predetermined section is set longer than the first predetermined section.

  According to the tenth aspect, since the second predetermined section is set longer than the first predetermined section, the animation frame is set to the first predetermined period after the second movement is detected and before the next first movement is detected. It is possible to easily approach the vicinity of the section.

  An eleventh invention is according to the tenth invention, and the animation frame of the object corresponding to the second predetermined section includes an animation frame corresponding to the preliminary action of the second action. In other words, the second predetermined section includes an animation frame before the animation frame corresponding to the start of the second action.

  In the eleventh aspect, similar to the tenth aspect, the animation frame can be easily brought near the first predetermined section.

  A twelfth invention is dependent on the sixth to eleventh inventions, and the repetitive motion is a large repetitive motion with a large change in load value or a small repetitive motion with a small change in load value compared to the large repetitive motion. The motion determination step determines whether the user's motion is a large repetitive motion or a small repetitive motion based on the load value change cycle. The motion detection step detects the first motion and the second motion based on the change in the load value. The update speed control step changes the update speed of the animation frame according to the first action and the second action detected by the action detection step when the action judgment step determines that the user's action is a large repetitive action. Let

  According to the twelfth aspect, when a large repetitive motion is determined, the animation frame update speed is changed according to the first motion and the second motion, that is, both the first motion and the second motion. Since the update of the animation frame is controlled accordingly, the user's action and the animation frame can be more accurately synchronized.

  A thirteenth invention is according to the twelfth invention, and the update speed control step includes the first motion detected by the motion detection step when the motion determination step determines that the user motion is a small repetitive motion. Change the animation frame update rate only according to the above.

  According to the thirteenth aspect, in the case of a small repetitive motion, the user's motion and the animation frame can be synchronized even if the animation update speed is changed only in accordance with the first motion.

  The fourteenth invention is dependent on the first invention, and the first animation frame in the first predetermined section corresponds to the posture of the user at the start of the first motion detected by the first motion start detection step.

  According to the fourteenth aspect, since the first animation frame in the first predetermined section corresponds to the user's posture at the start of the first action, when the start time of the first action is detected outside the first predetermined section. By delaying the update speed of the animation frame and approaching the first predetermined section, it is possible to eliminate the delay in the progress of the animation frame.

  A fifteenth aspect is according to the ninth aspect, wherein the first animation frame in the first predetermined section corresponds to the user's posture at the start of the first movement detected by the first movement start detection step, 2 The first animation frame in a predetermined section corresponds to the user's posture before the start of the second motion detected by the second motion start detection step.

  According to the fifteenth aspect, since the first animation in the second predetermined section corresponds to the user's posture before the start of the second action, in addition to the effect of the fourteenth aspect, the first animation in the second predetermined section When the start time of the second motion is detected, the animation frame can be brought closer to the first predetermined section as quickly as possible.

  A sixteenth aspect of the invention is an information processing apparatus that performs predetermined information processing based on a load value indicating a load of a user who performs a predetermined repetitive motion, and a load indicating a user's load based on a signal from the load detection apparatus A load value acquisition means for acquiring a value, an operation start detection means for detecting the start of a predetermined action in the repetitive motion of the user, and an operation start detection means based on the load value acquired by the load value acquisition means When the start of the predetermined motion is outside the predetermined section of the animation frame set corresponding to the predetermined motion for the object displayed on the display device, the update speed of the animation frame becomes the predetermined speed. It is an information processing apparatus provided with the update speed control means to make it faster.

  In the sixteenth invention as well, similar to the first invention, the user's motion and animation can be smoothly synchronized.

  According to the present invention, when the start time of the first motion in the repetitive motion is outside the first predetermined period set corresponding to the first motion for the animation frame, the animation frame is updated at a fast update speed. Therefore, it is possible to eliminate the delay in the progress of the animation and to smoothly synchronize the user's operation and the animation.

  The above object, other objects, features and advantages of the present invention will become more apparent from the following detailed description of embodiments with reference to the drawings.

FIG. 1 is an illustrative view showing one embodiment of a game system of the present invention. FIG. 2 is a block diagram showing an electrical configuration of the game system shown in FIG. FIG. 3 is an illustrative view for explaining the appearance of the controller shown in FIG. FIG. 4 is a block diagram showing an electrical configuration of the controller shown in FIG. FIG. 5 is an illustrative view for explaining the appearance of the load controller shown in FIG. 6 is a cross-sectional view of the load controller shown in FIG. FIG. 7 is a block diagram showing an electrical configuration of the load controller shown in FIG. FIG. 8 is an illustrative view for outlining a state when a virtual game is played using the controller and load controller shown in FIG. FIG. 9 is an illustrative view for explaining the viewing angles of the marker and the controller shown in FIG. FIG. 10 is an illustrative view showing one example of a captured image including a target image. FIG. 11 is an illustrative view showing an example of a game screen displayed on the monitor shown in FIG. FIG. 12 is an illustrative view showing an example of the action of the player when playing the virtual game of this embodiment. FIG. 13 is a graph showing the time change of the body weight ratio and its frequency spectrum detected when the player performs a flapping motion as shown in FIG. FIG. 14 is a graph showing the time change of the body weight ratio detected when the player performs a flapping motion as shown in FIG. 12B and the frequency spectrum thereof. FIG. 15 is a graph showing the change over time in the body weight ratio detected when the player performs bending and stretching exercises and the frequency spectrum thereof. FIG. 16 is an illustrative view showing the position of the center of gravity of the player detected by the load controller and the orientation of the player object corresponding to the position. FIG. 17 is an illustrative view for showing the orientation of the player object at the time other than the descent corresponding to the position of the center of gravity of the player detected by the load controller. FIG. 18 is an illustrative view for showing the orientation of the player object when descending corresponding to the position of the center of gravity of the player detected by the load controller. FIG. 19 is an illustrative view showing a part of animation frames for the player object. FIG. 20 is an illustrative view showing an example of a memory map of the main memory shown in FIG. FIG. 21 is an illustrative view showing specific contents of the data storage area shown in FIG. FIG. 22 is a flowchart showing a part of the entire game process of the CPU shown in FIG. FIG. 23 is another part of the entire game process of the CPU shown in FIG. 2, and is a flowchart subsequent to FIG. FIG. 24 is another part of the entire game process of the CPU shown in FIG. 2, and is a flowchart subsequent to FIG. FIG. 25 is still another part of the entire game process of the CPU shown in FIG. 2, and is a flowchart subsequent to FIG. FIG. 26 is a flowchart showing a part of the operation determination process of the CPU shown in FIG. FIG. 27 is another part of the CPU operation determination process shown in FIG. 2, and is a flowchart subsequent to FIG. FIG. 28 is another part of the CPU operation determination process shown in FIG. 2, and is a flowchart subsequent to FIG. FIG. 29 is a flowchart showing a part of the synchronization processing of the CPU shown in FIG. FIG. 30 is a flowchart showing another part of the synchronization processing of the CPU shown in FIG. FIG. 31 is another part of the synchronization processing of the CPU shown in FIG. 2, and is a flowchart following FIG. 29 and FIG.

  Referring to FIG. 1, a game system 10 according to an embodiment of the present invention includes a video game device (hereinafter simply referred to as “game device”) 12, a controller 22, and a load controller 36. Although not shown, the game apparatus 12 of this embodiment is designed to be able to communicate with a maximum of four controllers (22, 36). The game apparatus 12 and the controllers (22, 36) are connected by radio. For example, the wireless communication is performed according to the Bluetooth (registered trademark) standard, but may be performed according to another standard such as infrared or wireless LAN.

  The game apparatus 12 includes a substantially rectangular parallelepiped housing 14, and a disk slot 16 is provided on the front surface of the housing 14. An optical disk 18, which is an example of an information storage medium storing a game program as an example of an information processing program, is inserted from the disk slot 16 and is mounted on a disk drive 54 (see FIG. 2) in the housing 14. An LED and a light guide plate are arranged around the disk slot 16 and can be turned on in response to various processes.

  Further, on the front surface of the housing 14 of the game apparatus 12, a power button 20a and a reset button 20b are provided at the upper part thereof, and an eject button 20c is provided at the lower part thereof. Further, an external memory card connector cover 28 is provided between the reset button 20 b and the eject button 20 c and in the vicinity of the disk slot 16. An external memory card connector 62 (see FIG. 2) is provided inside the external memory card connector cover 28, and an external memory card (not shown) (hereinafter simply referred to as “memory card”) is inserted. The memory card loads and temporarily stores a game program read from the optical disc 18, and stores (saves) game data (game result data or intermediate data) of a game played using the game system 10. ) Used to keep up. However, the above game data is stored in an internal memory such as the flash memory 44 (see FIG. 2) provided in the game device 12 instead of being stored in the memory card. Also good. The memory card may be used as a backup memory for the internal memory.

  Note that a general-purpose SD card can be used as the memory card, but other general-purpose memory cards such as a memory stick and a multimedia card (registered trademark) can also be used.

  An AV connector 58 (see FIG. 2) is provided on the rear surface of the housing 14 of the game apparatus 12, and the monitor 34 and the speaker 34a are connected to the game apparatus 12 through the AV cable 32a using the AV connector 58. The monitor 34 and the speaker 34a are typically color television receivers, and the AV cable 32a inputs a video signal from the game apparatus 12 to the video input terminal of the color television and inputs an audio signal to the audio input terminal. To do. Therefore, for example, a game image of a three-dimensional (3D) video game is displayed on the screen of the color television (monitor) 34, and stereo game sounds such as game music and sound effects are output from the left and right speakers 34a. In addition, a marker unit 34b including two infrared LEDs (markers) 340m and 340n is provided around the monitor 34 (in this embodiment, on the upper side of the monitor 34). The marker portion 34b is connected to the game apparatus 12 through the power cable 32b. Therefore, power is supplied from the game apparatus 12 to the marker unit 34b. Thus, the markers 340m and 340n emit light and output infrared light toward the front of the monitor 34, respectively.

  The game apparatus 12 is powered by a general AC adapter (not shown). The AC adapter is inserted into a standard wall socket for home use, and the game apparatus 12 converts the home power supply (commercial power supply) into a low DC voltage signal suitable for driving. In other embodiments, a battery may be used as the power source.

  In this game system 10, in order for a user or a player to play a game (or other application, not limited to a game), the user first turns on the game device 12, and then the user wants to play a video game (or play) A suitable optical disc 18 in which a program of another application) is recorded is selected, and the optical disc 18 is loaded into the disc drive 54 of the game apparatus 12. In response, the game apparatus 12 starts to execute the video game or other application based on the program recorded on the optical disc 18. The user operates the controller 22 to give input to the game apparatus 12. For example, a game or other application is started by operating any of the input means 26. In addition to operations on the input means 26, the moving object (player object) can be moved in a different direction by moving the controller 22 itself, or the user's viewpoint (camera position) in the 3D game world can be changed. it can.

  FIG. 2 is a block diagram showing an electrical configuration of the video game system 10 of FIG. 1 embodiment. Although not shown, each component in the housing 14 is mounted on a printed circuit board. As shown in FIG. 2, the game apparatus 12 is provided with a CPU 40. The CPU 40 functions as a game processor. A system LSI 42 is connected to the CPU 40. An external main memory 46, ROM / RTC 48, disk drive 54 and AV IC 56 are connected to the system LSI 42.

  The external main memory 46 stores programs such as game programs and various data, and is used as a work area and a buffer area of the CPU 40. The ROM / RTC 48 is a so-called boot ROM, in which a program for starting up the game apparatus 12 is incorporated, and a clock circuit for counting time is provided. The disk drive 54 reads program data, texture data, and the like from the optical disk 18 and writes them in an internal main memory 42e or an external main memory 46 described later under the control of the CPU 40.

  The system LSI 42 is provided with an input / output processor 42a, a GPU (Graphics Processor Unit) 42b, a DSP (Digital Signal Processor) 42c, a VRAM 42d, and an internal main memory 42e, which are not shown, but are connected to each other by an internal bus. The

  The input / output processor (I / O processor) 42a executes data transmission / reception or data download. Data transmission / reception and downloading will be described in detail later.

  The GPU 42b forms part of the drawing means, receives a graphics command (drawing command) from the CPU 40, and generates game image data according to the command. However, the CPU 40 gives an image generation program necessary for generating game image data to the GPU 42b in addition to the graphics command.

  Although illustration is omitted, as described above, the VRAM 42d is connected to the GPU 42b. Data (image data: data such as polygon data and texture data) necessary for the GPU 42b to execute the drawing command is acquired by the GPU 42b accessing the VRAM 42d. The CPU 40 writes image data necessary for drawing into the VRAM 42d via the GPU 42b. The GPU 42b accesses the VRAM 42d and creates game image data for drawing.

  In this embodiment, the case where the GPU 42b generates game image data will be described. However, when executing any application other than the game application, the GPU 42b generates image data for the arbitrary application.

  The DSP 42c functions as an audio processor and corresponds to sound, voice or music output from the speaker 34a using sound data and sound waveform (tone) data stored in the internal main memory 42e and the external main memory 46. Generate audio data.

  The game image data and audio data generated as described above are read by the AV IC 56 and output to the monitor 34 and the speaker 34a via the AV connector 58. Therefore, the game screen is displayed on the monitor 34, and the sound (music) necessary for the game is output from the speaker 34a.

  The input / output processor 42a is connected to the flash memory 44, the wireless communication module 50, and the wireless controller module 52, and to the expansion connector 60 and the memory card connector 62. An antenna 50 a is connected to the wireless communication module 50, and an antenna 52 a is connected to the wireless controller module 52.

  The input / output processor 42a can communicate with other game devices and various servers connected to the network via the wireless communication module 50. However, it is also possible to communicate directly with other game devices without going through a network. The input / output processor 42a periodically accesses the flash memory 44, detects the presence / absence of data that needs to be transmitted to the network (referred to as transmission data), and if there is such transmission data, the input / output processor 42a It transmits to the network via the antenna 50a. Further, the input / output processor 42 a receives data (received data) transmitted from another game device via the network, the antenna 50 a and the wireless communication module 50, and stores the received data in the flash memory 44. However, in certain cases, the received data is discarded as it is. Further, the input / output processor 42a receives data downloaded from the download server (referred to as download data) via the network, the antenna 50a and the wireless communication module 50, and stores the download data in the flash memory 44.

  The input / output processor 42a receives input data transmitted from the controller 22 and the load controller 36 via the antenna 52a and the wireless controller module 52, and stores (temporarily) in the buffer area of the internal main memory 42e or the external main memory 46. Remember. The input data is deleted from the buffer area after being used by the game process of the CPU 40.

  In this embodiment, as described above, the wireless controller module 52 communicates with the controller 22 and the load controller 36 in accordance with the Bluetooth standard.

  For convenience of drawing, FIG. 2 shows the controller 22 and the load controller 36 together.

  Further, an expansion connector 60 and a memory card connector 62 are connected to the input / output processor 42a. The expansion connector 60 is a connector for an interface such as USB or SCSI, and can connect a medium such as an external storage medium or a peripheral device such as another controller. Also, a wired LAN adapter can be connected to the expansion connector 60 and the wired LAN can be used instead of the wireless communication module 50. An external storage medium such as a memory card can be connected to the memory card connector 62. Therefore, for example, the input / output processor 42a can access an external storage medium via the expansion connector 60 or the memory card connector 62, and can store or read data.

  Although detailed description is omitted, as shown in FIG. 1, the game apparatus 12 (housing 14) is provided with a power button 20a, a reset button 20b, and an eject button 20c. The power button 20a is connected to the system LSI 42. When the power button 20a is turned on, the system LSI 42 sets a mode (hereinafter referred to as “normal mode”) in which power is supplied to each component of the game apparatus 12 via an AC adapter (not shown) and a normal energization state is set. To do. On the other hand, when the power button 20a is turned off, the system LSI 42 sets a mode (hereinafter referred to as "standby mode") in which power is supplied to only some components of the game apparatus 12 and power consumption is minimized. To do. In this embodiment, when the standby mode is set, the system LSI 42 is a component other than the input / output processor 42a, the flash memory 44, the external main memory 46, the ROM / RTC 48, the wireless communication module 50, and the wireless controller module 52. Instruct the power supply to be stopped. Therefore, this standby mode is a mode in which the CPU 40 does not execute an application.

  Although power is supplied to the system LSI 42 even in the standby mode, the supply of clocks to the GPU 42b, DSP 42c, and VRAM 42d is stopped so that they are not driven to reduce power consumption. is there.

  Although not shown, a fan for discharging the heat of the IC such as the CPU 40 and the system LSI 42 to the outside is provided inside the housing 14 of the game apparatus 12. In the standby mode, this fan is also stopped.

  However, when it is not desired to use the standby mode, the power supply to all the circuit components is completely stopped when the power button 20a is turned off by setting the standby mode not to be used.

  Further, switching between the normal mode and the standby mode can also be performed by remote operation by switching on / off the power switch 26h of the controller 22. When the remote operation is not performed, the power supply to the wireless controller module 52a may be set not to be performed in the standby mode.

  The reset button 20b is also connected to the system LSI 42. When the reset button 20b is pressed, the system LSI 42 restarts the boot program for the game apparatus 12. The eject button 20 c is connected to the disk drive 54. When the eject button 20c is pressed, the optical disk 18 is ejected from the disk drive 54.

  FIGS. 3A to 3E show an example of the appearance of the controller 22. 3A shows the front end surface of the controller 22, FIG. 3B shows the top surface of the controller 22, FIG. 3C shows the right side surface of the controller 22, and FIG. The lower surface is shown, and FIG. 3E shows the rear end surface of the controller 22.

  3A to 3E, the controller 22 has a housing 22a formed by plastic molding, for example. The housing 22a has a substantially rectangular parallelepiped shape and is a size that can be held by a user with one hand. The housing 22a (controller 22) is provided with input means (a plurality of buttons or switches) 26. Specifically, as shown in FIG. 3B, on the upper surface of the housing 22a, the cross key 26a, the 1 button 26b, the 2 button 26c, the A button 26d, the − button 26e, the HOME button 26f, the + button 26g, and A power switch 26h is provided. As shown in FIGS. 3C and 3D, an inclined surface is formed on the lower surface of the housing 22a, and a B trigger switch 26i is provided on the inclined surface.

  The cross key 26a is a four-way push switch, and includes four operation directions indicated by arrows, front (or up), back (or down), right and left operation units. By operating any one of the operation units, it is possible to instruct the moving direction of a character or object (player character or player object) that can be operated by the player, or to instruct the moving direction of the cursor.

  Each of the 1 button 26b and the 2 button 26c is a push button switch. For example, it is used for game operations such as adjusting the viewpoint position and direction when displaying a three-dimensional game image, that is, adjusting the position and angle of view of a virtual camera. Alternatively, the 1 button 26b and the 2 button 26c may be used when the same operation as the A button 26d and the B trigger switch 26i or an auxiliary operation is performed.

  The A button switch 26d is a push button switch, and causes the player character or the player object to perform an action other than a direction instruction, that is, an arbitrary action such as hitting (punching), throwing, grabbing (acquiring), riding, jumping, and the like. Used for. For example, in an action game, it is possible to instruct jumping, punching, moving a weapon, and the like. In the role playing game (RPG) and the simulation RPG, it is possible to instruct acquisition of items, selection and determination of weapons and commands, and the like.

  The − button 26e, the HOME button 26f, the + button 26g, and the power switch 26h are also push button switches. The-button 26e is used for selecting a game mode. The HOME button 26f is used to display a game menu (menu screen). The + button 26g is used for starting (restarting) or pausing the game. The power switch 26h is used to turn on / off the power of the game apparatus 12 by remote control.

  In this embodiment, a power switch for turning on / off the controller 22 itself is not provided, and the controller 22 is turned on by operating any one of the input means 26 of the controller 22 for a certain time (for example, If it is not operated for 30 seconds) or more, it is automatically turned off.

  The B-trigger switch 26i is also a push button switch, and is mainly used for performing an input imitating a trigger such as shooting a bullet or designating a position selected by the controller 22. In addition, if the B trigger switch 26i is continuously pressed, the motion and parameters of the player object can be maintained in a certain state. In a fixed case, the B trigger switch 26i functions in the same way as a normal B button, and is used for canceling the action determined by the A button 26d.

  Further, as shown in FIG. 3 (E), an external expansion connector 22b is provided on the rear end surface of the housing 22a, and as shown in FIG. 3 (B), it is the upper surface of the housing 22a and on the rear end surface side. An indicator 22c is provided. The external expansion connector 22b is used for connecting another expansion controller (not shown). The indicator 22c is composed of, for example, four LEDs, and indicates the identification information (controller number) of the controller 22 corresponding to the lighting LED by lighting any one of the four LEDs, or the number of LEDs to be lit. Can indicate the remaining power of the controller 22.

  Furthermore, the controller 22 has an imaging information calculation unit 80 (see FIG. 4). As shown in FIG. 3A, the light incident port 22d of the imaging information calculation unit 80 is provided at the distal end surface of the housing 22a. Provided. Further, the controller 22 has a speaker 86 (see FIG. 4). As shown in FIG. 3B, the speaker 86 is an upper surface of the housing 22a, and includes a 1 button 26b and a HOME button 26f. Corresponding to the sound release hole 22e provided between them, it is provided inside the housing 22a.

  It should be noted that the shape of the controller 22 shown in FIGS. 3A to 3E, the shape, the number, the installation position, etc. of each input means 26 are merely examples, and they may be modified as appropriate. However, it goes without saying that the present invention can be realized.

  FIG. 4 is a block diagram showing an electrical configuration of the controller 22. Referring to FIG. 4, the controller 22 includes a processor 70. The processor 70 is connected to an external expansion connector 22b, an input means 26, a memory 72, an acceleration sensor 74, and a wireless module 76 by an internal bus (not shown). The imaging information calculation unit 80, the LED 82 (indicator 22c), the vibrator 84, the speaker 86, and the power supply circuit 88 are connected. An antenna 78 is connected to the wireless module 76.

  The processor 70 performs overall control of the controller 22, and information (input information) input by the input unit 26, the acceleration sensor 74, and the imaging information calculation unit 80 is input as input data to the game device via the wireless module 76 and the antenna 78. 12 (input). At this time, the processor 70 uses the memory 72 as a work area or a buffer area.

  The operation signal (operation data) from the input means 26 (26a-26i) described above is input to the processor 70, and the processor 70 temporarily stores the operation data in the memory 72.

  Further, the acceleration sensor 74 detects the respective accelerations of the three axes of the controller 22 in the vertical direction (y-axis direction), the horizontal direction (x-axis direction), and the front-rear direction (z-axis direction). The acceleration sensor 74 is typically a capacitance type acceleration sensor, but other types may be used.

  For example, the acceleration sensor 74 detects acceleration (ax, ay, az) for each of the x-axis, y-axis, and z-axis at each first predetermined time, and the detected acceleration data (acceleration data) is processed by the processor 70. To enter. For example, the acceleration sensor 74 detects the acceleration in each axial direction in a range of −2.0 g to 2.0 g (g is a gravitational acceleration. The same applies hereinafter). The processor 70 detects the acceleration data given from the acceleration sensor 74 every second predetermined time and temporarily stores it in the memory 72. The processor 70 creates input data including at least one of operation data, acceleration data, and marker coordinate data described later, and transmits the created input data to the game apparatus 12 every third predetermined time (for example, 5 msec). .

  Although omitted in FIGS. 3A to 3E, in this embodiment, the acceleration sensor 74 is provided in the vicinity of the cross key 26a on the substrate inside the housing 22a.

  The wireless module 76 modulates a carrier wave of a predetermined frequency with input data using, for example, Bluetooth technology, and radiates the weak radio signal from the antenna 78. That is, the input data is modulated by the wireless module 76 into a weak radio signal and transmitted from the antenna 78 (controller 22). This weak radio signal is received by the wireless controller module 52 provided in the game apparatus 12 described above. The received weak radio wave is subjected to demodulation and decoding processing, and thus the game apparatus 12 (CPU 40) can acquire input data from the controller 22. And CPU40 performs a game process according to the acquired input data and a program (game program).

  Furthermore, as described above, the imaging information calculation unit 80 is provided in the controller 22. The imaging information calculation unit 80 includes an infrared filter 80a, a lens 80b, an imaging element 80c, and an image processing circuit 80d. The infrared filter 80 a allows only infrared light to pass through from light incident from the front of the controller 22. As described above, the markers 340 m and 340 n arranged in the vicinity (periphery) of the display screen of the monitor 34 are infrared LEDs that output infrared light toward the front of the monitor 34. Therefore, by providing the infrared filter 80a, the images of the markers 340m and 340n can be taken more accurately. The lens 84 condenses the infrared light transmitted through the infrared filter 82 and emits it to the image sensor 80c. The image sensor 80c is a solid-state image sensor such as a CMOS sensor or a CCD, for example, and images infrared rays collected by the lens 80b. Accordingly, the image sensor 80c captures only the infrared light that has passed through the infrared filter 80a and generates image data. Hereinafter, an image captured by the image sensor 80c is referred to as a captured image. The image data generated by the image sensor 80c is processed by the image processing circuit 80d. The image processing circuit 80d calculates the position of the imaging target (markers 340m and 340n) in the captured image, and outputs each coordinate value indicating the position to the processor 70 as imaging data every fourth predetermined time. The processing in the image processing circuit 80d will be described later.

  FIG. 5 is a perspective view showing an appearance of the load controller 36 shown in FIG. As shown in FIG. 5, the load controller 36 includes a platform 36a on which the player rides (to put his / her feet), and at least four load sensors 36b for detecting a load applied to the platform 36a. Each load sensor 36b is included in the base 36a (see FIGS. 6 and 7), and the arrangement thereof is indicated by a dotted line in FIG.

  The base 36a is formed in a substantially rectangular parallelepiped and has a substantially rectangular shape when viewed from above. For example, the short side of the rectangle is set to about 30 cm, and the long side is set to about 50 cm. The upper surface of the platform 36a on which the player rides is made flat. The side surfaces of the four corners of the base 36a are formed so as to partially protrude into a columnar shape.

  In the table 36a, the four load sensors 36b are arranged at a predetermined interval. In this embodiment, the four load sensors 36b are arranged at the peripheral edge of the table 36a, specifically at the four corners. The interval between the load sensors 36b is set to an appropriate value so that the intention of the game operation due to the player's load applied to the platform 36a can be detected with higher accuracy.

  6 shows a VI-VI cross-sectional view of the load controller 36 shown in FIG. 5, and an enlarged corner portion where the load sensor 36b is arranged. As can be seen from FIG. 6, the stand 36a includes a support plate 360 and legs 362 for the player to ride. The leg 362 is provided at a location where the load sensor 36b is disposed. In this embodiment, since the four load sensors 36b are arranged at the four corners, the four legs 362 are provided at the four corners. The leg 362 is formed in a substantially bottomed cylindrical shape by plastic molding, for example, and the load sensor 36b is disposed on a spherical component 362a provided on the bottom surface in the leg 362. The support plate 360 is supported by the legs 362 through the load sensor 36b.

  The support plate 360 includes an upper layer plate 360a that forms the upper surface and the upper side surface, a lower layer plate 360b that forms the lower surface and the lower side surface, and an intermediate layer plate 360c provided between the upper layer plate 360a and the lower layer plate 360b. The upper layer plate 360a and the lower layer plate 360b are formed by plastic molding, for example, and are integrated by bonding or the like. The middle layer plate 360c is formed by press molding of one metal plate, for example. The middle layer plate 360c is fixed on the four load sensors 36b. The upper layer plate 360a has lattice-like ribs (not shown) on the lower surface thereof, and is supported by the middle layer plate 360c via the ribs.

  Therefore, when the player gets on the platform 36a, the load is transmitted to the support plate 360, the load sensor 36b, and the legs 362. As indicated by arrows in FIG. 6, the reaction from the floor caused by the input load is transmitted from the leg 362 to the upper layer plate 360a via the spherical component 362a, the load sensor 36b, and the middle layer plate 360c.

  The load sensor 36b is, for example, a strain gauge (strain sensor) type load cell, and is a load converter that converts an input load into an electric signal. In the load sensor 36b, the strain generating body 370a is deformed in accordance with the load input, and distortion occurs. This strain is converted into a change in electrical resistance by a strain sensor 370b attached to the strain generating body, and further converted into a change in voltage. Therefore, the load sensor 36b outputs a voltage signal indicating the input load from the output terminal.

  The load sensor 36b may be another type of load sensor such as a tuning fork vibration type, a string vibration type, a capacitance type, a piezoelectric type, a magnetostrictive type, or a gyro type.

  Returning to FIG. 5, the load controller 36 is further provided with a power button 36 c. When the power button 36c is turned on, power is supplied to each circuit component (see FIG. 7) of the load controller 36. However, the load controller 36 may be turned on in accordance with an instruction from the game apparatus 12. In addition, the load controller 36 is turned off when the state in which the player is not on continues for a certain time (for example, 30 seconds) or longer. However, the power may be turned off when the power button 36c is turned on while the load controller 36 is activated.

  An example of the electrical configuration of the load controller 36 is shown in the block diagram of FIG. In FIG. 7, the flow of signals and communication is indicated by solid arrows. Dashed arrows indicate power supply.

  The load controller 36 includes a microcomputer 100 for controlling the operation thereof. The microcomputer 100 includes a CPU, ROM, RAM, and the like (not shown), and the CPU controls the operation of the load controller 36 according to a program stored in the ROM.

  The microcomputer 100 is connected to the power button 36c, the AD converter 102, the DC-DC converter 104, and the wireless module 106. Further, an antenna 106 a is connected to the wireless module 106. Also, the four load sensors 36b are shown as load cells 36b in FIG. Each of the four load sensors 36b is connected to the AD converter 102 via the amplifier 108.

  The load controller 36 houses a battery 100 for supplying power. In another embodiment, an AC adapter may be connected instead of a battery to supply commercial power. In such a case, it is necessary to provide a power supply circuit that converts alternating current into direct current and steps down and rectifies the direct current voltage instead of the DC-DC converter. In this embodiment, power is supplied to the microcomputer 100 and the wireless module 106 directly from the battery. That is, power is always supplied to some components (CPU) and the wireless module 106 in the microcomputer 100, and whether or not the power button 36c is turned on, whether the game apparatus 12 is turned on (load detection). Detects whether a command has been sent. On the other hand, power from the battery 110 is supplied to the load sensor 36b, the AD converter 102, and the amplifier 108 via the DC-DC converter 104. The DC-DC converter 104 converts the voltage value of the direct current from the battery 110 into a different voltage value, and supplies it to the load sensor 36b, the AD converter 102, and the amplifier 108.

  The power supply to the load sensor 36b, the AD converter 102, and the amplifier 108 may be performed as needed under the control of the DC-DC converter 104 by the microcomputer 100. That is, the microcomputer 100 controls the DC-DC converter 104 to operate the load sensor 36b, the AD converter 102, and each amplifier 108 when it is determined that the load sensor 36b needs to be operated to detect the load. Power may be supplied.

  When power is supplied, each load sensor 36b outputs a signal indicating the input load. The signal is amplified by each amplifier 108, converted from an analog signal to digital data by the AD converter 102, and input to the microcomputer 100. The identification value of each load sensor 36b is given to the detection value of each load sensor 36b, and it is possible to identify which load sensor 36b is the detection value. In this way, the microcomputer 100 can acquire data indicating the load detection values of the four load sensors 36b at the same time.

  On the other hand, the microcomputer 100 controls the DC-DC converter 104 to the load sensor 36b, the AD converter 102, and the amplifier 108 when it is determined that it is not necessary to operate the load sensor 36b, that is, when the load detection timing is not reached. Stop supplying the power. As described above, the load controller 36 can operate the load sensor 36b to detect the load only when necessary, so that power consumption for load detection can be suppressed.

  The time when load detection is necessary is typically when the game apparatus 12 (FIG. 1) wants to acquire load data. For example, when the game apparatus 12 needs load information, the game apparatus 12 transmits a load acquisition command to the load controller 36. When the microcomputer 100 receives a load acquisition command from the game apparatus 12, the microcomputer 100 controls the DC-DC converter 104, supplies power to the load sensor 36b, and detects the load. On the other hand, when the microcomputer 100 has not received a load acquisition command from the game apparatus 12, the microcomputer 100 controls the DC-DC converter 104 to stop the power supply. Alternatively, the microcomputer 100 may control the DC-DC converter 104 by determining that it is the load detection timing at regular time intervals. When performing such periodic load acquisition, for example, the period information may be first given from the game apparatus 12 to the microcomputer 100 or stored in the microcomputer 100 in advance.

  Data indicating the detection value from the load sensor 36b is transmitted as operation data (input data) of the load controller 36 from the microcomputer 100 to the game apparatus 12 (FIG. 1) via the wireless module 106 and the antenna 106b. For example, when the load is detected in response to a command from the game apparatus 12, the microcomputer 100 transmits the detection value data to the game apparatus 12 when receiving the detection value data of the load sensor 36 b from the AD converter 102. . Alternatively, the microcomputer 100 may transmit detection value data to the game apparatus 12 at regular time intervals.

  The wireless module 106 is communicable with the same wireless standard (Bluetooth, wireless LAN, etc.) as the wireless controller module 52 of the game apparatus 12. Therefore, the CPU 40 of the game apparatus 12 can transmit a load acquisition command to the load controller 36 via the wireless controller module 52 or the like. The microcomputer 100 of the load controller 36 receives a command from the game apparatus 12 via the wireless module 106 and the antenna 106a, and inputs input data including a load detection value (or load calculation value) of each load sensor 36b to the game. Can be transmitted to the device 12.

  FIG. 8 is an illustrative view outlining a state when a virtual game is played using the controller 22 and the load controller 36. As shown in FIG. 8, when playing a virtual game using the controller 22 and the load controller 36 in the video game system 10, the player rides on the load controller 36 and holds the controller 22 with one hand. Strictly speaking, the player gets on the load controller 36 with the front end surface of the controller 22 (on the side of the light incident port 22d imaged by the imaging information calculation unit 80) facing the markers 340m and 340n, Hold it. However, as can be seen from FIG. 1, the markers 340 m and 340 n are arranged in parallel with the horizontal direction of the screen of the monitor 34. In this state, the player performs a game operation by changing the position on the screen instructed by the controller 22 or changing the distance between the controller 22 and each of the markers 340m and 340n.

  In FIG. 8, the load controller 36 is placed vertically so that the player faces the screen of the monitor 34. However, depending on the game, the load is applied so that the player faces the front of the screen of the monitor 34. The controller 36 may be placed horizontally.

  FIG. 9 is a diagram for explaining viewing angles between the markers 340 m and 340 n and the controller 22. As shown in FIG. 9, the markers 340m and 340n each emit infrared light in the range of the viewing angle θ1. In addition, the image sensor 80c of the imaging information calculation unit 80 can receive light incident in the range of the viewing angle θ2 with the sight line direction of the controller 22 as the center. For example, the viewing angles θ1 of the markers 340m and 340n are both 34 ° (half-value angle), while the viewing angle θ2 of the image sensor 80c is 41 °. The player holds the controller 22 so that the imaging element 80c has a position and an orientation in which infrared light from the two markers 340m and 340n can be received. Specifically, at least one marker 340m and 340n exists in the viewing angle θ2 of the image sensor 80c, and the controller 22 exists in at least one viewing angle θ1 of the marker 340m or 340n. As described above, the player holds the controller 22. When in this state, the controller 22 can detect at least one of the markers 340m and 340n. The player can perform a game operation by changing the position and orientation of the controller 22 within a range that satisfies this state.

  In addition, when the position and orientation of the controller 22 are out of this range, the game operation based on the position and orientation of the controller 22 cannot be performed. Hereinafter, the above range is referred to as an “operable range”.

  When the controller 22 is held within the operable range, the imaging information calculation unit 80 captures images of the markers 340m and 340n. That is, the captured image obtained by the imaging element 80c includes images (target images) of the markers 340m and 340n that are imaging targets. FIG. 10 is a diagram illustrating an example of a captured image including a target image. Using the image data of the captured image including the target image, the image processing circuit 80d calculates coordinates (marker coordinates) representing the positions of the markers 340m and 340n in the captured image.

  Since the target image appears as a high luminance part in the image data of the captured image, the image processing circuit 80d first detects this high luminance part as a candidate for the target image. Next, the image processing circuit 80d determines whether or not the high luminance part is the target image based on the detected size of the high luminance part. The captured image includes not only the images 340m ′ and 340n ′ of the two markers 340m and 340n, which are target images, but also images other than the target image due to sunlight from a window or light from a fluorescent lamp in a room. There is. In the determination process of whether or not the high-intensity portion is the target image, the images 340m ′ and 340n ′ of the markers 340m and 340n that are the target images are distinguished from other images, and the target image is accurately detected. To be executed. Specifically, in the determination process, it is determined whether or not the detected high-intensity portion has a size within a predetermined range. If the high-luminance portion has a size within a predetermined range, it is determined that the high-luminance portion represents the target image. On the other hand, when the high-luminance portion is not within the predetermined range, it is determined that the high-luminance portion represents an image other than the target image.

  Further, as a result of the above determination processing, for the high luminance portion determined to represent the target image, the image processing circuit 80d calculates the position of the high luminance portion. Specifically, the barycentric position of the high luminance part is calculated. Here, the coordinates of the center of gravity are referred to as marker coordinates. Further, the position of the center of gravity can be calculated on a scale that is more detailed than the resolution of the image sensor 80c. Here, it is assumed that the resolution of the captured image captured by the image sensor 80c is 126 × 96, and the barycentric position is calculated on a scale of 1024 × 768. That is, the marker coordinates are represented by integer values from (0, 0) to (1024, 768).

  The position in the captured image is represented by a coordinate system (XY coordinate system) in which the upper left of the captured image is the origin, the downward direction is the Y axis positive direction, and the right direction is the X axis positive direction.

  When the target image is correctly detected, two high-intensity parts are determined as the target image by the determination process, so that two marker coordinates are calculated. The image processing circuit 80d outputs data indicating the calculated two marker coordinates. The output marker coordinate data (marker coordinate data) is included in the input data by the processor 70 and transmitted to the game apparatus 12 as described above.

  When the game apparatus 12 (CPU 40) detects the marker coordinate data from the received input data, the game apparatus 12 (CPU 40) detects the indicated position (indicated coordinates) of the controller 22 on the screen of the monitor 34 and the marker 340m from the controller 22 based on the marker coordinate data. And each distance up to 340n can be calculated. Specifically, the position that the controller 22 faces, that is, the indicated position is calculated from the position of the midpoint between the two marker coordinates. In addition, since the distance between the target images in the captured image changes according to the distance between the controller 22 and the markers 340m and 340n, the game apparatus 12 and the controller 22 are calculated by calculating the distance between the two marker coordinates. The distance between the markers 340m and 340n can be grasped.

  As described above, when a virtual game is played using the controller 22 and the load controller 36, the game process can be executed based on the load value detected by the load controller 36. In this embodiment, when the virtual game is started, the load values of the four load sensors 36b are detected by the load controller 36 in a state where the player is stationary prior to the start of the main part, and from the detected four load values. The weight value of the player is calculated (measured), and the measured weight value is set as a reference value (stored in the main memory 42e or 46). For example, the set reference value and a load detected during execution of the virtual game The game process is executed based on the value (in this embodiment, the total value of the load values detected by the four load sensors 36b). That is, the weight value of the player is a reference value for executing the game process. However, in the virtual game of this embodiment, the game process is executed based on a value obtained by dividing the current load value by the reference value (hereinafter referred to as “weight ratio”) in order to eliminate the advantage and disadvantage caused by the size of the player. It is like that.

  FIGS. 11A and 11B show an example of a game screen 200 displayed on the monitor 34 when playing the virtual game of this embodiment. For example, FIG. 11A shows a game screen 200 when the player object 202 is flapping and flying in the sky (during normal flight). FIG. 11B shows the game screen 200 when the player object 202 is descending in a substantially upright state with its wings widened to land on the non-player object 204 (descent). As shown in FIGS. 11A and 11B, the game screen 200 displays a player object 202 and a plurality of non-player objects 204. The player object (game character) 202 is an object (moving image object) imitating a bird. The non-player object 204 is an object that is a target for the player object 202 to land on.

  In this virtual game, the player object 202 moves (flies) according to the player's operation, and aims at the final target position (goal) while landing on the plurality of non-player objects 204. For example, when the player object 202 reaches the goal within the time limit through all the non-player objects 204 to be landed, the game is cleared. On the other hand, the time limit is exceeded before the player object 202 reaches the goal, or the time that the player object 202 has fallen into the sea surrounding the non-player object 204 exceeds a certain time (for example, 10 seconds). If the player object 202 falls into the sea a certain number of times (for example, three times), the game is over.

  During the game, the player rides on the load controller 36 and moves his / her hands up and down (performs a flapping operation) so that a bird flutters. Then, the load value detected by the load controller 36 changes. Accordingly, the weight ratio WR also changes. The movement of the player object 202 is controlled based on the change in the weight ratio WR. In this embodiment, the moving amount (moving speed) of the player object 202 is controlled according to the strength of swinging of the hand (arm) when the player performs the flapping motion (change amount of the weight ratio WR), and the load controller 36 is controlled. The moving direction of the player object 202 is controlled according to the position of the center of gravity of the player above.

  Specifically, as shown in FIG. 12A, on the load controller 36, the player performs an action (a movement that greatly flutters) such that both hands are greatly spread and both hands are shaken up and down around the shoulder. Or, as shown in FIG. 12 (B), the player performs an operation (a small flapping operation) on the load controller 36 such that both hands are spread small and the forearm is swung up and down around the elbow.

  Although illustration is omitted, when the player performs a large flapping motion (large flapping motion), the player object 202 is also displayed on the monitor 34 with a large flapping motion animation, and when the player performs a small flapping motion (small flapping motion), The player object 202 is also displayed on the monitor 34 with an animation of flapping motion. Similarly, although the illustration is omitted, the animation of the large flapping motion has a wider (larger) movable range (the range of movement in the vertical direction) of the wings than the animation of the small flapping motion.

  Here, a method for discriminating between large and small flapping motions performed by the player will be described. FIG. 13 shows an example of a graph of the change over time in the weight ratio WR when the player performs a flapping motion as shown in FIG. FIG. 14 shows an example of a graph of a change over time in the weight ratio WR when the player performs a flapping motion as shown in FIG. In FIG. 13 and FIG. 14 (FIG. 15 is also the same), the time change of the body weight ratio WR is shown by a solid line waveform. However, when the weight ratio WR is 1.0, that is, when the weight value (reference value) matches the current load value, the player's load detected by the load controller 36 is weighted on the upper side of the graph. The lower side of the graph is the side where the player's load detected by the load controller 36 is reduced.

  When the time change of the weight ratio WR shown in FIGS. 13 and 14 is discrete Fourier transformed, a power spectrum (amplitude A with respect to frequency index number n) is obtained as shown in each figure. In FIGS. 13 and 14 (the same applies to FIG. 15), the power spectrum is indicated by dots. The reason why the discrete Fourier transform process is executed in this way is to correctly recognize the player's flapping motion (particularly the large flapping motion). In other words, it is difficult to distinguish the flapping motion of the player from the flapping motion of the player from the waveform of the time change of the weight ratio WR.

  Here, in the discrete Fourier transform, if the number of waveform data is x and the time increment is dt (seconds), the frequency f is in 1 / (x · dt) increments. In this embodiment, since x = 30 and dt = 1/60 (game frame), the frequency f (Hz) becomes 2 steps. Therefore, the value obtained by doubling the index number n is the frequency f (Hz). However, the game frame is a screen update unit time.

  As can be seen from FIG. 13, in the case of a large flapping operation, the amplitude A becomes the maximum value when the frequency index number n = 1. Further, as can be seen from FIG. 14, in the case of the flapping operation, the amplitude A becomes the maximum value when the frequency index number n = 2. Therefore, by performing discrete Fourier transform on the time change of the body weight ratio WR, as a result, by examining the index number n of the frequency when the amplitude A is maximum, it is determined whether the movement is a large or small flapping operation. I think it can be done. Although illustration is omitted, in the experiment results, even when the player performs a flapping motion, the amplitude A may become the maximum value when the frequency index number n = 2 due to the influence of noise. there were. For this reason, in this embodiment, a large flapping operation or a small flapping operation is discriminated according to the equation (1). When the index number n of the frequency at which the amplitude A becomes the maximum value, or the index number n of the frequency at which the amplitude A becomes the maximum value and the amplitude A satisfy the expression 1, it is determined that the flapping operation is performed. If not satisfied, it is determined as a large flapping action. However, the maximum value of noise (spectrum noise) during the flapping operation is assumed to be Pn (0.0001).

[Equation 1]
n ≧ 3
Or n = 2, A is maximum, and n = 3, A ≧ Pn
However, if Equation 1 is not satisfied and the frequency index number n = 1-15 and all the amplitudes A are less than Pn, it is considered that no periodic motion is performed. Is determined not to flapping.

  Thus, when the presence / absence of the flapping motion of the player and the type of flapping motion (large flapping motion or small flapping motion) are determined, an animation is selected according to the type of flapping, and the selected animation is reproduced. Therefore, as described above, the animation of the flapping motion of the player object 202 is displayed on the monitor 34 in accordance with the flapping motion of the player.

  However, when the player is not flapping, and the player object 202 is descending in the three-dimensional virtual space, an animation in which the player object 202 is descending (animation during descending) is reproduced.

  Here, as described above, in this embodiment, when a player riding on the load controller 36 performs a flapping motion, the load value detected by the load controller 36 varies, and the weight ratio WR also varies. Therefore, for example, even when a player riding on the load controller 36 performs a bending / extending motion, the load value detected by the load controller 36 periodically varies in the same manner as when the player performs a flapping motion. . An example of a graph of the change over time in the weight ratio WR in such a case is shown in FIG. As can be seen by comparing FIGS. 13 to 15, when the bending / extending exercise is performed, the fluctuation of the body weight ratio WR is considerably larger than when the flapping operation is performed.

  As will be described in detail later, in this embodiment, a propulsive force according to the size (negative value) of the weight ratio WR is given to the player object 202, whereby the player object 202 is moved in the three-dimensional virtual space. Moving. For this reason, when the player performs a bending / extending exercise, a larger propulsive force can be applied to the player object 202 than when the player performs a flapping motion, and the player object 202 can be moved greatly. However, such bending and stretching movements are not an operation method intended by developers and the like.

  Therefore, in this embodiment, if there is a weight ratio WR exceeding a certain threshold (for example, 1.3) in the flapping motion (flapping section) immediately before the player, an unintended motion such as a flexion / extension motion is performed. It is determined that the game is being performed, the score of the virtual game is reduced, or the player object 202 is made difficult to progress.

  In this embodiment, a section from the start of the last swing-down operation to the start of the previous (previous) swing-down operation is recognized as the previous flapping operation (flapping section). However, in FIG. 13 to FIG. 15, the starting point of the swing-down operation is indicated by a one-dot chain line. The swing-down motion means an operation in which the player swings down both hands or arms in the flapping motion. A method for determining the start of the swing-down operation will be described in detail later. However, as described above, the time change of the weight ratio WR shown in FIG. 15 is obtained when the player is performing flexion and extension exercises. Therefore, in the determination method described later, the start of the swing-down motion is determined. Instead, it is determined that a foot bending motion is started.

  As described above, the driving force Acc based on the weight ratio WR is given to the player object 202 during the game. In this embodiment, the propulsive force Acc is calculated according to Equation 2. However, the weight ratio WR is less than a predetermined threshold value (0.985 in this embodiment). As described above, when the weight ratio WR is smaller than 1.0, the driving force Acc is given to the player in the same manner as when the player gains the driving force when the bird swings down its wings. This is because the driving force is obtained when the operation is performed. Therefore, of the flapping motion performed by the player, the motion of swinging up both hands or arms upward (swing-up motion) can be said to be a preparatory motion of the swing-down motion for obtaining the propulsion amount. The reason why the threshold is less than the predetermined threshold is to eliminate the influence of noise.

[Equation 2]
Propulsion Acc = 1.0-weight ratio WR
Here, as can be seen from Equation 2, the propulsive force Acc increases as the weight ratio WR decreases. That is, the propulsive force Acc increases when the load value varies greatly. Further, the propulsive force Acc is given when the weight ratio WR is less than a predetermined threshold value, and since this propulsive force Acc is reflected in the movement of the player object 202 every game frame, it is less than the predetermined threshold value. The longer the time is, that is, the longer the period of the flapping motion, such as the large flapping motion, the greater the number of times the propulsive force Acc is obtained. As a result, a large propulsive force Acc is applied to the player object 202, and therefore the moving distance or moving speed of the player object 202 increases (see Equations 3 and 4).

  The propulsive force Acc calculated by Equation 2 is a scalar quantity. In the three-dimensional virtual space, the scalar quantity is converted into a unit vector (Y vector) AccDir that extends right above the top of the player object 202 in an upright state. Is converted into a value (AccSim) used in the integration simulation and multiplied. However, the unit vector AccDir is determined by rotating the player object 202 around the X axis and the Y axis of local coordinates according to the position of the center of gravity of the player, as will be described later.

  In the integral simulation, the position (three-dimensional position) Pos of the player object 202 after the movement is calculated according to Equations 3 and 4 based on the propulsive force Acc. However, the player object 202 is moved in the current game frame (current frame) in the direction in which the top of the head is directed, that is, in the direction of the unit vector AccDir. In Equations 3 and 4, the velocity of the next game frame (next frame) of the player object 202 is Vel_new, the velocity before movement, that is, the velocity of the current frame is Vel_old, and the gravitational acceleration vector in the three-dimensional virtual space is Gravity. The three-dimensional position of the current frame is Pos_old, and the three-dimensional position of the next frame is Pos_new. Also, in Equation 3, the acceleration vector (AccBoard × FallTransDir) when the player object 202 moves in the front-rear direction when descending is reflected in the velocity Vel_new of the next frame. However, AccBoard is a translational acceleration (acceleration in the horizontal direction), and FallTransDir is a direction vector (a vector in the front direction or the back direction of the player object 202).

[Equation 3]
Vel_new = {Vel_old + (AccSim × AccDir) + (AccBoard × FallTransDir) -Gravity} × 0.994
[Equation 4]
Pos_new = Pos_old + Vel_new
However, in this embodiment, the gravitational acceleration vector Gravity = (0, 0.014, 0). Here, in this embodiment, the distance 1 m in the real world is set as the distance 10 in the three-dimensional virtual space, but when the gravity acceleration Gravity is set according to the ratio, the player object 202 is caused to fly by the flapping motion of the player. For this reason, it is difficult to obtain a sufficient driving force. Therefore, the value is set to a relatively small value obtained experimentally by experiments or the like. 0.994 is air resistance. Therefore, it need not be a constant, and may be variably set according to the progress of the virtual game.

  As can be seen from Equation 3, the acceleration vector ((AccSim × AccDir) or (AccBoard × FallTransDir)) and the gravitational acceleration vector Gravity are added to the velocity Vel_old of the current frame, and the value of the air resistance is multiplied. Get the velocity Vel_new. Further, as can be seen from Equation 4, the next frame velocity Pos_new is obtained by adding the velocity Vel_new of the next frame to the coordinate Pos_old of the current frame. This is the result of integrating (integrating twice) the driving force AccSim used for the simulation.

  Note that when there is no flapping motion by the player, the weight ratio WR is 1 or almost 1, so the driving force AccSim (acceleration vector (AccSim × AccDir)) used for the simulation is 0, and Equation 3 is As shown.

[Equation 5]
Vel_new = {Vel_old + (AccBoard × FallTransDir) -Gravity} × 0.994
Therefore, for each game frame, the Y component of the velocity Vel_new of the next frame decreases by 0.014. Thereby, free fall in the three-dimensional virtual space is expressed. That is, Equation 3 describes the translational motion of an object when a propulsive force is generated in the gravitational field of the three-dimensional virtual space.

  Further, when there is a flapping motion by the player and the player object 202 is not descending, the acceleration vector in the front-rear direction (AccBoard × FallTransDir) when the player object 202 descends is 0 in Equation 3.

  In this way, the three-dimensional position Pos_new after the movement of the player object in the three-dimensional virtual space is calculated, and the player object 202 is arranged in the three-dimensional virtual space according to the determinant A shown in Equation 6. However, each element of the determinant A shown in Equation 6 has the following meaning. An element (Xx, Xy, Xz) is a direction in which the X axis of the local coordinates of the player object 202 is applied, and an element (Yx, Yy, Yz) is a direction in which the Y axis of the local coordinates of the player object 202 is applied. Zx, Zy, Zz) is a direction in which the Z axis of the local coordinates of the player object 202 is applied, and elements (Px, Py, Pz) are world coordinates (three-dimensional coordinates) where the center (center of gravity) of the local coordinates of the player object 202 is placed. ).

[Equation 6]

  Further, during the game, the traveling direction (movement direction) of the player object 202 is determined (controlled) in accordance with the position of the center of gravity of the player's load on the load controller 36. In FIG. 16A, the upper surface of the load controller 36 (the surface of the upper layer plate 360a of the support plate 360), that is, the center of the detection range of the center of gravity is set to the origin O (0, 0). The direction (movement direction) of the head of the player object 202 is determined based on the shift amount of the center of gravity position. Here, the horizontal direction of the support plate 360 of the load controller 36 is the X-axis direction of the detection range, and the vertical direction thereof is the Y-axis direction of the detection range. However, the face direction (front direction) of the player who correctly rides on the load controller 36 is above the paper surface of FIG. As shown in FIG. 16A, the right direction of the detection range is the positive direction of the X axis, and the upward direction of the detection range is the positive direction of the Y axis.

In the state shown in FIG. 16A, the load detection value of the upper left load sensor 36b is R1, the load detection value of the lower left load sensor 36b is R2, the load detection value of the upper right load sensor 36b is R3, When the load detection value of the lower load sensor 36b is R4, the X coordinate (XG) of the center of gravity in the detection range coordinate system is calculated based on the difference between the right load value and the left load value, and the Y coordinate of the center of gravity is calculated. (YG) is calculated based on the difference between the upper load value and the lower load value. The X coordinate (XG) of the center of gravity is calculated by Equation 7, and the Y coordinate (YG) of the center of gravity is calculated by Equation 8.
[Equation 7]
XG = ((R3 + R4) − (R1 + R2)) × k1
[Equation 8]
YG = ((R1 + R3) − (R2 + R4)) × k2
Here, k1 and k2 are constants. However, −1 ≦ XG ≦ 1 and −1 ≦ YG ≦ 1.

  In this embodiment, the center of the detection range of the load controller 36 is set to the origin O. However, since the standing position differs depending on the player, the player rides on the load controller 36 and measures the weight value. The center-of-gravity position may be set at the origin O.

  In this embodiment, when the player object 202 is flying, the method of controlling the moving direction of the player object 202 differs depending on whether the player object 202 is descending or not. Hereinafter, each case will be described.

  When the player object 202 is not lowered, the player object 202 is rotated in the left-right direction according to the X coordinate of the center of gravity position of the load detected by the load controller 36, and the front-rear direction is determined according to the Y coordinate of the center of gravity position. To be rotated.

  When the gravity center position is included in the region (I) or region (III) within the detection range and the X coordinate of the gravity center position is negative, the player object 202 rotates counterclockwise (leftward) about the Y axis of the local coordinates. Around). When the center of gravity position is included in the region (II) or region (IV) within the detection range and the X coordinate of the center of gravity is positive, the player object 202 rotates clockwise around the Y axis of the local coordinates. It is rotated (clockwise).

  Specifically, as shown in FIG. 16B, when the player object 202 is viewed from directly above, the Y coordinate of the local coordinate of the player object 202 is changed according to the negative value of the X coordinate of the center of gravity position. The counterclockwise rotation amount is determined, and the clockwise rotation amount of the Y axis of the local coordinates of the player object 202 is determined according to the positive value of the X coordinate of the gravity center position. The amount of rotation is proportional to the size of the X coordinate of the center of gravity position. If the X coordinate of the gravity center position is a positive value, the player object 202 continues to rotate clockwise on the Y axis of the local coordinate.

  However, in this embodiment, in the state where the player object 202 is upright, the local coordinates are the X-axis direction in the horizontal (horizontal) direction, the Y-axis direction in the vertical (vertical) direction, and the front-rear (depth) direction. It is the Z-axis direction. Each axis passes through the center or the center of gravity of the player object 202. Further, with the player object 202 standing upright, the direction of its left hand (left wing) is the positive direction of the local coordinate X-axis, the upward direction is the positive direction of the local coordinate Y-axis, and its forward direction (Antinode direction) is the positive direction of the local coordinate Z-axis.

  Further, when the center of gravity position is included in the region (I) or region (II) within the detection range and the Y coordinate of the center of gravity position is positive, as shown in FIG. 17, the head is forward (front direction). The player object 202 rotates around the X axis of local coordinates so as to tilt. The amount of inclination (rotation amount) in the front direction is proportional to the size of the Y coordinate of the center of gravity, but the maximum amount of inclination is 55 degrees from the state where the player object 202 is upright.

  Although illustration is omitted, when the gravity center position is included in the region (III) or region (IV) within the detection range and the Y coordinate of the gravity center position is negative, the player object 202 is rotated around the X axis of the local coordinates. Yes, it is rotated in the back direction. However, the maximum inclination amount of the player object 202 in the back direction is set to 35 degrees. This is to avoid an undesired state in which the player object 202 is flying with its stomach up.

  On the other hand, when the player object 202 is descending, the player object 202 is rotated in the left-right direction according to the X coordinate of the center of gravity position of the load detected by the load controller 36, and according to the Y coordinate of the center of gravity position. Translated back and forth.

  Even when the player object 202 is descending, the player object 202 is rotated around the Y axis of the local coordinates in accordance with the X coordinate of the gravity center position. Since this is the same as that described with reference to FIG. 16B, a duplicate description is omitted.

  Further, when the player object 202 is descending, as shown in FIG. 18, the player object 202 is moved (translated) in the front-rear direction according to the Y coordinate of the center of gravity position. That is, in such a case, the head of the player object 202 is not tilted. Further, the amount of movement (the amount of displacement) for translation is determined by the size of the Y coordinate of the center of gravity position. Thus, the reason why the translation is performed according to the Y coordinate of the gravity center position when descending is to make it easier for the player object 202 to land on the non-player object 204. When the Y coordinate of the gravity center position is positive, the player object 202 moves (translates) in the front direction. At this time, as the Y coordinate increases, the amount of movement also increases. On the other hand, when the Y coordinate of the barycentric position is negative, the player object 202 translates in the direction opposite to the front direction (backward direction). At this time, when the Y coordinate becomes small, that is, when the Y coordinate becomes large in the negative direction, the movement amount is increased. However, the maximum value of the movement amount that the player object 202 moves in one game frame is set in advance.

  Further, from the time change of the weight ratio WR as shown in FIG. 13 to FIG. 15, the player determines the start of the operation of swinging up the arm (swing-up operation) (swing-up determination) and moves the arm downward. Judge the start of the swing-down action (down-swing action). This is to synchronize the flapping motion of the player with the flapping motion animation of the player object 202.

  Hereinafter, the swing-down determination method, the swing-up determination method, and the synchronization of the flapping motion of the player and the animation of the flapping motion of the player object 202 will be described in order.

  In this embodiment, when the weight ratio WR of the current frame is smaller than the weight ratio WR of the previous game frame (previous frame) and the value of the weight ratio WR of the current frame is less than a certain value (0.985). It is determined that the swing-down operation is started. In this embodiment, when the weight ratio WR is equal to or greater than a certain value (0.98) and increases after the weight ratio WR is decreased, it is determined that the swing-up operation is started. Specifically, the weight ratio WR of the previous frame is smaller than the weight ratio WR of the two previous game frames (the frame before two frames), and the weight ratio WR of the current frame is a constant value ( When the weight ratio WR is greater than 0.001), it is detected that the weight ratio WR has increased, and when the weight ratio of the previous frame is equal to or greater than a certain value (0.98), the start of the swing-up operation is determined. Is done. In this way, on the side (upper side) where the weight ratio WR is larger than the reference value (1.0), locally (temporarily) based on the change in the weight ratio WR in a certain section (for three game frames). When it is detected that the weight ratio WR has increased (decreased load value), it is determined that the swing-up operation has started. These are determination methods obtained empirically based on the time change of the weight ratio WR as shown in FIG. 13 and FIG.

  However, the weight ratio WR decreases means that the weight ratio WR of the current frame is smaller than the weight ratio WR of the previous frame, and the weight ratio WR increases that the weight ratio WR of the previous frame It means that it is larger than the weight ratio WR of the previous frame. Moreover, when determining the start of the swing-up operation, the condition that the weight ratio WR is equal to or greater than a certain value is that the weight ratio WR is around the minimum value per 0.9 as shown in FIG. This is to prevent it from being determined that the swing-up operation has started. That is, in this embodiment, when the player is performing a large flapping motion, the motion of swinging both hands (both arms) to the same height as the shoulder or above the shoulder is referred to as the “swinging motion”. It is determined to be as follows. This is the “swing-up operation” of the player intended by the developer or the like.

  In FIGS. 13 to 15 described above, the start time of the swing-down operation is indicated by a one-dot chain line. In FIG. 13, the start of the swing-up operation is indicated by a two-dot chain line.

  Next, synchronization between the flapping motion of the player and the flapping motion animation of the player object 202 will be described. First, the animation of the player object 202 is composed of 60 frames (60 frames) regardless of the type of flapping (large or small). As described above, the only difference between the types of flapping is the size of the movable range of the wings. In the following, in the case of a large flapping motion, the synchronization between the flapping motion of the player and the animation of the flapping motion of the player object 202 will be described, but the same applies to the small flapping motion.

  In FIG. 19, out of 60 frames (animation frames) of the flapping animation, characteristic animation frames (here, 0 (60), 7, 15, 22, 30, 37, 45, 52) are extracted. Is issued. The animation frame starts from 0 and proceeds to 59, and returns to 0 (60) in the next animation frame. However, in FIG. 19, for the sake of simplicity, only the head, trunk, and wings of the player object 202 are shown. In FIG. 19, the front direction of the player object 202 is a direction perpendicular to the paper surface. Further, in FIG. 19, animation frames 0 to 30 are shown in the upper row, and animation frames 30 to 60 (0) are shown in the lower row.

  As shown in FIG. 19, when the animation frame is 0, the player object 202 has, for example, a state in which the wings are spread in the horizontal direction, and the angle formed by the wings with respect to the horizontal plane of the three-dimensional virtual space is 0 degrees. . In this embodiment, when the animation frame is reproduced, the player object 202 swings up the wing from the state in which the wings are spread in the horizontal direction, and the wing reaches the highest position with 15 animation frames. Shake down. Then, the animation frame is 45 frames and the wing reaches the lowest position, and then the wing is swung up to return to the initial state at 60 frames (0 frame).

  Therefore, the frame from the 15th frame to the 45th frame (15 → 22 → 30 → 37 → 45) corresponds to the animation frame for the swinging motion of the player object 202, and the 45th frame to the 15th frame (45 → 52 → 60 ( The area before 0) → 7 → 15) corresponds to an animation frame for the swing-up motion of the player object 202.

  Further, as shown in FIG. 19, a swing-down acceleration possible section (15-30 frames) is set corresponding to the swing-down motion of the player object 202 or its animation frame (15-45 frames). Corresponding to the swing-up motion or the animation frame (45-15 frame), the swing-up acceleration generation possible section (30-60 frame) is set. In other words, the swing-down acceleration possible section is set between the start and the middle of the animation frame for the swing-down operation. Also, the swing-up acceleration generation possible section is set between the middle of the animation frame for the swing-down motion and the middle of the animation frame for the swing-up motion. Therefore, the swing-up acceleration generation possible section includes an animation frame (30-45) for a part of the swing-down operation (preliminary operation of the swing-up operation). As shown in FIG. 19, the reason why the swing-down acceleration generation possible section and the swing-up acceleration generation possible section are set will be described later, and is omitted here.

  Although there are 60 animation frames (60 frames), the number of frames (frame number) can be specified with a decimal point. For example, it is assumed that the arm angle of the player object 202 in the animation frame with the frame number 0 (angle formed with the horizontal plane) is 0 degrees, and the arm angle of the player object 202 in the animation frame with the frame number 1 is 10 degrees. If 0.5 is designated as the frame number, a player object 202 having an arm angle of 5 degrees can be obtained. Therefore, in theory, the types of poses of the player object 202 exist infinitely.

  In this embodiment, as a method of synchronizing the flapping motion of the player and the animation frame of the player object 202, the method of moving the animation frame A at the time of determining the start of the swing-down motion or after determining the start of the swing-down motion, and the swing-up There is a method of advancing an animation frame B at the time of determining the start of the motion or after determining the swing-up motion. However, when the player performs a flapping motion, the swing-up motion is not determined, and synchronization is achieved only by the animation frame advance method A. That is, as described with reference to FIG. 12A, when the player performs a large flapping motion as intended by a developer or the like, since the swing-down motion and the swing-up motion are determined, an animation frame is determined. Are used to synchronize the flapping motion of the player and the animation frame of the player object 202.

  First, the animation frame advancement method A will be described. As described above, when the start of the swing-down operation is determined, a swing-down acceleration flag 404p (see FIG. 21) described later is turned on. When the swing-down acceleration flag 404p is turned on, it is determined whether or not the current animation frame is within the swing-down acceleration generation possible section (frame number: 15 or more and less than 30) shown in FIG.

  As will be described later, the swing-down acceleration flag 404p is turned off when the animation frame update (advance) speed is accelerated in the swing-down acceleration possible section.

  When it is determined that the swing-down operation is started, if the current animation frame is within the swing-down acceleration generation possible section, a swing-down acceleration is generated. That is, a value larger than 0 is set in the acceleration FrameAcc of the animation frame, and the update speed is made faster than the game frame (1/60 (second)). In this embodiment, the frame acceleration FrameAcc of the animation frame is calculated according to Equation 9. However, AnimFrameMax is the maximum number of animation frames (60 in this embodiment). Cycle Swing is the time required for one flapping operation (flapping section), that is, the time interval at which the swing-down determination is performed, and is represented by the number of game frames. The same applies hereinafter. Therefore, the shorter the period during which the flapping operation is performed, the larger the frame acceleration FrameAcc of the animation frame is set to a larger value, and the animation frame update speed increases.

[Equation 9]
FrameAcc = AnimFrameMax / CycleSwing
As described above, when the frame acceleration FrameAcc is generated immediately after the player's swing-down motion is performed, the animation frame progresses at that moment, and the animation in which the player object 202 swings down the wing is reproduced. Is done. For this reason, it appears that the flapping motion of the player and the flapping motion of the player object 202 are synchronized (linked). Thereafter, the animation frame proceeds with inertia until the next swing-down action or swing-up action is determined. That is, if there is no acceleration (FrameAcc = 0), the frame speed of the animation frame decreases due to air resistance, eventually becomes 0, and animation playback stops.

  Specifically, the number of animation frames when the game screen is displayed (updated) is determined according to Equation 10 and Equation 11. However, the update (advance) speed (frame speed) of the animation frame is indicated by FrameVel, the acceleration (frame acceleration) of the animation frame is indicated by FrameAcc, and the frame number (number) of the animation frame is indicated by Frame. Further, old is added to the value of the current frame (current time), and new is added to the value of the next frame (next time). Therefore, in Equation 10, the next frame speed considering the air resistance is calculated, and in Equation 11, the next frame number is calculated.

[Equation 10]
FrameVel_new = (FrameVel_old + FrameAcc) x 0.99
[Equation 11]
Frame_new = Frame_old + FrameVel_new
However, 0.99 is air resistance. Therefore, it need not be a constant, and may be variably set according to the progress of the virtual game.

  On the other hand, if the current animation frame is not within the swing-down acceleration possible section when the start of the swing-down operation is determined, the frame speed calculated by Equation 12 (however, up to the swing-down acceleration possible section) (however, The animation frame is advanced according to the frame acceleration (AimVcc = 0).

[Equation 12]
FrameVel_old = AnimFrameMax × 1.7 / CycleSwing
Then, when the animation frame is swung down and advanced to a section where acceleration can be generated, the frame acceleration FrameAcc is generated as described above, and the flapping motion of the player and the flapping motion of the player object 202 are synchronized.

  Here, as can be seen by comparing Equation 9 and Equation 12, the frame speed obtained by Equation 12 is 1.7 times the acceleration FrameAcc obtained by Equation 9. For example, if the animation frame is 7 frames, and there is a determination to start the swing-down motion, the animation frame reaches 15 frames at the frame rate of 1.7 times obtained in Equation 12, and then several times. Up to 30 frames are reached at the frame rate calculated in 10. However, in this case, since the swing-down operation is performed outside the section where the swing-down acceleration can be generated, the acceleration FrameAcc between 15 and 30 frames is zero. Therefore, the frame speed of the animation frame is decelerated (attenuated) by air resistance (here, 0.99) between 15 and 30 frames. In other words, in such a case, the frame speed from the 7th frame to the 15th frame is larger than the frame speed from the 15th frame to the 30th frame (the section where the downward acceleration can be generated) and is constant.

  Therefore, in this case, since the update speed of the animation frame is once accelerated between 15 frames and 30 frames and then cannot be decelerated, an actual bird (relatively large bird) is given to the player object 202. Can't perform the action that flutters.

  However, as described above, when the determination of the start of the swing-down operation is outside the section where the swing-down acceleration can be generated, the animation frame is advanced up to 15 frames at a frame speed of 1.7 times, and from the 15th frame to the 30th frame. Since the frame speed is reduced between frames and the next swing-down determination is performed (hereinafter referred to as “cycle A”), the player performs one flapping motion, It is ensured that the player object 202 performs one flapping motion (animation frames progress from 0 to 59 frames). In such a case, the frame speed is not accelerated in the section where the downward acceleration can be generated, but the animation frame is updated at a frame speed of 1.7 times in response to the player starting the downward motion. The That is, since the movement of the player object 202 is controlled according to the movement of the player, the player does not feel uncomfortable.

  Further, the frame speed calculated according to Equation 12 is inversely proportional to the flapping section (flapping cycle) Cycle Swing, which is the time interval for determining the start of the swing-down operation. Cycle slowly (slowly), and if the flapping operation is performed quickly, cycle A proceeds fast.

  For this reason, even if the progress of the animation frame is controlled only by determining the start of the swing-down motion, the player's flapping motion and the animation can be synchronized.

  As described above, when the start of the swing-down operation is determined, and the current animation frame is within the swing-down acceleration generation possible section, the frame acceleration FrameAcc is generated, and then the equations 10 and 11, the animation frame is updated by inertia. However, this alone delays the animation frame with respect to the flapping motion including the next swing-down motion performed by the player.

  In order to eliminate this delay, in this embodiment, when the player can determine the start of the swing-up motion by performing a large flapping motion, not only the animation frame progression method A but also the animation frame progression method B Is used to control the progress of the animation frame.

  That is, the animation frame advancement method A synchronizes the flapping motion of the player and the animation frame to some extent, and the animation frame advancement method B more accurately synchronizes the player flapping motion and the animation frame. I am trying to take it.

  Note that, as described above, the frame speed obtained by Equation 12 is 1.7 times the acceleration FrameAcc obtained by Equation 9. This is a magnification set to increase the frame speed than the acceleration FrameAcc obtained by the flapping motion (downward motion) of the player, and is a numerical value obtained empirically through experiments or the like.

  Next, the animation frame progression method B will be described. As described above, when the start of the swing-up operation is determined, a swing-up acceleration flag 404n (see FIG. 21) described later is turned on. When the swing acceleration flag 404n is on, it is determined whether or not the current animation frame is within the swing acceleration generation possible section (frame number: 30 or more and less than 60) shown in FIG.

  As will be described later, the swing-up acceleration flag 404n is turned off when the animation frame update speed is accelerated in a section where the swing-up acceleration can be generated.

  When it is determined that the swing-up operation is started, if the current animation frame is within the swing-acceleration-producible section, a swing-up acceleration is generated. That is, a value greater than 0 (2 in this embodiment) is set to the frame acceleration FrameAcc, and the update speed is made faster than the game frame (1/60 (second)). However, when the current frame speed FrameVel_old is 2 or more, the frame acceleration FrameAcc is set to 0. That is, the frame acceleration FrameAcc is generated when the player swings up or immediately after that, and the animation frame progresses at the fastest moment and the animation in which the player object 202 swings up the wing is reproduced. For this reason, it appears that the flapping motion of the player and the flapping motion of the player object 202 are synchronized. Therefore, if the player's flapping motion and the animation frame do not appear to be synchronized, the player indicates that his / her flapping motion, particularly the swing-up motion, is not performed correctly on the screen (such as the game screen 200). Can be understood through. As a result, it is considered that the player is encouraged to perform the (correct) flapping operation (training operation) intended by the developer or the like.

  On the other hand, when it is determined that the swing-up operation has started, if the current animation frame is not within the swing-acceleration acceleration-producible section, the animation frame proceeds with inertia. Although detailed description is omitted, the calculation of the number of frames in the case of the swing-up operation is also calculated according to the above-described Expression 10 and Expression 11.

  Here, the section where the swing-down acceleration can be generated is set to 15 frames or more and less than 30 frames. If the progress of the animation frame is accelerated during that time, the player object 202 moves in sync with the swing-down motion of the player. This is because the player feels that the player is swinging down.

  If the animation frame is accelerated at around 37 frames and the animation frame progresses rapidly to around 45 frames, the player feels that the player object 202 has swung down the wings and then immediately swung up the wings. End up. That is, the player feels that the swing-up motion has been recognized despite the swing-down motion.

  In addition, the period in which the swing acceleration can be generated is set to 30 frames or more and less than 60 frames. Among them, for 45 frames or more and less than 60 frames, the animation frame progresses during the same period as the swing acceleration generation possible section. This is because, when accelerated, the player feels that the player object 202 is swinging up its wings in synchronization with the player's swinging motion.

  Furthermore, the range in which the swing-up acceleration can be generated includes 30 frames or more and less than 45 frames in the range in which the swing-down acceleration can be generated as much as possible in preparation for the determination of the start of the swing-down motion of the player who should come after several game frames. This is to keep the animation frame close. In this case, when the animation frame is 30 frames or more and less than 45 frames, the animation is a swing-down animation. Therefore, the swing-down animation is reproduced even though the player performs a swing-up motion. However, in the flapping motion, the player performs the swing-down motion immediately after performing the swing-up motion. Therefore, the next motion is predicted and the animation frame is easily advanced to synchronize the flapping motion of the player with the animation. be able to. Conversely, there is no need for the player to perform the swing-up operation immediately after performing the swing-down operation, and the player may maintain the same posture after performing the swing-down operation, or even if the player performs the swing-up operation, In the above-described method, the start of the swing-up operation may not be determined, and there is a case where it is not necessary to predict the next operation and advance the animation frame easily.

  In addition, the period in which the swing acceleration can be generated includes 30 frames or more and less than 45 frames. In the cycle A described above, the portion that advances (catches up) to 15 frames at a frame rate of 1.7 times (hereinafter referred to as “correction section”). This is to reduce the correction interval. Specifically, when the swing acceleration generation possible section is long, when the start of the swing-up operation is determined in the section, the animation frame update speed (frame speed) is accelerated and the progress of the animation frame increases. As a result, the frame acceleration FrameAcc is obtained by the swing-up operation after the player's swing-down motion, and when it is determined that the swing-down motion starts next, there is a high possibility that the animation frame has advanced to around 15 frames. That is, the correction section can be shortened. Also, depending on the timing, the correction section may be lost. When there is no correction section, the start of the swing-down operation is determined between 15 and 30 frames, and the animation frame is once accelerated and then decelerated. In such a case, the flapping motion of the player and the animation are accurately synchronized.

  Although illustration is omitted, when the player performs a flapping motion, even if the swing-up determination is not performed, the flapping motion of the player and the player object can be determined by accelerating the animation frame in the swing-acceleration possible section. It is possible to synchronize with the animation of the flapping motion of 202. This is the same when the player performs a flapping motion. Therefore, it may be considered that the determination process for starting the swing-up operation and the acceleration process in the section where the swing-up acceleration can be generated need not be executed.

  However, in this embodiment, in order to achieve more accurate synchronization, determination processing for starting the swing-up operation is performed, and acceleration processing is performed in a section where the swing-up acceleration can be generated.

  FIG. 20 is an illustrative view showing one example of a memory map 400 of the main memory (42e, 46) shown in FIG. As shown in FIG. 20, the main memory (42e, 46) is provided with a program storage area 402 and a data storage area 4040. A game program is stored in the program storage area 402. The game program includes a main processing program 402a, an image generation program 402b, an image display program 402c, a load acquisition program 402d, a weight ratio calculation program 402e, a center of gravity calculation program 402f, and an operation determination. The program 402g, a translational motion calculation program 402h, a rotational motion calculation program 402i, an animation synchronization program 402j, and the like.

  The main processing program 402a is a program for processing the main routine of the virtual game of this embodiment. The image generation program 402b is a program for generating (updating) game image data using image data 404b described later. The image display program 402c is a program for displaying (outputting) game image data generated according to the image generation program 402b on the monitor 34 as a game screen (200, etc.).

  The load acquisition program 402d is a program for acquiring the current load value measured (detected) by the load controller 36. Specifically, the load values detected by each of the four load sensors 36b are summed up. In this embodiment, prior to the start of the main part of the virtual game, the weight value of the player is detected while the player rides on the load controller 36 and is stationary. Numerical data corresponding to the weight value is acquired and stored in the data storage area 404 as reference value data 404f described later. Further, during the game, a load value is detected for each game frame, numerical data corresponding to the detected load value is acquired, and stored in the data storage area 404 as current load value data 404g described later.

  The weight ratio calculation program 402e is a weight ratio WR obtained by dividing the current (current frame) load value acquired according to the load acquisition program 402d by the player's weight value (reference value) acquired according to the load acquisition program 402d. This is a program for calculating for each game frame. Numerical data of the weight ratio WR calculated according to the weight ratio calculation program 402e is stored as weight ratio data in a weight ratio data buffer 404a described later in time series.

  The center-of-gravity calculation program 402f uses the load value in each load sensor 36b detected according to the load acquisition program 402d to calculate the coordinates (XG, YG) of the center of gravity position according to Equations 7 and 8, and the calculated coordinates (XG, YG) is a program for storing coordinate data corresponding to YG) in the data storage area 404 as centroid position data 404h described later.

  The motion determination program 402g performs the flapping motion of the player based on the result of the discrete Fourier transform of the time change of the weight ratio WR calculated for each game frame every fixed time (in this embodiment, 30 game frames). This is a program for determining presence / absence and type of flapping motion (large flapping motion or small flapping motion).

  Based on the propulsive force obtained by the flapping motion or the Y coordinate (YG) of the center of gravity calculated according to the center of gravity calculation program 402f, the translational motion calculation program 402h is a position (one game frame) later than the player object 202 ( This is a program for calculating (three-dimensional coordinates).

  The rotational motion calculation program 402i, based on the coordinates (XG, YG) of the center of gravity position calculated according to the center of gravity calculation program 402f, the rotation amount of the local coordinates of the player object 202 around the X axis and the rotation of the local coordinates around the Y axis. This is a program for calculating the quantity. The animation synchronization program 402j is a program for synchronizing the animation of the flapping motion of the player object 202 with the flapping motion of the player.

  Although not shown, the game program includes a sound output program and a backup program. The sound output program is a program for generating sounds necessary for the game, such as player object sounds (sounds), sound effects, and music (BGM), and outputting the sounds from the speaker 34a. The backup program is a program for saving game data (intermediate data, result data) stored in the main memory (42e, 46) to the flash memory 44 or the SD card.

  FIG. 21 shows specific contents of the data storage area 404. As shown in FIG. 21, the data storage area 404 is provided with a weight ratio data buffer 404a. The data storage area 404 stores image data 404b, large flapping animation data 404c, small flapping animation data 404d, descent animation data 404e, reference value data 404f, current load value data 404g, and barycentric position data 404h. . Further, in the data storage area 404, a descent flag 404i, a weight ratio descent flag 404j, a swing-up determination flag 404k, a swing-down determination flag 404m, a swing-up acceleration flag 404n, a swing-down acceleration flag 404p, a large flapping flag 404q, a small flapping flag 404r, a landing success flag 404s, a landing failure flag 404t, a game clear flag 404u, and a game over flag 404v are provided.

  The weight ratio data buffer 404a is a data buffer for storing the weight ratio data calculated for each game frame in accordance with the weight ratio calculation program 402e in time series.

  The image data 404b is data such as polygon data and texture data used when generating game image data according to the image generation program 402b. The large flapping animation data 404c is animation data when the player object 202 performs a large flapping motion, and is composed of 60 (frame) animation frames. The flapping animation data 404d is animation data when the player object 202 flutters, and is composed of 60 animation frames. As described above, only the range of movement of the wings is different between flapping large wings and flapping wings. The descent animation data 404e is animation data when the player object 202 descends, and is composed of 45 animation frames.

  The reference value data 404f is numerical data regarding the load value acquired according to the load acquisition program 402d prior to the main part of the virtual game, that is, the weight value of the player. The current load value data 404g is numerical data regarding the current (current frame) load value acquired according to the load acquisition program 402d. The center-of-gravity position data 404h is coordinate data regarding coordinates (XG, YG) of the current center-of-gravity position calculated according to the center-of-gravity calculation program 402f.

  The descending flag 404i is a flag for determining whether or not the player object 202 is descending, and includes a 1-bit register. When the player object 202 is descending, the descending flag 404i is established (turned on), and the data value “1” is set in the register. On the other hand, when the player object 202 is not descending, the descending flag 404i is not established (off), and the data value “0” is set in the register.

  The weight rate decrease flag 404j is a flag for determining whether or not the weight rate WR is decreasing (decreasing), and includes a 1-bit register. When the weight ratio WR is decreasing, the weight ratio decreasing flag 404j is turned on, and the data value “1” is set in the register. On the other hand, when the weight ratio WR is not decreasing, that is, when the weight ratio WR increases or does not change, the weight ratio decrease flag 404j is turned off, and the data value “0” is set in the register.

  The swing-up determination flag 404k is a flag for determining whether or not the start of the swing-up operation has been determined, and includes a 1-bit register. When the start of the swing-up operation is determined, the swing-up determination flag 404k is turned on, and the data value “1” is set in the register. On the other hand, when the start of the swing-down operation is determined, the swing-up determination flag 404k is turned off, and the data value “0” is set in the register. However, the swing-up determination flag 404k is also turned off when a later-described swing-down determination flag 404m is turned on.

  The swing-down determination flag 404m is a flag for determining whether or not the start of the swing-down operation is determined, and includes a 1-bit register. When the start of the swing-down operation is determined, the swing-down determination flag 404m is turned on, and the data value “1” is set in the register. On the other hand, when the start of the swing-up operation is determined, the swing-down determination flag 404m is turned off, and the data value “0” is set in the register. However, the swing-down determination flag 404m is also turned off when the above-described swing-up determination flag 404k is turned on.

  The swing-up acceleration flag 404n is a flag for determining whether or not the animation frame has been accelerated in accordance with the swing-up operation, and includes a 1-bit register. When the start of the swing-up operation is determined, the swing-up acceleration flag 404n is turned on and the data value “1” is set in the register. When the start of the swing-up operation is determined and the animation frame is accelerated, the swing-up acceleration flag 404n is turned off and the data value “0” is set in the register.

  The swing-down acceleration flag 404p is a flag for determining whether or not the animation frame has been accelerated according to the swing-down operation, and is composed of a 1-bit register. When the start of the swing-down operation is determined, the swing-down acceleration flag 404p is turned on, and the data value “1” is set in the register. When the start of the swing-down operation is determined and the animation frame is accelerated, the swing-down acceleration flag 404p is turned off and the data value “0” is set in the register.

  The large flapping flag 404q is a flag for determining whether or not a large flapping operation has been determined, and is configured by a 1-bit register. When the large flapping operation is determined, the large flapping flag 404q is turned on, and the data value “1” is set in the register. On the other hand, if the large flapping operation is not determined, the large flapping flag 404q is turned off, and the data value “0” is set in the register. However, the large flapping flag 404q is also turned off when the small flapping flag 404r described later is turned on or when the player is not performing the flapping motion.

  The fluttering flag 404r is a flag for determining whether or not the flapping operation is discriminated, and is configured by a 1-bit register. When the flapping operation is determined, the flapping flag 404r is turned on, and the data value “1” is set in the register. On the other hand, if the flapping operation is not discriminated, the flapping flag 404r is turned off and the data value “0” is set in the register. However, the small flapping flag 404r is also turned off when the above-described large flapping flag 404q is turned on or when the player is not performing the flapping motion.

  The landing success flag 404s is a flag for determining whether or not the player object 202 has successfully landed on the non-player object 204, and includes a 1-bit register. When the player object 202 has successfully landed on the non-player object 204, the landing success flag 404s is turned on, and a data value “1” is set in the register. On the other hand, if the player object 202 has not successfully landed on the non-player object 204, the landing success flag 404s is turned off, and the data value “0” is set in the register.

  The landing failure flag 404t is a flag for determining whether or not the player object 202 has failed to land on the non-player object 204, and includes a 1-bit register. When the player object 202 fails to land on the non-player object 204, the landing failure flag 404t is turned on, and a data value “1” is set in the register. On the other hand, if the player object 202 has not failed to land on the non-player object 204, the landing failure flag 404t is turned off, and a data value “0” is set in the register.

  The game clear flag 404u is a flag for determining whether or not the virtual game has been cleared, and includes a 1-bit register. When the game is cleared, the game clear flag 404u is turned on, and the data value “1” is set in the register. On the other hand, if the game is not cleared, the game clear flag 404u is turned off, and the data value “0” is set in the register.

  The game over flag 404v is a flag for determining whether or not the virtual game has become a game over, and includes a 1-bit register. When the game is over, the game over flag 404v is turned on, and the data value “1” is set in the register. On the other hand, if the game is not over, the game over flag 404v is turned off, and the data value “0” is set in the register.

  Although not shown, the data storage area 404 stores other data such as sound data, and is provided with a timer (counter) and other flags necessary for executing the game program.

  Specifically, the CPU 40 shown in FIG. 2 executes the entire process according to the flowcharts shown in FIGS. Although illustration is omitted, by a task different from the whole process, the CPU 40 executes a process of performing a discrete Fourier transform on the time change of the body weight ratio WR every predetermined time (30 game frames).

  As shown in FIG. 22, when the entire process is started, initial setting is executed in step S1. In this step S1, the CPU 40 clears the weight ratio data buffer 404a, the reference value data 404f, the current load value data 404g, and the gravity center position data 404h, the image data 404b, the large flapping animation data 404c, the small flapping animation data 404d, and The descent animation data 404e is loaded into the data storage area 404, and various flags 404i-404v are turned off.

  In the next step S3, the weight value of the player is detected and stored as a reference value. That is, prior to the start of the main part of the virtual game, the CPU 40 acquires the sum of the load values detected by the four load sensors 36b as the weight value, and stores the numerical data in the data storage area 404 as the reference value data 404f. To do. In step S5, the main part of the virtual game is started.

  Subsequently, in step S7, the current (current frame) load value is acquired, and the acquired load value is stored. That is, the CPU 40 acquires the sum of the load values detected by the four load sensors 36b as the current load value, and stores the numerical data in the data storage area 404 as the current load value data 404g.

  Since the scan time of the processing of steps S7 to S79 is one game frame (1/60 (second)), the current load value is detected for each game frame in the virtual game. That is, the current load value data 404g is updated every game frame. The same applies to the next gravity center position data 404h.

  In the next step S9, the current center of gravity position is calculated, and the calculated center of gravity position is stored. That is, the CPU 40 calculates the coordinates (XG, YG) of the center of gravity of the current frame according to Equations 2 and 3 using the load values acquired from the four load sensors 36b, and calculates the coordinates of the calculated center of gravity (XG , YG) is stored in the data storage area 404 as centroid position data 404h.

  Subsequently, in step S11, an operation determination process (see FIGS. 26 to 28) described later is executed. In the next step S13, it is determined based on the result of the operation determination process whether or not it is fluttering. Here, the CPU 40 determines whether or not the large flapping flag 404q is on. If “YES” in the step S13, that is, if the large flapping flag 404q is turned on, it is determined that the flapping is large, and in a step S15, the weight ratio WR is used as the driving force AccSim used in the integration simulation. A value obtained by multiplying the calculated propulsive force Acc by 0.05 is set (AccSim = Acc × 0.05). In step S17, an animation of large flapping is selected, and the process proceeds to step S25 shown in FIG.

  If “NO” in the step S13, that is, if the large flapping flag 404q is turned off, it is determined whether or not the flapping is a small flapping in a step S19. That is, the CPU 40 determines whether or not the flapping flag 404r is on. If “NO” in the step S19, that is, if not flapping, it is determined that the player is not flapping, and the process proceeds to a step S25 as it is. On the other hand, if “YES” in the step S19, that is, if flapping, in step S21, the propulsive force AccSim used in the integration simulation is set to 0.0425 in the propulsive force Acc calculated using the weight ratio WR. The multiplied value is set (AccSim = Acc × 0.0425), and a fluttering animation is selected in step S23, and the process proceeds to step S25.

  In step S25 shown in FIG. 23, the translational acceleration AccBoard based on the Y coordinate (YG) of the center of gravity position, that is, before and after the center of gravity is calculated. In the next step S27, the velocity Vel_new after the movement (next frame) of the player object 202 is calculated according to Equation 3. Subsequently, in step S29, it is determined whether or not the speed Vel_new exceeds the maximum speed VelMax. If “NO” in the step S29, that is, if the speed Vel_new is equal to or less than the maximum speed VelMax, the process proceeds to a step S33 as it is. On the other hand, if “YES” in the step S29, that is, if the speed Vel_new exceeds the maximum speed VelMax, the maximum speed VelMax is set to the speed Vel_new in a step S31, and the process proceeds to a step S33. That is, in step S31, the speed Vel_new is limited by the maximum speed VelMax.

  In step S33, the three-dimensional position Pos_new after the movement of the player object 202 is calculated according to Equation 4. In the next step S35, it is determined whether or not the player object 202 is descending. Here, the CPU 40 determines whether or not the Y component of the current speed Vel_old of the player object 202 is less than a certain value (in this example, −0.7). If “NO” in the step S35, that is, if the Y component of the current velocity Vel_old is equal to or larger than a certain value, it is determined that the player object 202 is not descending, and in step S39, the X coordinate (XG) and the gravity center position are determined. Based on the Y coordinate (YG), the rotation amount of the player object 202 is calculated, and the descending flag 404i is turned off in step S41, and the process proceeds to step 53 shown in FIG.

  That is, in step S39, the CPU 40 rotates the local coordinate about the X axis based on the Y coordinate (YG) of the center of gravity position and the local coordinate about the Y axis based on the X coordinate (XG) of the center of gravity position. Calculate the amount. Based on the amount of rotation about the X axis and the amount of rotation about the Y axis, first, the direction (Z vector (Xz, Yz, Zz)) for applying the Z axis of the local coordinates of the player object 202 is determined in the three-dimensional virtual space. To do. Next, a direction (X vector (Xx, Yx, Zx)) for applying the X axis of the local coordinates orthogonal to the Z vector and extending in the left hand direction of the player object 202 is determined. Further, the cross product of the Z vector and the X vector is obtained to determine the direction (Y vector (Xy, Yy, Zy)), that is, the unit vector AccDir, to which the Y axis of the local coordinates of the player object 202 is applied in the three-dimensional virtual space. . However, the X vector, the Y vector, and the Z vector are unit vectors having a size of “1”.

  On the other hand, if “YES” in the step S35, that is, if the Y component of the current velocity Vel_old is less than a predetermined value, it is determined that the player object 202 is descending, and the X coordinate of the gravity center position is determined in a step S36. Based on (XG), the amount of rotation of the player object 202 is calculated. In step S39, the descent animation is selected, and the process proceeds to step S43 shown in FIG.

  That is, in step S36, the CPU 40 calculates only the rotation amount around the Y axis of the local coordinates of the player object 202 based on the X coordinate (XG) of the center of gravity position, and the local of the player object 202 is calculated in the three-dimensional virtual space. The direction (Z vector) to which the Z axis of the coordinates is applied is determined. Thereafter, as described above, the direction (X vector) to which the X axis of the local coordinate of the player object 202 is applied is determined in the three-dimensional virtual space, and the Y axis of the local coordinate of the player object 202 is further determined in the three-dimensional virtual space. The direction (Y vector) to be applied is determined.

  In step S43 shown in FIG. 24, it is determined whether or not the descending flag 404i is off. That is, the CPU 40 determines whether or not the player object 202 has started to descend. If “YES” in the step S43, that is, if the descending flag 404i is off, it is determined that the player object 202 has started descending, the descending flag 404i is turned on in a step S45, and in a step S47, The initial value of the frame number (0 in this embodiment) is set in the animation frame Frame_new, the animation of the determined animation frame Frame_new is set in step S51, and the process proceeds to step S59 shown in FIG.

  On the other hand, if “NO” in the step S43, that is, if the descending flag 404i is turned on, it is determined that the player object 202 is already descending, and 1 is added to the animation frame Frame_new in a step S49. Proceed to S51. However, if the current value of the animation frame Frame_new is “44”, that is, if the animation frame is the last frame, when 1 is added to the animation frame Frame_new in step S49, the value is “0”. Set to That is, the frame number of the animation frame is returned to the initial value.

  Also, as shown in FIG. 23, when the player object 202 is not descending, “NO” is determined in the step S37, the descending flag 404i is turned off in the step S41, and then the step S17 or S23 is performed in the step S53. It is determined whether or not the flapping animation (large flapping animation, small flapping animation) selected in step 1 is different from the current flapping animation. If “NO” in the step S53, that is, if the selected flapping animation matches the current flapping animation, the process proceeds to a step S57 as it is. On the other hand, if “YES” in the step S53, that is, if the selected flapping animation is different from the current flapping animation, the flapping animation is switched in a step S55, and the process proceeds to the step S57.

  In step S55, the animation is simply switched. However, if the large-flapping animation and the small-flapping animation are switched at once, the player watching the game screen 200 will feel uncomfortable. For this reason, in this embodiment, those animations are blended. Briefly, for example, when switching from a large flapping animation to a small flapping animation, both animations are reproduced. For example, at the moment when the animation is switched, the playback ratio of large flapping is 1.0, and the playback ratio of small flapping is 0.0. However, the frame number of the animation frame is the same as that of the large flapping animation and the small flapping animation. The playback ratio is gradually changed (for example, linearly or stepwise) within a certain period of time (in this example, 30 game frames = 0.5 seconds), that is, the playback ratio of large flapping is reduced. At the same time, the playback ratio of flapping is increased, and when a certain time has elapsed from the start of animation switching (for example, at the 30th game frame), the playing ratio of flapping is 0.0, and the playing ratio of flapping is 1 .0. Therefore, the animation can be switched from the large flapping animation to the small flapping animation. Although the explanation is omitted, the same applies when switching from the flapping animation to the flapping animation.

  Returning to FIG. 24, in step S57, a synchronization process (FIGS. 29 to 31) described later is executed. Subsequently, in step S59 shown in FIG. 25, it is determined whether or not the landing is successful at a predetermined place. Here, the CPU 40 determines whether or not it has landed on the non-player object 204 to be landed. Although detailed description is omitted, the non-player object 204 to be landed is set in advance or variably set according to the progress of the virtual game. However, the CPU 40 determines the hit between the player object 202 and the non-player object 204 to be landed, and determines whether or not the player object 202 is on the non-player object 204, that is, whether it is landing.

  If “YES” in the step S59, that is, if it is determined that the landing has been successfully made at a predetermined place, the landing success flag 404s is turned on in a step S61, and the process proceeds to a step S67. If “NO” in the step S59, that is, if the player object 202 is flying, falls to the sea, or has landed again on the non-player object 204 that has already landed, It is determined that the landing has not been successful, and it is determined in step S63 whether the landing has failed at a predetermined location. Here, the CPU 40 determines whether the player object 202 has landed on a non-player object 204 other than the non-player object 204 to be landed or has fallen into the sea surrounding the non-player object 204.

  If “NO” in the step S63, that is, if the player object 202 is flying, it is determined that the landing has not failed in the predetermined place, and the process proceeds to a step S67 as it is. On the other hand, if “YES” in the step S 63, that is, the player object 202 has landed on the non-player object 204 other than the non-player object 204 to be landed, or the player object 202 has fallen into the sea surrounding the non-player object 204. If there is a problem, it is determined that the landing has failed at a predetermined location, the landing failure flag 404t is turned on in step S65, and the process directly proceeds to step S71.

  In step S67, it is determined whether or not the game is cleared. That is, the CPU 40 determines whether or not the player object 202 has arrived at the goal via all predetermined landing points. If “YES” in the step S67, that is, if the game is cleared, the game clear flag 404u is turned on in a step S69, and the process proceeds to the step S75.

  On the other hand, if “NO” in the step S67, that is, if the game is not cleared, it is determined whether or not the game is over in a step S71. Here, the CPU 40 exceeds the time limit before the player object 202 reaches the goal, the player object 202 fails to land a predetermined number of times (for example, three times), or the player object 202 falls into the sea. It is determined whether the current time exceeds a predetermined time (for example, 10 seconds). If “NO” in the step S71, that is, if the game is not over, the process proceeds to a step S75 as it is. On the other hand, if “YES” in the step S71, that is, if the game is over, the game over flag 404v is turned on in a step S73, and the process proceeds to a step S75.

  In step S75, a game image is generated. Here, the CPU 40 arranges the player object 202 in the three-dimensional virtual space according to the determinant A expressed by Equation 6, reads out the animation of the animation frame set in step S51 from the descent animation data 404e, The animation of the animation frame set by the synchronization process is drawn from the flapping animation data (404c, 404d) and drawn (updated). In addition, a background image including the non-player object 204 is drawn (updated). Furthermore, if the landing success flag 404s, the landing failure flag 404t, the game clear flag 404u, or the game over flag 404v is on, an image representing landing success, landing failure, game clear or game over is generated. For example, text indicating that landing is successful, landing failure, game clear or game over is overwritten on the game image. At this time, although illustration is omitted, sound effects or music corresponding to landing success, landing failure, game clear or game over is output.

  In the next step S77, a game image is displayed. That is, the CPU 40 displays the game image generated (updated) in step S75 on the monitor 34 as a game screen (200 or the like). In step S79, it is determined whether the game is over. Here, the CPU 40 determines whether or not the game end is instructed by the operation of the player. If “NO” in the step S79, that is, if the game is not ended, the process returns to the step S7 shown in FIG. However, when the game is over, the virtual game is started from the beginning. On the other hand, if “YES” in the step S79, that is, if the game is ended, the entire process is ended as it is.

  Although illustration is omitted, the landing success flag 404s and the landing failure flag 404t are later than step S75, are “NO” in step S79, and are turned off before returning to step S7.

  26 to 28 are flowcharts of the operation determination process in step S11 shown in FIG. As shown in FIG. 26, when starting the motion determination process, the CPU 40 calculates and stores the current weight ratio WR in step S91. That is, the current weight ratio WR is calculated by dividing the load value indicated by the current load value data 404g by the reference value (weight value) indicated by the reference value data 404f, and the weight ratio data is stored in the weight ratio data buffer 404a. Remember.

  In the next step S93, it is determined whether or not the current weight ratio WR is less than the first threshold value (0.985 in this embodiment). That is, the CPU 40 determines whether or not to give the driving force Acc to the player object 202. If “YES” in the step S93, that is, if the current weight ratio WR is less than the first threshold value, the 1-weight ratio WR is set in the driving force Acc in a step S95, and the process proceeds to a step S99. That is, the propulsive force Acc corresponding to the weight ratio WR is calculated (set). On the other hand, if “NO” in the step S93, that is, if the current weight ratio WR is equal to or larger than the first threshold value, the thrust Acc is set to 0 in a step S97, and the process proceeds to the step S99.

  In step S99, it is determined whether or not the maximum value of the body weight ratio WR in the previous flapping action (flapping section) exceeds the second threshold value (1.3 in this embodiment). That is, the CPU 40 determines whether or not the player's operation input is due to bending and stretching movements. However, as described above, the immediately preceding flapping section means a section from when the start of the last swing-down operation is determined until the start of the previous (immediately) swing-down operation is determined.

  If “NO” in the step S99, that is, if the maximum value of the weight ratio WR in the immediately preceding flapping motion is equal to or smaller than the second threshold value, it is determined that the player's operation input is not due to the bending / extending exercise, and in a step S101. The maximum speed VelMax is set to the maximum speed (4 in this embodiment) of the player object 202, and in step S103, the propulsive force Acc is multiplied by 1.3 (Acc = Acc × 1.3), and the process proceeds to step S109. move on. On the other hand, if “YES” in the step S99, that is, if the maximum value of the weight ratio WR in the previous flapping motion exceeds the second threshold value, it is determined that the player's operation input is due to the bending / extending exercise, In step S105, the maximum speed VelMax is set to half of the maximum speed of the player object 202 (in this embodiment, 2), and in step S107, the propulsive force Acc is multiplied by 0.8 (Acc = Acc × 0.8). Then, the process proceeds to step S109.

  As described above, in steps S99 to S107, when the operation input is intended by the developer or the like of the virtual game, the player object 202 is easily advanced, and conversely, the operation input is not intended by the developer or the like. In this case, it is difficult for the player object 202 to move forward. Therefore, the numerical value set to the maximum speed VelMax and the coefficient to be multiplied by the propulsive force Acc need not be limited to the values in the embodiment.

  In step S109, it is determined whether or not the difference between the current (current frame) weight ratio WR and the previous (previous frame) weight ratio WR is less than a third threshold value (0.001 in this embodiment). If “YES” in the step S109, that is, if the difference between the current weight ratio WR and the previous weight ratio WR is less than the third threshold value, the current weight ratio WR is set to the fourth weight in a step S111 shown in FIG. It is determined whether or not the threshold value (in this embodiment, 0.99) or more and the fifth threshold value (in this embodiment, 1.01) or less.

  If “YES” in the step S111, that is, if the current weight ratio WR is not less than the fourth threshold value and not more than the fifth threshold value, it is determined that the weight ratio WR is neither rising nor falling, as shown in FIG. Then, the operation determination process is finished as it is. On the other hand, if “NO” in the step S111, that is, if the current weight ratio WR is less than the fourth threshold value or exceeds the fifth threshold value, the process proceeds to a step S137 shown in FIG. Although illustration is omitted, in such a case, the previous determination result about the increase or decrease of the weight ratio WR is maintained.

  Returning to FIG. 26, if “NO” in the step S109, that is, if the difference between the current weight ratio WR and the previous weight ratio WR is equal to or larger than the third threshold value, in the step S113 shown in FIG. It is determined whether the weight ratio WR is smaller than the previous weight ratio WR. That is, the CPU 40 determines whether the weight ratio WR is decreasing or increasing. If “NO” in the step S113, that is, if the current weight ratio WR is larger than the previous weight ratio WR, it is determined that the weight ratio WR has increased, and in step S115, the weight ratio decrease flag 404j is set. Determine if it is on. That is, the CPU 40 determines whether or not the weight ratio WR has increased after decreasing.

  If “NO” in the step S115, that is, if the weight ratio decrease flag 404j is turned off, it is determined that the weight ratio WR is increasing, and the process proceeds to a step S137 as it is. On the other hand, if “YES” in the step S115, that is, if the weight rate decrease flag 404j is turned on, it is determined that the weight rate WR has increased after decreasing, and the weight rate decrease flag 404j is turned off in a step S117. In step S119, it is determined whether or not the current weight ratio WR is equal to or greater than a sixth threshold value (0.98 in this embodiment). That is, it is determined whether the swing-up operation intended by the developer or the like has been performed.

  If “NO” in the step S119, that is, if the current weight ratio WR is less than the sixth threshold value, it is determined that the swing-up operation is not performed, and the process directly proceeds to a step S137. On the other hand, if “YES” in the step S119, that is, if the current weight ratio WR is equal to or larger than the sixth threshold value, it is determined that the swing-up operation is performed, and the swing-up determination flag 404k is turned on in a step S121. In step S125, the swing-up acceleration flag 404n is turned on. In step S125, the swing-down determination flag 404m is turned off, and the process proceeds to step S137.

  If “YES” in the step S113, that is, if the current weight ratio WR is smaller than the previous weight ratio WR, it is determined that the weight ratio WR is decreasing, and the weight ratio decreasing flag 404j is determined in a step S127. In step S129, it is determined whether or not the current weight ratio WR is less than the seventh threshold value (0.985 in this embodiment). That is, the CPU 40 determines whether or not it is a swing-down operation. If “NO” in the step S129, that is, if the current weight ratio WR is equal to or more than the seventh threshold value, it is determined that the swing-down operation is not performed, and the process directly proceeds to a step S137. On the other hand, if “YES” in the step S129, that is, if the current weight ratio WR is less than the seventh threshold value, it is determined that the swing-down operation is performed, and in the step S131, the swing-down determination flag 404m is turned on. In step S133, the swing-down acceleration flag 404p is turned on. In step S135, the swing-up determination flag 404k is turned off, and the process proceeds to step S137.

  As shown in FIG. 28, in step S137, the amplitude A is the maximum at the frequency index number n = 2, and the amplitude A at the index number n = 3 is equal to or greater than the eighth threshold (here, 0.0001). Alternatively, it is determined whether or not the amplitude A is the maximum at the frequency index number n = 3 or more. If “YES” in the step S137, that is, if the frequency index number n = 2 and the amplitude A is the maximum and the amplitude A of the index number n = 3 is equal to or larger than the eighth threshold value, or the index number n If the amplitude A is equal to or greater than 3 and the amplitude A is the maximum, it is determined that the fluttering operation is performed, the fluttering flag 404r is turned on in step S139, and the large flapping flag 404q is turned off in step S141. Return to processing.

  On the other hand, if “NO” in the step S137, that is, if the frequency index number n = 2 and the amplitude A is not the maximum, or if the amplitude A of the index number n = 3 is less than the eighth threshold, or the frequency If the index number n = 3 or more and the amplitude A is not the maximum, it is determined in step S143 whether or not all the amplitudes A of the frequency index numbers n = 1-15 are less than the eighth threshold value.

  If “NO” in the step S143, that is, if there is an amplitude A of the frequency index number n = 1-15 that is equal to or greater than the eighth threshold value, it is determined that the flapping operation is performed, and in a step S145 The large flapping flag 404q is turned on, and in step S147, the small flapping flag 404r is turned off, and the process returns to the entire processing.

  On the other hand, if “YES” in the step S143, that is, if all the amplitudes A of the frequency index numbers n = 1-15 are less than the eighth threshold value, it is determined that the flapping operation is not performed, and in a step S149. The large flapping flag 404q and the small flapping flag 404r are turned off, and the process returns to the overall processing.

  29 to 31 are flowcharts of the synchronization process shown in step S57 of FIG. As shown in FIG. 29, when starting the synchronization process, the CPU 40 determines whether or not the swing-down determination flag 404m is on in step S161. Although a detailed description is omitted, in the synchronization process, the player object 202 is not descending, and the flapping motion is performed by the player, so the swing-up determination flag 404k or the swing-down determination flag 404m is always on.

  If “NO” in the step S161, that is, if the swing-down determination flag 404m is off and the swing-up determination flag 404k is on, the process proceeds to a step S181 shown in FIG. On the other hand, if “YES” in the step S161, that is, if the swing-down determination flag 404m is on and the swing-up determination flag 404k is off, it is determined whether or not the swing-down acceleration flag 404p is on in a step S163. To do. That is, the CPU 40 determines whether or not the animation frame has been accelerated in accordance with the start of the player's swing-down operation.

  If “NO” in the step S163, that is, if the swing-down acceleration flag 404p is off, it is determined that the animation frame has already been accelerated in response to the start of the swing-down motion in the current flapping section, and in a step S165. Then, the frame acceleration FrameAcc is set to 0, and the process proceeds to step S193 shown in FIG. On the other hand, if “YES” in the step S163, that is, if the swing-down acceleration flag 404p is turned on, it is determined that the animation frame has not been accelerated in response to the start of the swing-down motion in the current flapping section. In step S167, it is determined whether the current animation frame is 15 or more and less than 30. That is, the CPU 40 determines whether or not the animation frame falls within a section where acceleration can be generated.

  If “YES” in the step S 167, that is, if the current animation frame is 15 or more and less than 30, it is determined that the animation frame is within the swing-down acceleration generation possible section, and in the step S 169, the frame acceleration FrameAcc is set. A value obtained by swinging down the maximum number of animation frames AnimFrameMax and dividing by the determination interval Cycle Swing is set. That is, when the frame speed FrameVel_new is calculated later, the animation frame is accelerated. In the next step S171, the swing-down acceleration flag 404p is turned off, and the process proceeds to step S193.

  On the other hand, if “NO” in the step S 167, that is, if the current animation frame is not 15 or more and less than 30, it is determined that the animation frame is not within the swingable acceleration generating section, and the frame acceleration FrameAcc is set in the step S 173. In step S175, the value of the maximum frame number AnimFrameMax of the animation frame is multiplied by 1.7 and divided by the determination interval Cycle Swing according to Equation 12 in step S175. That is, the CPU 40 quickly brings the animation frame closer to the frame acceleration generation possible section.

  Subsequently, in step S177, it is determined whether or not the current frame rate FrameVel_old is greater than 6. If “NO” in the step S177, that is, if the current frame speed FrameVel_old is 6 or less, the process proceeds to a step S193 as it is. On the other hand, if “YES” in the step S177, that is, if the current frame rate FrameVel_old is larger than 6, the current frame rate FrameVel_old is set to 6 in a step S179, and the process proceeds to the step S181. That is, the current frame rate FrameVel_old is limited.

  As shown in FIG. 30, in step S181, it is determined whether or not the swing acceleration flag 404n is on. If “NO” in the step S181, that is, if the swing-up acceleration flag 404n is turned off, it is determined that the animation frame has already been accelerated in response to the start of the swing-up operation in the current flapping section. The acceleration FrameAcc is set to 0, and the process proceeds to step S193. On the other hand, if “YES” in the step S181, that is, if the swing-up acceleration flag 404n is turned on, it is determined that the animation frame has not been accelerated in response to the start of the swing-up operation in the current flapping section. In S183, it is determined whether the current animation frame is 30 or more and less than 60. That is, the CPU 40 determines whether or not the animation frame is within a section where the swing-up acceleration can be generated.

  If “NO” in the step S 183, that is, if the current animation frame is not 30 or more and less than 60, it is determined that the animation frame is not within the swing acceleration generation possible section, and the process proceeds to the step S 191. On the other hand, if “YES” in the step S183, that is, if the current animation frame is greater than or equal to 30 and less than 60, it is determined that the animation frame is within a swing acceleration generation possible section, and the current frame speed is determined in a step S185. Determine whether FrameVel_old is less than 2.

  If “NO” in the step S185, that is, if the current frame speed FrameVel_old is 2 or more, the process proceeds to a step S191. On the other hand, if “YES” in the step S187, that is, if the current frame speed FrameVel_old is less than 2, the frame acceleration FrameAcc is set to 2 in a step S187, and the swing acceleration flag 404n is turned off in a step S189. The process proceeds to step S193.

  In step S193 shown in FIG. 31, it is determined whether or not the frame acceleration FrameAcc is not zero. If “NO” in the step S193, that is, if the frame acceleration FrameAcc is 0, the process proceeds to a step S197 as it is. On the other hand, if “YES” in the step S193, that is, if the frame acceleration FrameAcc is not 0, the current frame speed FrameVel_old is set to 0 in a step S195, and the process proceeds to a step S197.

  In step S197, the next frame speed FrameVel_new is calculated by integration simulation. Subsequently, in step S199, the next animation frame Frame_new is determined. That is, the CPU 40 calculates the next frame speed FrameVel_new according to Equation 10 and calculates the next animation frame Frame_new according to Equation 11. In step S201, the animation of the determined animation frame Frame_new is set, and the process returns to the overall processing shown in FIGS.

  According to this embodiment, the flapping motion of the player is determined based on the fluctuation rate of the weight ratio, and this is reflected in the animation of the player object, and the movement amount of the player object is controlled based on the size of the weight ratio. Therefore, various processes can be executed as compared with the case where the game process is executed according to a simple load change.

  Further, according to this embodiment, the update speed of the animation frame is changed according to the swing-down motion and the swing-up motion, so that the delay of the animation frame is eliminated and the flapping motion of the player and the animation are smoothly synchronized. be able to. For this reason, the player can obtain an immersive feeling in the virtual game and can enjoy the game play.

  Furthermore, according to this embodiment, when the weight ratio based on the player's load value is equal to or greater than a predetermined threshold, if it is detected that the weight ratio is locally reduced (decreased) and increased, Since it is determined that the swing-up motion has started, the moving speed of the player object is changed according to the swing-up motion, and the animation frame update speed is changed according to the swing-up motion as well as the swing-down motion. It is possible to perform a process by performing an operation intended by the user or by detecting such an operation. That is, it is possible to detect various operations and execute various processes.

  In this embodiment, the weight ratio obtained by dividing the current load value by the weight value (reference value) is used, but the load value may be used as it is. In such a case, in order to eliminate the advantage and disadvantage of the game due to the weight difference, a threshold for each weight (by weight rank) may be provided.

  In this embodiment, the presence / absence of the flapping motion by the player and the type of the flapping motion are determined based on the frequency spectrum obtained by performing discrete Fourier transform on the time change of the body weight ratio. You may do it.

  Furthermore, in this embodiment, in the repetitive motion such as the flapping motion, the player's swing-up motion is determined based on the time change of the weight ratio as shown in FIG. 13, but it is necessary to be limited to this. There is no. For example, when a waveform obtained by vertically inverting the waveform shown in FIG. 13 with the weight ratio reference value is obtained, a predetermined operation can be determined based on the vertically inverted waveform. In such a case, it is determined that the predetermined operation is started when the weight ratio value is equal to or less than a certain value (for example, 1.02) and decreases after the weight ratio increases.

DESCRIPTION OF SYMBOLS 10 ... Game system 12 ... Game device 18 ... Optical disk 22 ... Controller 24 ... Receiver unit 34 ... Monitor 34a ... Speaker 36 ... Load controller 36b ... Load sensor (load cell)
40 ... CPU
42 ... System LSI
42a: I / O processor 42b: GPU
42c: DSP
42d ... VRAM
42e ... Internal main memory 44 ... Flash memory 46 ... External main memory 48 ... ROM / RTC
50 ... Wireless communication module 52 ... Wireless controller module 54 ... Disk drive 56 ... AV IC
58 ... AV connector 60 ... Expansion connector 62 ... Memory card connector 70 ... Processor 74 ... Acceleration sensor 80 ... Image information calculation unit 80c ... Imaging element 80d ... Image processing circuit 100 ... Microcomputer 102 ... AD converter 104 ... DC-DC converter 106 ... Radio module 108 ... Amplifier

Claims (16)

An information processing program to be executed by a computer that performs predetermined information processing based on a load value indicating a load of a user who performs a predetermined repetitive operation,
A load value acquisition step of acquiring a load value indicating the load of the user based on a signal from the load detection device;
Based on the load value acquired by the load value acquisition step, a first operation start detection step for detecting the start of the first operation in the repetitive operation of the user, and a first operation detected by the first operation start detection step. When the start time of one motion is outside the first predetermined interval set corresponding to the first motion for the animation frame of the object displayed on the display device, the update speed of the animation frame becomes a predetermined speed. An information processing program for causing the computer to execute an update speed control step for increasing the speed.   In the update speed control step, when the start time of the first motion detected by the first motion start detection step is within the first predetermined interval, the update speed of the animation frame is smaller than the predetermined speed. The information processing program according to claim 1, wherein the information processing program is accelerated so that   When the start time of the first operation is outside the first predetermined interval, the computer is provided with a frame update step for updating the animation frame up to the first predetermined interval at the update speed increased by the update speed control step. The information processing program according to claim 1, further executed.   The information processing program according to any one of claims 1 to 3, wherein the update speed control step decelerates an update speed of the animation frame in the first predetermined section.   5. The information processing program according to claim 4, wherein, in the first predetermined section, the update speed control step decreases the update speed of the animation frame toward the end of the first predetermined section.   The information processing program according to claim 1, wherein the repetitive operation includes a second operation different from the first operation.   The information processing program according to claim 6, wherein the first operation is an operation for the object to obtain a driving force, and the second operation is a preparatory operation for an operation to obtain the driving force. Based on the load value acquired by the load value acquisition step, the computer further executes a second operation start detection step of detecting the start of the second operation in the repetitive operation of the user,
The information processing program according to claim 6 or 7, wherein the update speed control step increases the update speed of the animation frame when the start of the second motion is detected by the second motion start detection step.   In the update speed control step, the start time of the second motion detected by the second motion start detection step is within a second predetermined section set corresponding to the second motion for the animation frame of the object. The information processing program according to claim 8, wherein the update speed of the animation frame is made faster than when the start time of the second operation is outside the second predetermined section.   The information processing program according to claim 9, wherein the second predetermined section is set longer than the first predetermined section.   The information processing program according to claim 10, wherein an animation frame of the object corresponding to the second predetermined section includes an animation frame corresponding to a preliminary motion of the second motion. The repetitive motion is a large repetitive motion with a large change in the load value or a small repetitive motion with a small change in the load value than the large repetitive motion,
An operation determination step for determining whether the user's operation is the large repetitive operation or the small repetitive operation based on the change period of the load value, and the first based on the change of the load value An operation detecting step of detecting an operation and the second operation is further performed;
In the update speed control step, when it is determined in the operation determination step that the user's operation is the large repetitive operation, the update speed control step corresponds to the first operation and the second operation detected in the operation detection step. The information processing program according to claim 6, wherein the update speed of the animation frame is changed.   In the update speed control step, when it is determined in the motion determination step that the user's motion is the small repetitive motion, only the first motion detected in the motion detection step is used. The information processing program according to claim 12, wherein the update speed is changed.   The information processing program according to claim 1, wherein the first animation frame in the first predetermined section corresponds to the user's posture at the start of the first motion detected by the first motion start detection step. The first animation frame of the first predetermined section corresponds to the user's posture at the start of the first motion detected by the first motion start detection step,
The information processing program according to claim 9, wherein the first animation frame in the second predetermined section corresponds to the posture of the user before the start of the second motion detected by the second motion start detection step. An information processing apparatus that performs predetermined information processing based on a load value indicating a load of a user who performs a predetermined repetitive motion,
Load value acquisition means for acquiring a load value indicating the load of the user based on a signal from a load detection device;
Based on the load value acquired by the load value acquisition means, operation start detection means for detecting the start of a predetermined action in the repetitive action of the user, and start of the predetermined action detected by the action start detection means Update when the time is outside a predetermined section of the animation frame set in correspondence with the predetermined action on the object displayed on the display device so that the update speed of the animation frame becomes a predetermined speed An information processing apparatus comprising speed control means.

Images