# Patent

## Title
Accelerometer-based controller

## Abstract

Acceleration data which is output from an acceleration sensor is obtained. A rotation motion of an input device around a predetermined direction as a rotation axis is determined by comparing a start point in a two-dimensional coordinate system which is represented by the first acceleration data obtained in a predetermined period, and an end point in the two-dimensional coordinate system which is represented by the last acceleration data obtained in the predetermined period. Coordinate axes of the two-dimensional coordinate system are defined based on components of the two axial directions of the acceleration data, and an origin of the two-dimensional coordinate system represents a value of the acceleration data in the state where no acceleration including the acceleration of gravity acts upon the acceleration sensor. Motion data including at least the determined rotation motion is output.

## Background
CROSS REFERENCE OF RELATED APPLICATION
The disclosure of Japanese Patent Application No. 2006-066450 is incorporated herein by reference.
BACKGROUND
1. Field
Example embodiments of the present invention relates to a motion determining apparatus and a storage medium having a motion determining program stored thereon, and more particularly to a motion determining apparatus for determining a rotation motion given to an input device including an acceleration sensor and a storage medium having a motion determining program for determining the same stored thereon.
2. Description of the Background Art
Conventionally, apparatuses have been developed for determining a motion of an input device operated by a user. The input device includes an acceleration sensor, and the motion of the input device is determined using an output from the acceleration sensor. For example, Japanese Laid-Open Patent Publication No. 2002-153673 (hereinafter, referred to as “patent document 1”) discloses a game apparatus including a game controller which is formed like a boxing glove and has a triaxial acceleration sensor. With the game apparatus, a user can enjoy a game using an output from the triaxial acceleration sensor.
The controller (glove) disclosed by patent document 1 includes a triaxial acceleration sensor having a sensor X, a sensor Y and a sensor Z. When a drastically large value is input to the sensor Y, the game apparatus traces back an output waveform obtained from the sensor Y and sets a time around value 0 as time t0. A time at which value 0 or the vicinity thereof is obtained after the output waveform shows a drastically small value is set as time t1. An acceleration detected between time t0 and time t1 is extracted from an output waveform from each of the sensors X and Z. Using the output waveform of each component, the game apparatus determines the type of the punch (for example, straight, hook, uppercut, etc.). Specifically, in the case where the output waveform from the sensor X shows a slightly positive value and the output waveform from the sensor Z does not change, the game apparatus determines that the player has given a straight punch. In the case where the output waveform from the sensor X shows a negative value at the start of operation and then shows a positive value and the waveform from the sensor Z does not change, the game apparatus determines that the player has given a hook. In the case where the waveform from the sensor X is infinite and the waveform from the sensor Z shows a large negative value and then shows a positive value, the game apparatus determines that the player has given an uppercut.
The game apparatus disclosed by patent document 1 determines the type of the punch in association with the waveform from each of the sensors X and Z. The determination is made independently for the waveform of each component. Therefore, this game apparatus does not assume a case where outputs from the two sensors influence each other, for example, a case where the direction of the glove (controller) is changed during the detection period. In the case where outputs from a plurality of sensors need to be combined to determine a motion, the motion cannot be accurately determined merely by making a determination independently for each sensor. For example, a motion of the glove being rotated (twisted) around a predetermined rotation axis cannot be determined. Also, a composite motion including a plurality of motions, for example, a motion of the glove being rotated (twisted) while the player is giving a punch, cannot be determined. Namely, the motions which can be input to the controller by the player are limited to relatively simple ones.
SUMMARY
Therefore, an aspect of example embodiments of the present invention is to provide a motion determining apparatus capable of determining a rotation motion given to an input device including an acceleration sensor, and a storage medium having a motion determining program capable of the same stored thereon.
At least one example embodiment of the present invention has the following features to attain the aspects mentioned above. The reference numerals, step numbers and the like in parentheses in this section of the specification indicate the correspondence with the embodiment described later for easier understanding of example embodiments of the present invention, and do not limit the present invention in any way.
A first aspect of example embodiment(s) of the present invention is directed to a motion determining apparatus (3) for determining a motion of an input device (7) including an acceleration sensor (701) for determining an acceleration in each of at least two axial directions (X- and Y-axis directions). The motion determining apparatus comprises data obtaining means (S61, S64, S77 and S92 executed by the CPU 30; hereinafter only the step numbers will be indicated), rotation motion determination means (S101, S102), and output means (S102, S106). The data obtaining means obtains acceleration data (Da) which is output from the acceleration sensor. The rotation motion determination means determines, through processing operations, a rotation motion of the input device around a predetermined direction as a rotation axis (Z axis). The processing operations include comparing a start point (Ps) in a two-dimensional coordinate system (X-Y coordinate system) which is represented by the first acceleration data obtained in a predetermined period, and an end point (Pe) in the two-dimensional coordinate system which is represented by the last acceleration data obtained in the predetermined period, wherein coordinate axes (X axis, Y axis) of the two-dimensional coordinate system are defined based on components of the two axial directions of the acceleration data, and an origin of the two- dimensional coordinate system represents a value of the acceleration data in the state where no acceleration including the acceleration of gravity acts upon the acceleration sensor. The output means outputs motion data (Dj) including at least the rotation motion determined by the rotation motion determination means.
In a fourth aspect based on the first aspect, the rotation motion determination means includes angle calculation means (S101) The angle calculation means calculates an angle (θ) defined by a vector from the origin toward the start point in the two-dimensional coordinate system and a vector from the origin toward the end point in the two-dimensional coordinate system. The rotation motion determination means determines the rotation motion based on the angle.
In a seventh aspect based on the fourth aspect, the rotation motion determination means further includes rotation direction determination means (S102). When the angle exceeds a first threshold value (120°), the rotation direction determination means determines that the input device has been moved while being rotated in one of two directions. When the angle is less than a second threshold value (70°), the rotation direction determination means determines that the input device has been moved while being rotated in the other of the two directions with respect to the rotation axis. The output means outputs the motion data including the rotation direction (positive value or negative value of S) determined by the rotation direction determination means.
In a tenth aspect based on the fourth aspect, the rotation motion determination means further includes rotation angle determination means (S102). The rotation angle determination means determines a rotation angle (value of S) of the input device based on a value of the angle. The output means outputs the motion data including the rotation angle determined by the rotation angle determination means.
In second, fifth, ninth, and eleventh aspects based on the first, fourth, seventh, and tenth aspects, the motion detection apparatus further comprises storage means (33). The storage means stores the acceleration data sequentially obtained by the data obtaining means. The rotation motion determination means sets a coordinate point in the two-dimensional coordinate system which is represented by the first acceleration data obtained in the predetermined period, among the acceleration data stored in the storage means, as the start point; and sets a coordinate point in the two-dimensional coordinate system which is represented by the last acceleration data obtained in the predetermined period, among the acceleration data stored in the storage means, as the end point.
In third, sixth, ninth, and twelfth aspects based on the first, fourth, seventh, and tenth aspects, the acceleration sensor detects an acceleration of the input device in each of three axial directions (X-, Y- and Z-axis directions) perpendicular to one another. The rotation motion determination means sets a time period in which acceleration data in a first axial direction (Z-axis direction) of the three axial directions exceeds a predetermined value as the predetermined period (Yes in S62). The two-dimensional coordinate system has the coordinate axes defined based on components of a second axial direction and a third axial direction (X- and Y-axis directions) of the three axial directions. The rotation motion determination means determines the rotation motion using acceleration data in the second axial direction and the third axial direction which has been obtained first and last in the predetermined period and stored in the storage means.
In a thirteenth aspect based on the first aspect, the acceleration sensor detects an acceleration including at least a centrifugal component generated when the input device is swung by a user so as to output acceleration data. The rotation motion determination means sets, as the start point, a coordinate point in the two-dimensional coordinate system which is represented by acceleration data obtained at the start of a period in which an acceleration of the centrifugal component exceeds a threshold value, among the acceleration data obtained by the data obtaining means; and sets, as the endpoint, a coordinate point in the two-dimensional coordinate system which is represented by acceleration data obtained at the end of the period, among the acceleration data obtained by the data obtaining means.
A fourteenth aspect of example embodiment(s) of the present invention is directed to a storage medium having stored thereon a motion determining program executable by a computer (30) of a motion determining apparatus for detecting a motion of an input device including an acceleration sensor for determining an acceleration in each of at least two axial directions. The motion determining program causes the computer to execute a data obtaining step, a rotation motion determination step, and an output step. The data obtaining step obtains acceleration data which is output from the acceleration sensor. The rotation motion determination step determines a rotation motion of the input device around a predetermined direction as a rotation axis, by comparing a start point in a two-dimensional coordinate system which is represented by the first acceleration data obtained in a predetermined period, and an end point in the two-dimensional coordinate system which is represented by the last acceleration data obtained in the predetermined period, wherein coordinate axes of the two-dimensional coordinate system are defined based on components of the two axial directions of the acceleration data, and an origin of the two-dimensional coordinate system represents a value of the acceleration data in the state where no acceleration including the acceleration of gravity acts upon the acceleration sensor. The output step outputs motion data including at least the rotation motion determined in the rotation motion determination step.
In a seventeenth aspect based on the fourteenth aspect, the rotation motion determination step includes an angle calculation step. The angle calculation step calculates an angle defined by a vector from the origin toward the start point in the two-dimensional coordinate system and a vector from the origin toward the end point in the two-dimensional coordinate system. In the rotation motion determination step, the rotation motion is determined based on the angle.
In a twentieth aspect based on the seventeenth aspect, the rotation motion determination step further includes a rotation direction determination step. When the angle exceeds a first threshold value, rotation direction determination step determines that the input device has been moved while being rotated in one of two directions. When the angle is less than a second threshold value, the rotation direction determination step determines that the input device has been moved while being rotated in the other of the two directions with respect to the rotation axis. In the output step, the motion data including the rotation direction determined in the rotation direction determination step is output.
In a twenty-third aspect based on the seventeenth aspect, the rotation motion determination step further includes a rotation angle determination step. The rotation angle determination step determines a rotation angle of the input device based on a value of the angle. In the output step, the motion data including the rotation angle determined in the rotation angle determination step is output.
In finteenth, eighteenth, twenty-first, and twenty-fourth aspects based on the forteenth, seventeenth, twentieth, and twenty-third aspects, the motion determining program further causes the computer to execute a storage control step. The storage control step stores the acceleration data, sequentially obtained in the data obtaining step, in a memory (30). In the rotation motion determination step, a coordinate point in the two-dimensional coordinate system which is represented by the first acceleration data obtained in the predetermined period, among the acceleration data stored in the memory, is set as the start point; and a coordinate point in the two-dimensional coordinate system which is represented by the last acceleration data obtained in the predetermined period, among the acceleration data stored in the memory, is set as the end point.
In sixteenth, nineteenth, twenty-second, and twenty-fifth aspects based on the finteenth, eighteenth, twenty-first, and twenty-fourth aspects, the acceleration sensor detects an acceleration of the input device in each of three axial directions perpendicular to one another. In the rotation motion determination step, a time period in which acceleration data in a first axial direction of the three axial directions exceeds a predetermined value is set as the predetermined period. The two-dimensional coordinate system has the coordinate axes defined based on components of a second axial direction and a third axial direction of the three axial directions. In the rotation motion determination step, the rotation motion is determined using acceleration data in the second axial direction and the third axial direction which has been obtained first and last in the predetermined period and stored in the memory.
In a twenty-sixth aspect based on the fourteenth aspect, the acceleration sensor detects an acceleration including at least a centrifugal component generated when the input device is swung by a user so as to output acceleration data. In the rotation motion determination step, a coordinate point in the two-dimensional coordinate system which is represented by acceleration data obtained at the start of a period in which an acceleration of the centrifugal component exceeds a threshold value, among the acceleration data obtained in the data obtaining step, is set as the start point; and a coordinate point in the two-dimensional coordinate system which is represented by acceleration data obtained at the end of the period, among the acceleration data obtained in the data obtaining step, is set as the end point.
According to the first aspect, when the user rotates the input device around a predetermined direction as a rotation axis, the rotation motion can be accurately determined. Since the rotation motion given to the input device can be used as an operation input, the variety of operations which can be input to the input device is widened. The determination of the rotation motion only requires some type of acceleration to act upon the input device while changing in accordance with the rotation motion. The rotation motion can be determined using a change in, for example, the acceleration of gravity or an acceleration generated by the user swinging the input device.
According to the fourth aspect, the tendency of the acceleration changing in accordance with the rotation motion can be easily determined using an angle defined by a vector from the origin toward the start point and a vector from the origin toward the end point in the two-dimensional coordinate system.
According to the seventh aspect, when the user performs a composite motion including a plurality of motions, for example, when the user swings while rotating the input device, the direction of the rotation motion of the input device can be determined. Since a composite motion including the rotation motion given to the input device can be used as an operation input, the variety of operations which can be input to the input device is further widened.
According to the tenth aspect, the rotation angle at which the user has rotated the input device can be determined. Since the rotation angle given to the input device can be used as an operation input, the variety of operations which can be input to the input device is further widened.
According to the second, fifth, ninth, and eleventh aspects, the acceleration data representing the start point and the end point can be easily extracted by sequentially storing the acceleration data obtained in a period covering the predetermined period.
According to the third, sixth, ninth, and twelfth aspects, among the acceleration data in the three axial directions perpendicular to one another, the acceleration data in the second and third axial directions in a period in which the acceleration data in the first axial direction shows a value exceeding a predetermined value is used for the determination. Accordingly, the period in which the input device is swung can be determined by a setting such that the acceleration obtained when the user swings the input device has an influence on the first axial direction. As a result, the motion of the input device being rotated by the user can be determined from the start until the end of the swing. When the user performs a composite motion including a plurality of motions, for example, when the user swings while rotating the input device, the direction of the rotation motion of the input device can be determined. Since such a composite motion of the input device can be used as an operation input, the variety of operations which can be input to the input device is further widened.
According to the thirteenth aspect, the acceleration data, which is obtained at the start and at the end of a period in which the acceleration generated when the user swings the input device exceeds a predetermined value, is used for the determination. Therefore, the determination is made possible using acceleration data obtained at the start of the swing and at the end of the swing. As a result, the motion of the input device being rotated by the user can be determined from the start until the end of the swing.
A storage medium having a motion determining program according to example embodiment(s) of the present invention stored thereon provides the same effects as those of the above-described motion determining apparatus.
These and other features, aspects and advantages of example embodiment(s) of the present invention will become more apparent from the following detailed description of example embodiment(s) of the present invention when taken in conjunction with the accompanying drawings.



BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is an external view of a game system 1 according to an example embodiment of the present invention;
FIG. 2 is a functional block diagram of a game apparatus 3 shown in FIG. 1;
FIG. 3 is an isometric view of a controller 7 shown in FIG. 1 seen from the top rear side thereof;
FIG. 4 is an isometric view of the controller 7 shown in FIG. 3 seen from the bottom rear side thereof;
FIG. 5A is an isometric view of the controller 7 shown in FIG. 3 in the state where an upper casing is removed;
FIG. 5B is an isometric view of the controller 7 shown in FIG. 3 in the state where a lower casing is removed;
FIG. 6 is a block diagram illustrating a structure of the controller 7 shown in FIG. 3;
FIG. 7 shows how the controller 7 shown in FIG. 3 is used to perform a game operation;
FIG. 8 shows an example of a tennis game image displayed on a monitor 2 in accordance with X-, Y- and Z-axis direction acceleration data received from the controller 7 shown in FIG. 3;
FIG. 9A through FIG. 9D are exemplary graphs, X and Y axes of which each represent whether an acceleration represented by each of the X- and Y-axis direction acceleration data is positive or negative as well as the magnitude of such an acceleration;
FIG. 10 is an example of a shift of acceleration data obtained in one of FIG. 9A through FIG. 9D by a leftward swing;
FIG. 11 shows a triangle area A45 defined by straight lines connecting points P4 and P5 which are continuous in a time series manner and the origin shown in FIG. 10;
FIG. 12 shows an area A13 obtained by accumulating triangles defined by points P1 through P3 which are continuous in a time series manner and the origin shown in FIG. 10 and an area A36 obtained by accumulating triangles defined by points P3 through P6 which are continuous in a time series manner and the origin shown in FIG. 10;
FIG. 13 is an isometric view of the controller 7 shown in FIG. 3 illustrating twisting directions thereof;
FIG. 14A through FIG. 14C are graphs each illustrating an example of values of acceleration represented by each of the X- and Y-axis direction acceleration data in accordance with the twist given to the controller 7;
FIG. 15 is a graph illustrating an example of spin parameter S calculated in accordance with the angle θ shown in FIG. 14A through FIG. 14C;
FIG. 16A through FIG. 16C illustrate the relationship between the state where the controller 7 is inclined upward or downward and the coordinate axes in such a state;
FIG. 17 is a graph illustrating an example of up-down angle UD calculated in accordance with Z-axis direction acceleration data;
FIG. 18 shows main data stored in the main memory 33 of the game apparatus 3;
FIG. 19 is a flowchart illustrating a flow of the game processing executed by the game apparatus 3;
FIG. 20 is a flowchart illustrating a sub-routine of a detailed operation of initial motion recognition processing in step 51 shown in FIG. 19;
FIG. 21 is a flowchart illustrating a sub-routine of a detailed operation of animation start processing in step 52 shown in FIG. 19;
FIG. 22 is a flowchart illustrating a sub-routine of a detailed operation of first behavior processing in step 53 shown in FIG. 19;
FIG. 23 is a flowchart illustrating a sub-routine of a detailed operation of second behavior processing in step 54 shown in FIG. 19;
FIG. 24 shows timing of motion recognition processing, animation processing, and ball behavior processing;
FIG. 25 shows exemplary behaviors determined in accordance with the spin parameter S; and
FIG. 26 shows an example of a first ball trajectory TR1 and a second ball trajectory TR2.



DESCRIPTION OF THE PREFERRED EMBODIMENTS
With reference to FIG. 1, a motion determining apparatus according to one example embodiment of the present invention will be described. Hereinafter, in order to give a specific description, a game system 1 using a motion determining apparatus according to example embodiment(s) of the present invention will be used as an example. FIG. 1 is an external view illustrating the game system 1. In the following description, the game system 1 includes an installation type game apparatus corresponding to a motion determining apparatus according to example embodiment(s) of the present invention.
As shown in FIG. 1, the game system 1 includes an installation type game apparatus (hereinafter, referred to simply as a “game apparatus”) 3, which is connected to a display (hereinafter, referred to as a “monitor”) 2 including a speaker 2a of a home-use TV receiver or the like via a connection cord, and a controller 7 for giving operation information to the game apparatus 3. The game apparatus 3 is connected to a receiving unit 6 via a connection terminal. The receiving unit 6 receives transmission data which is wirelessly transmitted from the controller 7. The controller 7 and the game apparatus 3 are connected to each other by wireless communication. On the game apparatus 3, an optical disc 4 as an example of an exchangeable information storage medium is detachably mounted. The game apparatus 3 includes a power ON/OFF switch, a game processing reset switch, and an OPEN switch for opening a top lid of the game apparatus 3 on a top main surface of the game apparatus 3. When a player presses the OPEN switch, the lid is opened, so that the optical disc 4 is mounted or dismounted.
On the game apparatus 3, an external memory card 5 is detachably mounted when necessary. The external memory card 5 has a backup memory or the like mounted thereon for fixedly storing saved data or the like. The game apparatus 3 executes a game program or the like stored on the optical disc 4 and displays the result on the monitor 2 as a game image. The game apparatus 3 can also reproduce a state of a game played in the past using saved data stored on the memory card 5 and display the game image on the monitor 2. A player playing with the game apparatus 3 can enjoy the game by operating the controller 7 while watching the game image displayed on the monitor 2.
The controller 7 wirelessly transmits the transmission data from a communication section 75 included therein (described later) to the game apparatus 3 connected to the receiving unit 6, using the technology of, for example, Bluetooth (registered trademark). The controller 7 is operation means for mainly operating a player object appearing in a game space displayed on the monitor 2. The controller 7 includes an operation section having a plurality of operation buttons, a key, a stick and the like. As described later in detail, the controller 7 also includes an imaging information calculation section 74 for taking an image viewed from the controller 7. As an example of an imaging subject of the imaging information calculation section 74, two LED modules (hereinafter, referred to as “markers”) 8L and 8R are provided in the vicinity of a display screen of the monitor 2. The markers 8L and 8R each output infrared light forward from the monitor 2. In this embodiment, imaging information by the imaging information calculation section 74 is not used, and therefore the markers 8L and 8R are not absolutely necessary.
With reference to FIG. 2, a structure of the game apparatus 3 will be described. FIG. 2 is a functional block diagram of the game apparatus 3.
As shown in FIG. 2, the game apparatus 3 includes, for example, a RISC CPU (central processing unit) 30 for executing various types of programs. The CPU 30 executes a start program stored in a boot ROM (not shown) to, for example, initialize memories including a main memory 33, and then executes a game program stored on the optical disc 4 to perform game processing or the like in accordance with the game program. The game program stored on the optical disc 4 includes a motion determining program according to example embodiment(s) of the present invention. The CPU 30 also performs motion detection processing for determining a motion of the controller 7 as a part of the game processing. The CPU 30 is connected to a GPU (Graphics Processing Unit) 32, the main memory 33, a DSP (Digital Signal Processor) 34, and an ARAM (Audio RAM) 35 via a memory controller 31. The memory controller 31 is connected to a controller I/F (interface) 36, a video I/F 37, an external memory I/F 38, an audio I/F 39, and a disc I/F 41 via a predetermined bus. The controller I/F 36, the video I/F 37, the external memory I/F 38, the audio I/F 39 and the disc I/F 41 are respectively connected to a receiving unit 6, the monitor 2, the external memory card 5, the speaker 2a and a disc drive 40.
The GPU 32 performs image processing based on an instruction from the CPU 30. The GPU 32 includes, for example, a semiconductor chip for performing calculation processing necessary for displaying 3D graphics. The GPU 32 performs the image processing using a memory dedicated for image processing (not shown) and a part of the storage area of the main memory 33. The GPU 32 generates game image data and a movie to be displayed on the monitor 2 using such memories, and outputs the generated data or movie to the monitor 2 via the memory controller 31 and the video I/F 37 as necessary.
The main memory 33 is a storage area used by the CPU 30, and stores a game program or the like necessary for processing performed by the CPU 30 as necessary. For example, the main memory 33 stores a game program read from the optical disc 4 by the CPU 30, various types of data or the like. The game program, the various types of data or the like stored in the main memory 33 are executed by the CPU 30.
The DSP 34 processes sound data or the like generated by the CPU 30 during the execution of the game program. The DSP 34 is connected to the ARAM 35 for storing the sound data or the like. The ARAM 35 is used when the DSP 34 performs predetermined processing (for example, storage of the game program or sound data already read). The DSP 34 reads the sound data stored in the ARAM 35 and outputs the sound data to the speaker 2a included in the monitor 2 via the memory controller 31 and the audio I/F 39.
The memory controller 31 comprehensively controls data transfer, and is connected to the various I/Fs described above. The controller I/F 36 includes, for example, four controllers I/F 36a through 36d, and communicably connects the game apparatus 3 to an external device which is engageable via connectors of the controller I/F 36a through 36d. For example, the receiving unit 6 is engaged with such a connector and is connected to the game apparatus 3 via the controller I/F 36. As described above, the receiving unit 6 receives the transmission data from the controller 7 and outputs the transmission data to the CPU 30 via the controller I/F 36. The video I/F 37 is connected to the monitor 2. The external memory I/F 38 is connected to the external memory card 5 and is accessible to a backup memory or the like provided in the external card 5. The audio I/F 39 is connected to the speaker 2a built in the monitor 2, and is connected such that the sound data read by the DSP 34 from the ARAM 35 or sound data directly output from the disc drive 40 is output from the speaker 2a. The disc I/F 41 is connected to the disc drive 40. The disc drive 40 reads data stored at a predetermined reading position of the optical disc 4 and outputs the data to a bus of the game apparatus 3 or the audio I/F 39.
With reference to FIG. 3 and FIG. 4, the controller 7 as an example of the input device according to example embodiment(s) of the present invention will be described. FIG. 3 is an isometric view of the controller 7 seen from the top rear side thereof FIG. 4 is an isometric view of the controller 7 seen from the bottom rear side thereof.
As shown in FIG. 3 and FIG. 4, the controller 7 includes a housing 71 formed by plastic molding or the like. The housing 71 has a plurality of operation sections 72. The housing 71 has a generally parallelepiped shape extending in a longitudinal direction from front to rear. The overall size of the housing 71 is small enough to be held by one hand of an adult or even a child.
At the center of a front part of a top surface of the housing 71, a cross key 72a is provided. The cross key 72a is a cross-shaped four-direction push switch. The cross key 72a includes operation portions corresponding to the four directions represented by the arrows (front, rear, right and left), which are respectively located on cross-shaped projecting portions arranged at an interval of 90 degrees. The player selects one of the front, rear, right and left directions by pressing one of the operation portions of the cross key 72a. Through an operation on the cross key 72a, the player can, for example, instruct a direction in which a player character or the like appearing in a virtual game world is to move or a direction in which the cursor is to move.
The cross key 72a is an operation section for outputting an operation signal in accordance with the above-described direction input operation performed by the player, but such an operation section may be provided in another form. For example, the cross key 72a may be replaced with a composite switch including a push switch including ring-shaped four-direction operation section and a center switch provided at the center thereof. Alternatively, the cross key 72a may be replaced with an operation section which includes an inclinable stick projecting from the top surface of the housing 71 and outputs an operation signal in accordance with the inclining direction of the stick. Still alternatively, the cross key 72a may be replaced with an operation section which includes a disc-shaped member horizontally slidable and outputs an operation signal in accordance with the sliding direction of the disc-shaped member. Still alternatively, the cross key 72a may be replaced with a touch pad. Still alternatively, the cross key 72a may be replaced with an operation section which includes switches representing at least four directions (front, rear, right and left) and outputs an operation signal in accordance with the switch pressed by the player.
Rearward to the cross key 72a on the top surface of the housing 71, a plurality of operation buttons 72b through 72g are provided. The operation buttons 72b through 72g are each an operation section for outputting a respective operation signal when the player presses a head thereof For example, the operation buttons 72b through 72d are assigned functions of an X button, a Y button and a B button. The operation buttons 72e through 72g are assigned functions of a select switch, a menu switch and a start switch, for example. The operation buttons 72b through 72g are assigned various functions in accordance with the game program executed by the game apparatus 3, but this will not be described in detail because the functions are not directly relevant to example embodiment(s) of the present invention. In an exemplary arrangement shown in FIG. 3, the operation buttons!72b through 72d are arranged in a line at the center in the front-rear direction on the top surface of the housing 71. The operation buttons 72e through 72g are arranged in a line in the left-right direction between the operation buttons 72b and 72d. The operation button 72f has a top surface thereof buried in the top surface of the housing 71, so as not to be inadvertently pressed by the player.
Forward to the cross key 72a on the top surface of the housing 71, an operation button 72h is provided. The operation button 72h is a power switch for remote-controlling the power of the game apparatus 3 to be on or off. The operation button 72h also has a top surface thereof buried in the top surface of the housing 71, so as not to be inadvertently pressed by the player.
Rearward to the operation button 72c on the top surface of the housing 71, a plurality of LEDs 702 are provided. The controller 7 is assigned a controller type (number) so as to be distinguishable from the other controllers 7. For example, the LEDs 702 are used for informing the player of the controller type which is currently set to controller 7 that he/she is using. Specifically, when the controller 7 transmits the transmission data to the receiving unit 6, one of the plurality of LEDs corresponding to the controller type is lit up.
On a bottom surface of the housing 71, a recessed portion is formed. As described later in detail, the recessed portion is formed at a position at which an index finger or middle finger of the player is located when the player holds the controller 7. On a rear slope surface of the recessed portion, an operation button 72i is provided. The operation button 72i is an operation section acting as, for example, an A button. The operation button 72i is used, for example, as a trigger switch in a shooting game, or for attracting attention of a player object to a predetermined object.
On a front surface of the housing 71, an imaging element 743 (see FIG. 5B) included in the imaging information calculation section 74 is provided. The imaging information calculation section 74 is a system for analyzing image data taken by the controller 7 and detecting the position of the center of gravity, the size and the like of an area having a high brightness in the image data. The imaging information calculation section 74 has, for example, a maximum sampling period of about 200 frames/sec., and therefore can trace and analyze even a relatively fast motion of the controller 7. On a rear surface of the housing 71, a connector 73 is provided. The connector 73 is, for example, a 32-pin edge connector, and is used for engaging and connecting the controller 7 with a connection cable. Example embodiment(s) of the present invention does not use information from the imaging information calculation section 74, and thus the imaging information calculation section 74 will not be described in further detail.
In order to give a specific description, a coordinate system which is set for the controller 7 will be defined. As shown in FIG. 3 and FIG. 4, X-, Y- and Z-axis directions perpendicular to one another are defined for the controller 7. Specifically, the longitudinal direction of the housing 71, i.e., the front-rear direction of the controller 7, is set as a Z-axis direction. A direction toward the front surface of the controller 7 (the surface having the imaging information calculation section 74) is set as a positive Z-axis direction. The up-to-down direction of the controller 7 is set as a Y-axis direction. A direction toward the top surface of the controller housing 71 (the surface having the cross key 72a and the like) is set as a positive Y-axis direction. The left-right direction of the controller 7 is set as an X-axis direction. A direction toward a left surface of the housing 71 (the surface which is not shown in FIG. 3 but is shown in FIG. 4) is set as a positive X-axis direction.
With reference to FIG. 5A and FIG. 5B, an internal structure of the controller 7 will be described. FIG. 5A is an isometric view illustrating a state where an upper casing (a part of the housing 71) of the controller 7 is removed. FIG. 5B is an isometric view illustrating a state where a lower casing (a part of the housing 71) of the controller 7 is removed. FIG. 5B shows a reverse side of a substrate 700 shown in FIG. 5A.
As shown in FIG. 5A, the substrate 700 is fixed inside the housing 71. On a top main surface of the substrate 700, the operation buttons 72a through 72h, an acceleration sensor 701, the LEDs 702, a quartz oscillator 703, a wireless module 753, an antenna 754 and the like are provided. These elements are connected to a microcomputer 751 (see FIG. 6) via lines (not shown) formed on the substrate 700 and the like. The acceleration sensor 701 detects and outputs acceleration, which can be used to calculate inclination, oscillation and the like in a three-dimensional space in which the controller 7 is located.
As shown in FIG. 6, the controller 7 preferably includes a three-axis, linear acceleration sensor 701 that detects linear acceleration in three directions, i.e., the up/down direction (Y-axis shown in FIG. 3), the left/right direction (X-axis shown in FIG. 3), and the forward/backward direction (Z-axis shown in FIG. 3). Alternatively, a two axis linear accelerometer that only detects linear acceleration along each of the X-axis and Y-axis (or other pair of axes) may be used in another embodiment depending on the type of control signals desired. As a non-limiting example, the three-axis or two-axis linear accelerometer 701 may be of the type available from Analog Devices, Inc. or STMicroelectronics N.V. Preferably, the acceleration sensor 701 is an electrostatic capacitance or capacitance-coupling type that is based on silicon micro-machined MEMS (microelectromechanical systems) technology. However, any other suitable accelerometer technology (e.g., piezoelectric type or piezoresistance type) now existing or later developed may be used to provide the three-axis or two-axis linear acceleration sensor 701.
As one skilled in the art understands, linear accelerometers, as used in acceleration sensor 701, are only capable of detecting acceleration along a straight line corresponding to each axis of the acceleration sensor. In other words, the direct output of the acceleration sensor 701 is limited to signals indicative of linear acceleration (static or dynamic) along each of the two or three axes thereof. As a result, the acceleration sensor 701 can not directly detect movement along a non-linear (e.g. arcuate) path, rotation, rotational movement, angular displacement, tilt, position, attitude or any other physical characteristic.
However, through additional processing of the linear acceleration signals output from the acceleration sensor 701, additional information relating to the controller 7 can be inferred or calculated (i.e., determined), as one skilled in the art will readily understand from the description herein. For example, by detecting static, linear acceleration (i.e., gravity), the linear acceleration output of the acceleration sensor 701 can be used to determine tilt of the object relative to the gravity vector by correlating tilt angles with detected linear acceleration. In this way, the acceleration sensor 701 can be used in combination with the micro-computer 751 (or another processor) to determine tilt, attitude or position of the controller 7. Similarly, various movements and/or positions of the controller 7 can be calculated through processing of the linear acceleration signals generated by the acceleration sensor 701 when the controller 7 containing the acceleration sensor 701 is subjected to dynamic accelerations by, for example, the hand of a user, as will be explained in detail below. In another embodiment, the acceleration sensor 701 may include an embedded signal processor or other type of dedicated processor for performing any desired processing of the acceleration signals output from the accelerometers therein prior to outputting signals to micro-computer 751. For example, the embedded or dedicated processor could convert the detected acceleration signal to a corresponding tilt angle (or other desired parameter) when the acceleration sensor is intended to detect static acceleration (i.e., gravity).
The communication section 75 including the wireless module 753 and the antenna 754 allows the controller 7 to act as a wireless controller. The quartz oscillator 703 generates a reference clock of the microcomputer 751 described later.
As shown in FIG. 5B, at a front edge of a bottom main surface of the substrate 700, the image information calculation section 74 is provided. The image information calculation section 74 includes an infrared filter 741, a lens 742, the imaging element 743 and an image processing circuit 744 located in this order from the front surface of the controller 7. These elements are attached to the bottom main surface of the substrate 700. At a rear edge of the bottom main surface of the substrate 700, the connector 73 is attached. The operation button 72i is attached on the bottom main surface of the substrate 700 rearward to the image information calculation section 74, and cells 705 are accommodated rearward to the operation button 72i. On the bottom main surface of the substrate 700 between the cells 705 and the connector 73, a vibrator 704 is attached. The vibrator 704 may be, for example, a vibration motor or a solenoid. The controller 7 is vibrated by an actuation of the vibrator 704, and the vibration is conveyed to the player holding the controller 7. Thus, a so-called vibration-responsive game is realized.
With reference to FIG. 6, the internal structure of the controller 7 will be described. FIG. 6 is a block diagram showing the structure of the controller 7.
The imaging information calculation section 74 includes the infrared filter 741, the lens 742, the imaging element 743 and the image processing circuit 744. The infrared filter 741 allows only infrared light to pass therethrough, among light incident on the front surface of the controller 7. The lens 742 collects the infrared light which has passed through the infrared filter 741 and outputs the infrared light to the imaging element 743. The imaging element 743 is a solid-state imaging device such as, for example, a CMOS sensor or a CCD. The imaging element 743 takes an image of the infrared light collected by the lens 742. Accordingly, the imaging element 743 takes an image of only the infrared light which has passed through the infrared filter 741 and generates image data. The image data generated by the imaging element 743 is processed by the image processing circuit 744. Specifically, the image processing circuit 744 processes the image data obtained from the imaging element 743, detects an area thereof having a high brightness, and outputs processing result data representing the detected coordinate position and size of the area to the communication section 75. The imaging information calculation section 74 is fixed to the housing 71 of the controller 7. The imaging direction of the imaging information calculation section 74 can be changed by changing the direction of the housing 71.
As described above, the acceleration sensor 701 detects and outputs the acceleration in the form of components of three axial directions of the controller 7, i.e., the components of the up-down direction (Y-axis direction), the left-right direction (X-axis direction), and the front-rear direction (the Z-axis direction) of the controller 7. Data representing the acceleration as the components of the three axial directions detected by the acceleration sensor 701 is output to the communication section 75. Based on the acceleration data which is output from the acceleration sensor 701, a motion of the controller 7 can be determined. As the acceleration sensor 701, a sensor for detecting an acceleration in two of the three axial directions may be used depending on the data needed for a particular application.
The communication section 75 includes the microcomputer 751, a memory 752, the wireless module 753 and the antenna 754. The microcomputer 751 controls the wireless module 753 for transmitting the transmission data while using the memory 752 as a storage area during processing.
Data from the controller 7 including an operation signal (key data) from the operation section 72, acceleration signals in the three axial directions (X-axis, Y-axis and Z-axis direction acceleration data) from the acceleration sensor 701, and the processing result data from the imaging information calculation section 74 are output to the microcomputer 751. The microcomputer 751 temporarily stores the input data (key data, X-axis, Y-axis and Z-axis direction acceleration data, and the processing result data) in the memory 752 as the transmission data which is to be transmitted to the receiving unit 6. The wireless transmission from the communication section 75 to the receiving unit 6 is performed at a predetermined time interval. Since game processing is generally performed at a cycle of 1/60 sec., the wireless transmission needs to be performed at a cycle of a shorter time period. Specifically, the game processing unit is 16.7 ms ( 1/60 sec.), and the transmission interval of the communication section 75 structured using the Bluetooth (registered trademark) technology is 5 ms. At the transmission timing to the receiving unit 6, the microcomputer 751 outputs the transmission data stored in the memory 752 as a series of operation information to the wireless module 753. The wireless module 753 uses, for example, the Bluetooth (registered trademark) technology to radiate the operation information from the antenna 754 as a carrier wave signal of a predetermined frequency. Thus, the key data from the operation section 72, the X-axis, Y-axis and Z-axis direction acceleration data from the acceleration sensor 701, and the processing result data from the imaging information calculation section 74 are transmitted from the controller 7. The receiving unit 6 of the game apparatus 3 receives the carrier wave signal, and the game apparatus 3 demodulates or decodes the carrier wave signal to obtain the series of operation information (the key data, the X-axis, Y-axis and Z-axis direction acceleration data, and the processing result data). Based on the obtained operation information and the game program, the CPU 30 of the game apparatus 3 performs the game processing. In the case where the communication section 75 is structured using the Bluetooth (registered trademark) technology, the communication section 75 can have a function of receiving transmission data which is wirelessly transmitted from other devices.
Before describing specific processing performed by the game apparatus 3, an overview of a game played by the game apparatus 3 will be described. As shown in FIG. 7, the entire controller 7 is small enough to be held by one hand of an adult or even a child. In order to play the game with a game system 1 using the controller 7, the player holds the controller 7 with one hand (for example, right hand) such that the front surface of the controller 7 is directed forward. For example, the player holds the controller 7 with his/her thumb on the left surface thereof, with his/her palm on the top surface thereof, and with his/her index finger, middle finger, third finger and fourth finger on the bottom surface thereof, such that the front surface thereof is directed forward, i.e., away from himself/herself. The player holds the controller 7 as if he/she was holding a tennis racket.
The player swings his/her arm holding the controller 7 from his/her right to left (hereinafter, such a motion will be referred to as a “leftward swing” or swings his/her arm holding the controller 7 from his/her left to right (hereinafter, such a motion will be referred to as a “rightward swing”) based on the game image displayed on the monitor 2. By such a swinging motion, the player gives operation information (specifically, X-axis, Y-axis and Z-axis direction acceleration data) to the game apparatus 3 from the controller 7. In addition to the above-mentioned leftward swing and rightward swing, the player can, for example, perform a leftward swing or a rightward swing while swinging up the controller 7, swinging down the controller 7, or twisting the controller 7 left or right. By such a motion, the player can give various types of X-axis, Y-axis and Z-axis direction acceleration data to the game apparatus 3 from the controller 7.
As shown in FIG. 8, a tennis game or the like is displayed on the monitor 2 in accordance with the X-axis, Y-axis and Z-axis direction acceleration data received from the controller 7. Specifically, a tennis court set in a virtual game space is displayed on the monitor 2 as a three-dimensional game image. In the virtual game space, a player character PC to be operated by the player, an opponent character EC acting as an opponent to the player character PC, a ball character BC representing a tennis ball moving on the tennis court, and the like are located. Such characters are displayed on the monitor 2. Hereinafter, motion determining processing according to example embodiment(s) of the present invention will be described. In order to give a specific description, it is assumed that a game program for the tennis game is stored on the optical disc 4 and that the CPU 30 performs the motion determining processing for determining a motion of the controller 7 during the tennis game.
The player character PC holds a tennis racket and is located on the tennis court which is set in the virtual game space. In accordance with a motion of the player of swinging the controller 7, an animation of the player character PC of swinging the tennis racket is displayed. When the player character PC hits back the ball character BC flying toward the player character PC with the tennis racket, the ball character BC hit by the tennis racket flies toward the court of the opponent character EC. Namely, by the player holding the controller 7 performing a motion of swinging the controller 7, the player character PC is displayed as performing a motion of swinging the tennis racket in a similar manner. The player can experience a virtual sports game as if he/she was playing tennis with a tennis racket.
In the case where the player character PC represents a right-handed tennis player, when the player performs a “leftward swing” of the controller 7, the player character PC swings the tennis racket forehand. When the player performs a “rightward swing” of the controller 7, the player character PC swings the tennis racket backhand. Namely, the player character PC swings the tennis racket in the same direction as the player swings the controller 7.
In accordance with the timing or velocity at which the player swings the controller 7, the flying direction or velocity of the ball character BC hit by the tennis racket swung by the player character PC changes. By the player performing a leftward swing or a rightward swing while swinging up or swinging down the controller 7, the height of the flying trajectory of the ball character BC changes. By the player performing a leftward swing or a rightward swing while twisting the controller 7 left or right, the player character PC can be displayed as hitting back the ball character BC with a so-called topspin or backspin toward the opponent character EC. As described later in detail, such motions can be distinguished by the X-axis, Y-axis and Z-axis direction acceleration data which is output from the controller 7. In this manner, a tennis game reflecting various motions given by the player to the controller 7 can be represented.
Now, a method for determining whether or not the controller 7 is being swung will be described. When the Z-axis direction acceleration data represents a positive Z-axis direction value exceeding a threshold value, the game apparatus 3 determines that the player is swinging the controller 7. For example, when the controller 7 is in a still state, the acceleration sensor 701 never detects an acceleration exceeding the acceleration of gravity of 9.8 m/s2. When the player holding the controller 7 swings his/her arm as described above, the front edge of the controller 7 moves in an arc-shaped trajectory. Therefore, the acceleration in the positive Z-axis direction (see FIG. 3) is detected by the influence of the centrifugal force. In this embodiment, a threshold value equal to or greater than the acceleration of gravity is set, and when the Z-axis direction acceleration data represents an acceleration exceeding the threshold value, it is determined that the player is swinging the controller 7.
With reference to FIG. 9A through FIG. 9D, when it is determined that the player is swinging the controller 7, a direction in which the player is swinging the controller 7 (swinging direction) is determined by a method described below using the X- and Y-axis direction acceleration data. FIG. 9A through FIG. 9D are exemplary graphs, X and Y axes of which each represent whether an acceleration represented by each of the X- and Y-axis direction acceleration data is positive or negative as well as the magnitude of such an acceleration. The accelerations represented by the X- and Y-axis direction acceleration data simultaneously obtained at a predetermined time interval (for example, every 5 ms) are sequentially plotted in the X-Y coordinate system. In FIG. 9A through FIG. 9D, points P represent the accelerations represented by the X- and Y-axis direction acceleration data simultaneously obtained. The arrow beside the points P represents the order in which the data is obtained. The origin ((X, Y)=(0, 0)) represents the value of the acceleration data in the state where no acceleration including the acceleration of gravity acts upon the acceleration sensor 701. The numerical value “1” (corresponding to the position indicated by the dashed circle) represents the magnitude of the acceleration of gravity.
When the player swings the controller 7, the controller 7 is accelerated at the start of the swing and decelerated at the end of the swing. Accordingly, at the start of the swing, the controller 7 is provided with an acceleration in the same direction as the swing. Then, the magnitude of the acceleration gradually decreases. At the end of the swing, the controller 7 is provided with an acceleration in the opposite direction to the swing. In general, an acceleration vector (or information on whether the acceleration is positive or negative) which is output from the acceleration sensor 701 is exactly opposite to the acceleration direction of the controller 7. Accordingly, at the start of the swing, the acceleration sensor 701 detects an acceleration in the opposite direction to the swing. Then, the magnitude of the acceleration gradually decreases. At the end of the swing, the acceleration sensor 701 detects an acceleration in the same direction as the swing.
For example, when the controller 7 is accelerated in a horizontal leftward swing with the top surface thereof directed upward (i.e., when the acceleration direction of the controller 7 is the positive X-axis direction), the acceleration sensor 701 provides an acceleration vector in a negative X-axis direction. In the X-Y coordinate system in which the accelerations represented by the X- and Y-axis direction data simultaneously obtained during the swing are plotted, the accelerations show a negative value in the X-axis direction at the start of the swing because the controller 7 is accelerated. Toward the end of the swing, the accelerations are plotted in the positive X-axis direction because the controller 7 is decelerated. In addition, the acceleration sensor 701 is constantly acted upon by the acceleration of gravity. Therefore, the acceleration sensor 701 detects an acceleration of magnitude “1” in a vertical direction (in this case, in a negative Y-axis direction). Accordingly, when the player performs a horizontal leftward swing of the controller 7 with the top surface thereof directed upward, points P are sequentially plotted from a negative value to a positive value in the X-axis direction (in the X+direction) with the value in the Y-axis direction fixed at “−1” (see FIG. 9A).
When the controller 7 is accelerated in a horizontal leftward swing with the top surface thereof directed at 90 degrees leftward with respect to the player (i.e., when the acceleration direction of the controller 7 is the positive Y-axis direction), the acceleration sensor 701 provides an acceleration vector in the negative Y-axis direction. In the X-Y coordinate system in which the accelerations represented by the X- and Y-axis direction data simultaneously obtained during the swing are plotted, the accelerations show a negative value in the Y-axis direction at the start of the swing because the controller 7 is accelerated. Toward the end of the swing, the accelerations are plotted in the positive Y-axis direction because the controller 7 is decelerated. In addition, the acceleration sensor 701 is constantly acted upon by the acceleration of gravity. Therefore, the acceleration sensor 701 detects an acceleration of magnitude “1” in the vertical direction (in this case, in the positive X-axis direction). Accordingly, when the player performs a horizontal leftward swing of the controller 7 with the top surface thereof directed at 90 degrees leftward with respect to the player, points P are sequentially plotted from a negative value to a positive value in the Y-axis direction (in the Y+direction) with the value in the X-axis direction fixed at “+1” (see FIG. 9B).
When the controller 7 is accelerated in a horizontal leftward swing with the top surface thereof directed downward (i.e., when the acceleration direction of the controller 7 is the negative X-axis direction), the acceleration sensor 701 provides an acceleration vector in the positive X-axis direction. In the X-Y coordinate system in which the accelerations represented by the X- and Y-axis direction data simultaneously obtained during the swing are plotted, the accelerations shows a positive value in the X-axis direction at the start of the swing because the controller 7 is accelerated. Toward the end of the swing, the accelerations are plotted in the negative X-axis direction because the controller 7 is decelerated. In addition, the acceleration sensor 701 is constantly acted upon by the acceleration of gravity. Therefore, the acceleration sensor 701 detects an acceleration of magnitude “1” in the vertical direction (in this case, in the positive Y-axis direction). Accordingly, when the player performs a horizontal leftward swing of the controller 7 with the top surface thereof directed downward, points P are sequentially plotted from a positive value to a negative value in the X-axis direction (in the X-direction) with the value in the Y-axis direction fixed at “+1” (see FIG. 9C).
When the controller 7 is accelerated in a horizontal leftward swing with the top surface thereof directed at 90 degrees rightward with respect to the player (i.e., when the acceleration direction of the controller 7 is the negative Y-axis direction), the acceleration sensor 701 provides an acceleration vector in the positive Y-axis direction. In the X-Y coordinate system in which the accelerations represented by the X- and Y-axis direction data simultaneously obtained during the swing are plotted, the accelerations show a positive value in the Y-axis direction at the start of the swing because the controller 7 is accelerated. Toward the end of the swing, the accelerations are plotted in the negative Y-axis direction because the controller 7 is decelerated. In addition, the acceleration sensor 701 is constantly acted upon by the acceleration of gravity. Therefore, the acceleration sensor 701 detects an acceleration of magnitude “1” in the vertical direction (in this case, in the negative X-axis direction). Accordingly, when the player performs a horizontal leftward swing of the controller 7 with the top surface thereof directed at 90 degrees rightward with respect to the player, points P are sequentially plotted from a positive value to a negative value in the Y-axis direction (in the Y-direction) with the value in the X-axis direction fixed at “−1” (see FIG. 9D).
As described above, when the player performs a leftward swing of the controller 7, a direction in which the acceleration obtained from the X- and Y-axis direction acceleration data shifts (shifting direction) varies in accordance with the direction of the controller 7 held by the player. However, as is clear from FIG. 9A through FIG. 9D, when the player performs a leftward swing of the controller 7, the points P are all plotted clockwise around the origin of the X-Y coordinate system. It is clear that when the player performs a rightward swing of the controller 7, the shifting direction of acceleration is opposite; i.e., the points P are all plotted counterclockwise around the origin of the X-Y coordinate system. This means that by calculating the direction in which the points P are circulated with respect to the origin of the X-Y coordinate system (circulation direction of the points P), the swinging direction of the controller 7 provided by the player (moving direction of the controller 7) can be determined. The relationship between the circulation direction of the points P and the swinging direction of the controller 7 varies in accordance with the setting of the coordinate axes, the characteristics of the acceleration sensor, the setting of the X-Y coordinate system and the like, and may be adjusted in accordance with such settings as necessary. Specifically, the swinging direction of the controller 7 can be accurately determined by analyzing the shifting direction of the acceleration data with respect to the direction of acceleration of gravity based on the obtained acceleration data (represented by the dashed arrow in FIG. 9A through FIG. 9D).
In actuality, however, the points P plotted in the X-Y coordinate system draw a complicated curve as shown in FIG. 10 by the influence of a backswing performed by the player before swinging the controller 7 as intended, a twist, or the like. FIG. 10 shows an example of the plotted points P obtained when the player performs a leftward swing. At the start of the swing, the plotted points P show a counterclockwise shift (points P1 through P3; shift L) and then show a clockwise shift (points P3 through P10; shift R). If the swinging direction of the controller 7 is determined in the middle of shift L, the swinging direction is determined as rightward. Shift L is a data group having a relatively small magnitude of acceleration. This is because the backswing is weak. Shift L is almost radial from the origin of the X-Y coordinate system. This is because the controller 7 is swung in a different direction from the leftward swing or the rightward swing. Such a data group having a relatively small magnitude of acceleration and showing a shift which is almost radial from the origin of the X-Y coordinate system is considered to have a low reliability for determining the swinging direction. The swinging direction can be accurately determined by using a data group having a relatively large magnitude of acceleration and showing a shift which is close to a circle around the origin of the X-Y coordinate system, for example, shift R. In other words, in order to determine the swinging direction, data having a larger magnitude of acceleration and data showing a shift which is closer to a circle around the origin of the X-Y coordinate system is more reliable.
The above-described reliability is represented by an area of a triangle defined by two pieces of acceleration data which are continuous in a time series manner and the origin of the X-Y coordinate system. For example, as shown in FIG. 11, a triangle area A45 defined by straight lines connecting points P4 and P5 which are continuous in a time series manner and the origin is used. Where the points P represent a larger magnitude of acceleration, the triangle area A45 is larger. Where the points P show a shift closer to a circle around the origin, the triangle area A45 is larger. In this manner, the reliability can be represented by the triangle area A45.
FIG. 12 shows an area A13 of a region relating to points P1 through P3 shown in FIG. 10 which are continuous in a time series manner, and an area A36 of a region relating to points P3 through P6 shown in FIG. 10 which are continuous in a time series manner. More specifically, the region having the area A13 is obtained by accumulating triangles each defined by the origin and two adjacent points among points P1 through P3. The region having the area A36 is obtained by accumulating triangles each defined by the origin and two adjacent points among points P3 through P6. The area A13 overlaps a part of the area A36. As shown in FIG. 12, the area A13 is an accumulated area of the triangles calculated using the points P1 through P3 representing a counterclockwise shift with respect to the origin. The area A36 is an accumulated area of the triangles calculated using the points P3 through P6 representing a clockwise shift with respect to the origin. As is clear from FIG. 12, the area A13 is significantly smaller than the area A36. In this embodiment, the areas of triangles defined by the points P representing a clockwise shift and the areas of triangles defined by the points P representing a counterclockwise shift are each accumulated in a time series manner. When one of the accumulated values exceeds a threshold value, the swinging direction of the controller 7 is determined based on whether the points P defining the triangles used for forming the exceeding accumulated value show a clockwise shift or a counterclockwise shift. In this manner, the swinging direction can be accurately determined by while eliminating the influence of the data having a low reliability. It is considered that the swinging direction can be determined more accurately by analyzing all the points P from the start until the end of the swing. In this embodiment, the threshold value is used in order to determine the swinging direction at an earlier stage of the swinging motion.
Now, a velocity at which the player swings the controller 7 (swinging velocity) is determined as follows. When the player swings the controller 7 at a high velocity, the time period from the acceleration to the deceleration is relatively short. When the player swings the controller 7 at a low velocity, the time period from the acceleration to the deceleration is relatively long. Where the player swings the controller 7 with the same length of stroke, the interval between the points P plotted in the X-Y coordinate system (hereinafter, occasionally referred to as a “data interval”) is larger as the player swings the controller 7 at a higher velocity. Accordingly, the swinging velocity of the controller 7 provided by the player can be calculated by determining the interval between the points P which are continuous in a time series manner. In this embodiment, all the points P from the start until the end of the swing are analyzed, and the points P having the largest interval therebetween, among the intervals between points P which are continuous in a time series manner, are extracted. Thus, the swinging velocity is calculated.
With reference to FIG. 13 through FIG. 15, when the player is swinging the controller 7, a direction in which the player twists the controller 7 (twisting direction) is determined by a method described below using the X- and Y-axis direction acceleration data. FIG. 13 is an isometric view of the controller 7 illustrating the twisting directions thereof. FIG. 14A through FIG. 14C are graphs each illustrating an example of values of acceleration represented by each of the X- and Y-axis direction acceleration data in accordance with the twist given to the controller 7. FIG. 15 is a graph illustrating an example of spin parameter S calculated in accordance with the angle θ shown in FIG. 14A through FIG. 14C. In FIG. 14A through FIG. 14C, as in FIG. 9A through FIG. 9D, the points P are connected by arrows in the order in which the points P are obtained, and the origin ((X, Y)=(0, 0)) represents the value of the acceleration data in the state where no acceleration including the acceleration of gravity acts upon the acceleration sensor 701.
With reference to FIG. 13, when performing a leftward swing or a rightward swing of the controller 7, the player can provide the controller 7 with a “leftward twist” or a “rightward twist” around the Z-axis. The “leftward twist” refers to rotating the controller 7 counterclockwise with respect to the player around the Z axis, and the “rightward twist” refers to rotating the controller 7 clockwise with respect to the player around the Z axis. The result of a determination on the twist is reflected on a spin (a topspin or a backspin) given to the ball character BC.
In order to determine an angle at which the player twists the controller 7 (twisting angle) while swinging the controller 7, it is necessary to analyze the X- and Y-axis direction acceleration data from the start until the end of the swing. In this embodiment, the twisting angle of the controller 7 is determined using a point Ps representing the X- and Y-axis direction acceleration data obtained at the start of the swing (the first point plotted in the X-Y coordinate system; start point) and a point Pe representing the X- and Y-axis direction acceleration data obtained at the end of the swing (the last point plotted in the X-Y coordinate system; end point).
For example, FIG. 14A shows an example of the X- and Y-axis direction acceleration data obtained from the start until the end of the swing when the player performs a horizontal leftward swing with the top surface of the controller 7 being kept upward (i.e., with no twist). An angle θ defined by a straight line connecting the start point Ps and the origin of the X-Y coordinate system and a straight line connecting the end point Pe and the origin (hereinafter, referred to as an “angle θ from the start point Ps to the end point Pe”) is calculated, and a spin parameter S in accordance with the angle θ is set. Since the direction of gravity acting upon the controller 7 is constant, an intermediate angle θ is obtained. The angle θ is obtained by calculating an absolute value of an angle defined by a vector extending from the origin of the X-Y coordinate system to the start point Ps and a vector extending from the origin to the end point Pe.
FIG. 14B shows an example of the X- and Y-axis direction acceleration data obtained from the start until the end of the swing when the player performs a horizontal leftward swing while giving a leftward twist to the controller 7 from the state where the top surface of the controller 7 is directed upward. Since the direction of gravity acting upon the controller 7 changes clockwise in accordance with the twist, the angle θ from the start Ps to the end point Pe obtained by the leftward twist is larger than the angle θ obtained with no twist.
FIG. 14C shows an example of the X- and Y-axis direction acceleration data obtained from the start until the end of the swing when the player performs a horizontal leftward swing while giving a rightward twist to the controller 7 from the state where the top surface of the controller 7 is directed upward. Since the direction of gravity acting upon the controller 7 changes counterclockwise in accordance with the twist, the angle θ from the start Ps to the end point Pe obtained by the rightward twist is smaller than the angle θ obtained with no twist.
As described above, the direction or angle of a twist provided to the controller 7 during the swing can be determined using the angle θ from the start point Ps to the end point Pe. For example, in the case where the player is performing a leftward swing of the controller 7, the controller 7 is determined to be given a “leftward twist” when the angle θ is larger than a threshold value and is determined to be given a “rightward twist” when the angle θ is smaller than the threshold value. In the case where the player is performing a rightward swing of the controller 7, the direction of the twist is determined oppositely. Namely, in the case where the player is performing a rightward swing of the controller 7, the controller 7 is determined to be given a “rightward twist” when the angle θ is larger than the threshold value and is determined to be given a “leftward twist” when the angle θ is smaller than the threshold value. Using the start point Ps and the end point Pe represented by the X- and Y-axis direction acceleration data as coordinate points on the X-Y coordinate system, a rotation motion of the controller 7 around the Z axis, perpendicular to the X and Y axes, as the rotation axis can be determined.
In accordance with the difference between the angle θ obtained by the leftward twist or the rightward twist and the angle θ obtained with no twist (see FIG. 14A), an amount by which the player twists the controller 7 (twisting amount) can be determined. In this embodiment, a predetermined conversion table is used to convert the angle θ used for determining the twisting direction or the twisting angle into a spin parameter S in accordance with the value of the angle θ. Thus, the subsequent game processing is executed. A spin parameter S is, for example, a floating-point number in the range of −1.0 to 1.0 which is determined in accordance with the value of the angle θ. The game processing is executed such that the maximum effect of a backspin is provided when S=−1.0, and the maximum effect of a topspin is provided when S=1.0.
For example, as shown in FIG. 15, when the angle θ is θ≦30°, the angle θ is converted into a spin parameter S=−1.0. When the angle θ is 30°<θ≦70°, the angle θ is converted into a spin parameter S linearly changing in the range of −1.0 to 0.0. When the angle θ is 70°<θ≦120°, the angle θ is converted into a spin parameter S=0.0. When the angle θ is 120°<θ≦160°, the angle θ is converted into a spin parameter S linearly changing in the range of 0.0 to 0.1. When the angle θ is 160°<θ, the angle θ is converted into a spin parameter S=1.0. By adjusting such a conversion table, the effect of reflecting a twist given to the controller 7 on the game processing can be adjusted.
With reference to FIG. 16A through FIG. 16C and FIG. 17, a method for determining a state where the controller 7 is being swung up or down will be described. FIG. 16A through FIG. 16C illustrate the relationship between the state where the controller 7 is inclined upward or downward and the coordinate axes in such a state. FIG. 17 is a graph illustrating an example of up-down angle UD calculated in accordance with Z-axis direction acceleration data.
In this embodiment, it is determined whether the controller 7 is being swung up or down based on the up-down direction of the controller 7 before the controller 7 is swung. For example, when the player inclines the front surface of the controller 7 downward at equal to or greater than a predetermined angle from the horizontal state before starting the swing, it is determined that the controller 7 is being swung up. When the player inclines the front surface of the controller 7 upward at equal to or greater than the predetermined angle from the horizontal state before starting the swing, it is determined that the controller 7 is being swung down.
Specifically, when it is determined that the controller 7 is being swung, the up-down direction of the controller 7 before the swing is determined based on the Z-axis direction acceleration data obtained during several frames immediately therebefore. For example, as shown in FIG. 16A, when the controller 7 is horizontal before the player starts swinging the controller 7, the acceleration of gravity acts in the negative Y-axis direction. Therefore, the Z-axis direction acceleration data does not reflect the influence of the acceleration of gravity. As shown in FIG. 16B, when the front surface of the controller 7 is inclined upward with respect to the horizontal state before the player starts swinging the controller 7, the acceleration of gravity acts in the negative Y-axis direction and a negative Z-axis direction. Therefore, the Z-axis direction acceleration data shows an acceleration in the negative Z-axis direction by the influence of the acceleration of gravity. As shown in FIG. 16C, when the front surface of the controller 7 is inclined downward with respect to the horizontal state before the player starts swinging the controller 7, the acceleration of gravity acts in the negative Y-axis direction and the positive Z-axis direction. Therefore, the Z-axis direction acceleration data shows an acceleration in the positive Z-axis direction by the influence of the acceleration of gravity. Accordingly, the up-down direction of the controller 7 before the player starts swinging the controller 7 can be determined by analyzing the Z-axis direction acceleration data obtained before the player starts swinging the controller 7.
In this embodiment, the obtained Z-axis direction acceleration data is stored in the main memory 33. When it is determined that the controller 7 is being swung, an average value Zave of the Z-axis direction acceleration data obtained in 30 immediately previous frames is converted into an up-down angle UD of the controller 7. Thus, the subsequent game processing is executed.
For example, as shown in FIG. 17, when the average value Zave is Zave≦−0.2 G, the average value Zave is converted into an up-down angle UD=60°. When the average value Zave is −0.2 G<Zave≦1.0 G, the average value Zave is converted into an up-down angle UD linearly changing in the range of 60° to −60°. When the average value Zave is 1.0 G<Zave, the average value Zave is converted into an up-down angle UD=−600. The up-down angle UD into which the average value Zave is converted is eccentric toward the positive Z-axis direction. The reason is as follows. Since the Z-axis direction acceleration data is always eccentric to the positive Z-axis direction at the start of the swing. In consideration of the influence of this, the up-down angle UD is made eccentric to the positive Z-axis direction. By adjusting such a conversion table, the effect of reflecting the Z-axis direction acceleration data obtained before the player starts swinging the controller 7 on the game processing can be adjusted.
Next, the game processing performed by the game system 1 will be described in detail. With reference to FIG. 18, main data used for the game processing will be described. FIG. 18 shows main data stored in the main memory 33 of the game apparatus 3.
As shown in FIG. 18, the main memory 33 includes stored therein acceleration data Da, up-down angle data Db, counterclockwise accumulated area data Dc, clockwise accumulated area data Dd, first ball trajectory data De, second ball trajectory data Df, first dummy ball data Dg, second dummy ball data Dh, ball character data Di, start point-end point angle data Dj, spin parameter data Dk, maximum inter-plot interval data D1, count data Dm, image data Dn and the like. In addition to data shown in FIG. 18, the main memory 33 also includes stored therein data on the player character PC, the opponent character EC and the like appearing in the game (position data, etc.), data on the virtual game space (topography data, etc.) and other data necessary for the game processing.
The acceleration data Da is included in a series of operation information which is transmitted from the controller 7 as transmission data. A predetermined number of frames (for example, 30 frames for one frame ( 1/60 sec.) as a game processing interval) of the obtained acceleration data Da is stored. The acceleration data Da includes X-axis direction acceleration data Da1, Y-axis direction acceleration data Da2, and Z-axis direction acceleration data Da3 detected by the acceleration sensor 701 as components of the X-, Y- and Z-axis directions. The receiving unit 6 included in the game apparatus 3 receives the acceleration data Da included in the operation information transmitted from the controller 7 at a predetermined time interval (for example, every 5 ms) and accumulates the acceleration data Da in a buffer (not shown) in the receiving unit 6. Then, the acceleration data Da is read a unit of one frame as the game processing interval, and stored in the main memory 33.
The up-down angle data Db represents an up-down angle UD (see FIG. 16A through FIG. 16C and FIG. 17) calculated based on the Z-axis direction acceleration data Da3 obtained from the controller 7 before the controller 7 is swung. The counterclockwise accumulated area data Dc represents the accumulated areas of the triangles (see FIG. 12) formed using the acceleration data showing a counterclockwise shift with respect to the origin of the X-Y coordinate system. The clockwise accumulated area data Dd represents the accumulated areas of the triangles (see FIG. 12) formed using the acceleration data showing a clockwise shift with respect to the origin of the X-Y coordinate system.
The first ball trajectory data De represents a trajectory of the ball character BC moving in the virtual game space based on data obtained on an initial stage of motion recognition processing described later (such a trajectory will be referred to as a “first ball trajectory TR1”). The second ball trajectory data Df represents a trajectory of the ball character BC moving in the virtual game space based on data obtained throughout the motion recognition processing described later (such a trajectory will be referred to as a “second ball trajectory TR2”). The first dummy ball data Dg includes first dummy ball velocity data Dg1 and first dummy ball position data Dg2. The first dummy ball velocity data Dg1 is velocity vector data which represents the velocity of a first dummy ball moving along the trajectory represented by the first ball trajectory data De in the virtual game space. The first dummy ball position data Dg2 is coordinate position data which represents the position of the first dummy ball moving along the trajectory represented by the first ball trajectory data De in the virtual game space. The second dummy ball data Dh includes first dummy ball velocity data Dh1 and second dummy ball position data Dh2. The second dummy ball velocity data Dh1 is velocity vector data which represents the velocity of a second dummy ball moving along the trajectory represented by the second ball trajectory data Df in the virtual game space. The second dummy ball position data Dh2 is coordinate position data which represents the position of the second dummy ball moving along the trajectory represented by the second ball trajectory data Df in the virtual game space. The ball character data Di includes ball character velocity data Di1 and ball character position data Di2. The ball character velocity data Di1 is velocity vector data which represents a current velocity of the ball character BC in the virtual game space. The ball character position data Di2 is coordinate position data which represents a current position of the ball character BC in the virtual game space.
The start point-end point angle data Dj represents an angle θ from the start point Ps to the end point Pe in the X-Y coordinate system (see FIG. 14A through FIG. 14C). The spin parameter data Dk represents a spin parameter S (see FIG. 15) obtained by converting the angle θ. The maximum inter-plot interval data D1 represents a maximum data interval among the intervals between points plotted in a time series manner in the X-Y coordinate system based on the X- and Y-axis direction acceleration data obtained throughout the motion recognition processing. The count data Dm represents a counted value used for a flowchart described later.
The image data Dn includes player character image data Dn1, ball image data Dn2 and the like, and used for generating a game image by locating the player character PC and the ball character BC in the virtual game space.
With reference to FIG. 19 through FIG. 26, the game processing performed by the game apparatus 3 will be described in detail. FIG. 19 is a flowchart illustrating a flow of the game processing executed by the game apparatus 3. FIG. 20 shows a sub-routine of a detailed operation of initial motion recognition processing in step 51 shown in FIG. 19. FIG. 21 shows a sub-routine of a detailed operation of animation start processing in step 52 shown in FIG. 19. FIG. 22 shows a sub-routine of a detailed operation of first behavior processing in step 53 shown in FIG. 19. FIG. 23 shows a sub-routine of a detailed operation of second behavior processing in step 54 shown in FIG. 19. FIG. 24 shows timing of motion recognition processing, animation processing, and ball behavior processing. FIG. 25 shows exemplary behaviors determined in accordance with the spin parameter S. FIG. 26 shows an example of the first ball trajectory TR1 and the second ball trajectory TR2. With reference to the flowcharts in FIG. 19 through FIG. 23, game processing performed based on a game operation by the player swinging the controller 7 will be described, and other parts of the game processing not directly relevant to the present invention will be omitted. In FIG. 19 through FIG. 23, each of steps performed by the CPU 30 will be represented with “S”.
When the power of the game apparatus 3 is turned on, the CPU 30 of the game apparatus 3 executes a start program stored in a boot ROM (not shown) to initialize the elements including the main memory 33. The game program stored on the optical disc 4 is read to the main memory 33, and thus the CPU 30 starts executing the game program. The flowcharts shown in FIG. 19 through FIG. 23 illustrate the game processing executed after the above-described processing is completed.
As shown in FIG. 19, the CPU 30 sequentially executes the initial motion recognition processing (step 51), the animation start processing (step 52), the first behavior processing (step 53), and the second behavior processing (step 54). The details of these processing will be described later. After step 54, the CPU 30 determines whether or not to terminate the game (step 55). The game can be terminated, for example, when a condition for terminating the game is fulfilled (e.g., the tennis game played by the player character PC is over) or when the player performs an operation for terminating the game. When it is determined that the game is not to be terminated, the CPU 30 returns to step 51 and repeats the processing. When it is determined that the game is to be terminated, the CPU 30 terminates the processing illustrated in the flowchart in FIG. 19.
With reference to FIG. 20, the initial motion recognition processing in step 51 will be described. The CPU 30 obtains acceleration data included in the operation information received from the controller 7 (step 61), and advances the processing to the next step. The CPU 30 stores the obtained acceleration data in the main memory 33 as acceleration data Da. The acceleration data Da obtained in step 61 includes X-, Y-, and Z-axis direction acceleration data Da1, Da2 and Da3 detected by the acceleration sensor 701 as components of three axial directions (X-, Y- and Z-axis directions). The communication section 75 transmits the operation information to the game apparatus 3 at a predetermined time interval (for example, every 5 ms), and thus at least the acceleration data is accumulated in the buffer (not shown) in the receiving unit 6. The CPU 30 obtains the acceleration data by a unit of one frame, which is a game processing unit, and stores the acceleration data in the main memory 33.
Next, the CPU 30 determines whether or not the controller 7 is being swung by the player using the obtained acceleration data (step 62). Specifically, when the Z-axis direction acceleration data Da3 obtained in step 61 represents a positive Z-axis direction value exceeding a threshold value, the CPU 30 determines that the player is swinging the controller 7. In this case, the CPU 30 advances the processing to the next step. When the player is not swinging the controller 7, the CPU 30 returns to step 61 and repeats the above-described processing.
In step 63, the CPU 30 determines the up-down direction of the controller 7 before the swing, and advances the processing to the next step. Specifically, the CPU 30 calculates an average value Zave of the Z-axis direction acceleration data Da3 in several immediately previous frames (for example, 30 frames) stored in the main memory 33. Then, the CPU 30 converts the average Zave into the up-down angle UD (see FIG. 17) and stores data representing the up-down angle UD as the up-down angle data Db.
Next, the CPU 30 obtains the acceleration data included in the operation information received from the controller 7 by substantially the same processing as step 61 (step 64), and determines whether or not the player has finished the motion of swinging the controller 7 based on whether or not the obtained Z-axis direction acceleration data Da3 represents a value equal to or less than the threshold value (step 65). When the player is still swinging the controller 7, the CPU 30 advances the processing to step 66. When the player has finished the motion of swinging the controller 7, the CPU 30 returns to step 51 and repeats the above-described processing.
In step 66, the CPU 30 accumulates the areas of the triangles defined by the accelerated data Da obtained in step 64 and the origin of the X-Y coordinate system, and advances the processing to the next step. Specifically, as described above with reference to FIG. 12, when the acceleration data Da obtained in step 64 shows a counterclockwise shift with respect to the origin, the CPU 30 accumulates the area of the resultant triangle on the counterclockwise accumulated area data Dc as necessary and stores the obtained data. When the acceleration data Da obtained in step 64 shows a clockwise shift with respect to the origin, the CPU 30 accumulates the area of the resultant triangle on the clockwise accumulated area data Dd as necessary and stores the obtained data.
Next, the CPU determines an interval between points plotted in the X-Y coordinate system (data interval) based on the acceleration data Da obtained in step 64 (step 67), and advances the processing to the next step. Specifically, when the obtained data interval is larger than the data interval included in the current maximum inter-plot interval data D1, the CPU 30 updates the maximum inter-plot interval data D1 to the obtained data interval. When the obtained data interval is equal to or smaller than the data interval included in the current maximum inter-plot interval data D1, the CPU 30 advances the processing to the next step without updating.
Next, the CPU 30 determines whether or not either one of the accumulated area represented by the counterclockwise accumulated area data Dc and the accumulated area represented by the clockwise accumulated area data Dd has exceeded a threshold value (step 68). When either one of the areas has exceeded the threshold value, the CPU 30 terminates the processing of this sub-routine and advances the processing to step 52 in FIG. 19. When neither area has exceeded the threshold value, the CPU 30 returns to step 64 and repeats the above-described processing.
With reference to FIG. 21, the animation start processing in step 52 will be described. After step 68, the CPU 30 determines the swinging direction of the controller 7 (step 71), and advances the processing to the next step. For example, when it is determined in step 68 that the accumulated area represented by the counterclockwise accumulated area data Dc has exceeded the threshold value, this means that the acceleration data shows a counterclockwise shift with respect to the origin of the X-Y coordinate system. Thus, it is determined that the player is performing a “rightward swing” (see FIG. 7). When it is determined in step 68 that the accumulated area represented by the clockwise accumulated area data Dd has exceeded the threshold value, this means that the acceleration data shows a clockwise shift with respect to the origin of the X-Y coordinate system. Thus, it is determined that the player is performing a “leftward swing” (see FIG. 7).
As is clear from steps 68 and 71, the processing in step 71 is executed when either one of the counterclockwise accumulated area data Dc and the clockwise accumulated area data Dd has exceeded the threshold value. The processing in step 71 is not executed when the player finishes the motion of swinging the controller 7. As shown in FIG. 24, processing of recognizing the motion from the start until the end of the swing of the controller 7 by the player (motion recognition processing) is executed from time T1 to time T4. Processing of displaying an animation of the player character PC swinging the tennis racket (animation processing) starts at time T2, i.e., in the middle of the motion recognition processing. Namely, the swinging direction of the controller 7 is determined at a point after the player starts swinging the controller 7 but before the player finishes swinging the controller 7, and is reflected on the game image. The initial motion recognition processing in step 51 is executed from time T1 to time T2 as a part of the motion recognition processing.
The relationship between (i) the swinging direction of the controller 7 and (ii) which of the counterclockwise accumulated area and the clockwise accumulated area has exceeded the threshold value varies in accordance with the setting of the coordinate axes for the controller 7, the characteristics of the acceleration sensor, the setting of the X-Y coordinate system and the like. Such a relationship may be adjusted in accordance with such settings as necessary. Specifically, the swinging direction of the controller 7 can be accurately determined by analyzing the relationship between (i) the swinging direction of the controller 7 and (ii) which of the counterclockwise accumulated area and the clockwise accumulated area has exceeded the threshold value, with respect to the direction of acceleration of gravity based on the obtained acceleration data.
Next, the CPU 30 determines the swing with which the player character PC will make in order to hit back the ball character BC (step 72), and determines whether or not the player character PC will miss the shot (step 73). In the steps executed so far, the player character PC has not started the motion of swinging the racket. However, the CPU 30 can estimate and determine whether or not the player character PC will be able to hit back the ball character BC flying toward the player character PC with a current swing, based on data on a current position and an estimated future position of the player character PC, a current position and an estimated future trajectory of the ball character BC, the swinging direction of the tennis racket by the player character PC and the like. When it is estimated that the player character PC will miss the shot, the CPU 30 starts processing of displaying an animation of the player character PC missing the shot on the monitor (step 76), and advances the processing to step 55 in FIG. 19. When it is estimated that the player character PC will be able to hit back the ball character BC, the CPU 30 advances the processing to step 74.
In step 74, the CPU 30 counts a time period t from the current time until the player character PC hits back the ball character BC, and starts counting to update the count data Dn. The CPU 30 starts processing of displaying an animation of the player character PC hitting back the ball character BC on the monitor (step 75), and advances the processing to the next step. The animation of the player character PC hitting back the ball character BC is provided with a swing in accordance with the up-down angle UD. Namely, an animation of the player character PC swinging up or swinging down the racket in the up-down direction represented by the up-down angle UD is displayed.
Next, the CPU 30 obtains the acceleration data included in the operation information received from the controller 7 (step 77), and determines whether or not the player has finished the motion of swinging the controller 7 based on the acceleration data (step 78). When the player is still swinging the controller 7, the CPU 30 advances the processing to step 79. When the player has finished the motion of swinging the controller 7, the CPU 30 advances the processing to step 101 (see FIG. 23). The processing of obtaining the acceleration data in step 77 is substantially the same as that in step 61 and will not be described in detail. The method for determining whether or not the player has finished the motion of swinging the controller 7 in step 78 is substantially the same as that in step 62 except that the acceleration data obtained in step 77 is used, and will not be described in detail.
In step 79, the CPU 30 determines an interval between points plotted in the X-Y coordinate system (data interval) based on the acceleration data obtained in step 77. The processing of determining the data interval in step 79 is substantially the same as that in step 67 except that the acceleration data obtained in step 77 is used, and will not be described in detail. Next, the CPU 30 determines whether or not the current counted value of the count data Dn has reached the time t (step 80). When the current counted value of the count data Dn has not reached the time t, the CPU 30 updates the current counted value in the count data Dn (step 81). Then, the CPU 30 returns to step 77 and repeats the above-described processing. When the current counted value of the count data Dn has reached the time t, the CPU 30 terminates the processing in this sub-routine and advances the processing to step 53 in FIG. 19.
With reference to FIG. 22, the first behavior processing in step 53 will be described. After step 80, the CPU 30 calculates the initial velocity, direction and position at which the ball character BC is hit back, displays the ball character BC at the calculated position (step 91), and advances the processing to the next step. Specifically, the CPU 30 represents the velocity and direction of the ball character BC by a velocity vector (vx, vy, vz) and stores data representing the velocity vector in the ball character velocity data Di1. The magnitude of the velocity vector (vx, vy, vz) is set to a fixed value. The direction of the velocity vector (vx, vy, vz) is set based on the swinging direction of the controller 7 by the player, the relationship between the timing when the player starts swinging the controller 7 and the timing when the ball character BC arrives at the player, the up-down angle UD and the like. Specifically, the left-right direction in which the ball character BC is hit back is determined by the left-right direction in which the player character PC swings the tennis racket (i.e., the swinging direction of the controller 7) and the timing at which the player character PC hits the ball character BC (i.e., the time at which the player starts swinging the controller 7). The up-down direction in which the ball character BC is hit back is determined by the up-down direction in which the player character PC swings the tennis racket (i.e., the up-down angle UD). For example, when the up-down angle UD has a positive value, the player swings down the controller 7. Therefore, the velocity vector of the ball character BC is set to a low value in correspondence to the value of the up-down angle UD. When the up-down angle UD has a negative value, the player swings up the controller 7. Therefore, the velocity vector of the ball character BC is set to a high value in correspondence to the value of the up-down angle UD. The CPU 30 indicates the position at which the ball character BC is hit by the tennis racket of the player character PC with a coordinate position (x, y, z) in the virtual game space, and stores the data representing the coordinate position in the ball character position data Di2.
Next, the CPU 30 obtains the acceleration data included in the operation information received from the controller 7 (step 92). The CPU 30 determines an interval between points plotted in the X-Y coordinate system (data interval) based on the acceleration data Da obtained in step 92 (step 93), and advances the processing to the next step. The processing of obtaining the acceleration data in step 92 is substantially the same as that in step 61 and will not be described in detail. The processing of determining the data interval in step 93 is substantially the same as that in step 67 except that the acceleration data obtained in step 92 is used, and will not be described in detail.
The CPU 30 calculates the first ball trajectory TR1 based on the velocity vector (vx, vy, vz) and the coordinate position (x, y, z) stored in the current ball character velocity data Di1 and ball character position data Di2. Then, the CPU 30 displays the ball character BC while moving the ball character BC along the first ball trajectory TR1 (step 94). More specifically, the CPU 30 defines the physical laws of the real world (for example, gravity, air resistance, influence of wind) in the virtual game space virtually or strictly. The CPU 30 calculates the first ball trajectory TR1 based on the velocity vector (vx, vy, vz), the coordinate position (x, y, z), the spin parameter S (here, S=0.0), and the physical laws, and stores the first ball trajectory TR1 in the first ball trajectory data De. Then, the CPU 30 newly calculates the velocity vector (vx, vy, vz) and the coordinate position (x, y, z) of the ball character BC such that the ball character BC moves along the first ball trajectory TR1. The CPU 30 stores the newly calculated velocity vector (vx, vy, vz) and coordinate position (x, y, z) in the ball character velocity data Di1 and the ball character position data Di2, and displays the ball character BC at the coordinate position (x, y, z) on the monitor 2. Then, the CPU 30 advances the processing to the next step.
Next, the CPU 30 determines whether or not the player has finished the motion of swinging the controller 7 based on the acceleration data obtained in step 92 (step 95). When the player is still swinging the controller 7, the CPU 30 returns to step 92 and repeats the above-described processing. When the player has finished the motion of swinging the controller 7, the CPU 30 advances the processing to step 54 in FIG. 19. The method for determining whether or not the player has finished the motion of swinging the controller 7 in step 95 is substantially the same as that in step 62 except that the acceleration data obtained in step 92 is used, and will not be described in detail.
As is clear from steps 91 through 95, the first behavior processing is executed from the time when the ball character BC is hit until the time when the player finishes swinging the controller 7. As shown in FIG. 24, processing of representing a behavior of the ball character BC being hit back (ball behavior processing) starts at time T3, i.e., in the middle of the motion recognition processing. Namely, the manner in which the ball character BC is hit back is reflected on the game image based on the operation information (acceleration data) obtained at a point after the player starts swinging the controller 7 but before the player finishes swinging the controller 7. The animation start processing in step 52 is executed from time T2 to time T3 as a part of the animation processing. The first behavior processing in step 53 is executed from time T3 to time T4 as a part of the ball behavior processing. The second behavior processing described below represents a behavior of the ball character BC being hit after the player finishes swinging the controller 7, and starts at time T4 as a part of the behavior processing.
With reference to FIG. 23, the second behavior processing in step 54 will be described. After step 95, the CPU 30 calculates the angle θ from the start point Ps to the end point Pe (see FIG. 14A through FIG. 14C) and stores the angle θ in the start point-end point angle data Dj (step 101). Next, the CPU 30 converts the angle θ into a spin parameter S (see FIG. 15), and stores the spin parameter S in the spin parameter data Dk (step 102). Based on the data interval stored in the maximum inter-plot interval data D1, the CPU 30 calculates the velocity vector (v2x, v2y, v2z) of the second dummy ball, stores the velocity vector in the second dummy ball velocity data Dh1 (step 103), and advances the processing to the next step.
As the velocity vector (v2x, v2y, v2z) of the second dummy ball, the velocity vector of the ball character BC back at the time when the player character PC hit the ball character BC with the tennis racket (time T3 shown in FIG. 24) is re-calculated in consideration of the influence of the data interval (i.e., the swinging velocity of the controller 7). Accordingly, the magnitude of the velocity vector (v2x, v2y, v2z) is set in accordance with the data interval. Specifically, when the data interval is relatively large, the velocity vector is set to be relatively large, whereas when the data interval is relatively small, the velocity vector is set to be relatively small. The direction of the velocity vector (v2x, v2y, v2z) is set in substantially the same manner as step 91.
Next, the CPU 30 performs the processing of adjusting the animation of the player character PC hitting back the ball character BC, which is started in step 75, displays the animation on the monitor 2 (step 104), and advances the processing to the next step. In step 75 (time T2 shown in FIG. 24), only the left-right and up-down directions and the timing of the player swinging the controller 7 are known. Therefore, the animation is started based on only such information. In step 104 (time T4 shown in FIG. 24), the twisting angle given to the controller 7 by the player and the swinging velocity of the controller 7 are also known. Therefore, an animation also based on such additional information can be represented. In step 104, a topspin or a backspin found from the twisting angle and the swinging velocity found from the data interval are reflected on the animation started in step 75 and displayed on the monitor 2.
Next, the CPU 30 refers to the ball character position data Di2 to determine whether or not the ball character BC has reached a predetermined space in the virtual game space (step 105). The “predetermined space” refers to, for example, a space above the opponent's court or a space outside the tennis court set in the virtual game space. When the ball character BC has not reached the predetermined space, the CPU 30 advances the processing to step 106. When the ball character BC has reached the predetermined space, the CPU 30 advances the processing to step 109.
In step 106, the CPU 30 calculates the first ball trajectory TR1 and the second ball trajectory TR2, and performs processing of interpolating the trajectory of the ball character BC from the first ball trajectory TR1 to the second ball trajectory TR2. The CPU 30 moves the ball character BC along the post-interpolation trajectory to update the ball character velocity data Di1 and the ball character position data Di2, and displays the ball character BC on the monitor 2 (step 107). Then, the CPU 30 advances the processing to step 108.
With reference to FIG. 25 and FIG. 26, the second ball trajectory TR2 and the interpolation processing will be described. The first ball trajectory TR1 of the ball character BC calculated in step 94 is obtained only based on the information recognized in the initial motion recognition processing (the left-right and up-down directions and the timing at which the controller 7 is swung). The second ball trajectory TR2 of the ball character BC is calculated further based on information obtained throughout the motion recognition processing (the twisting angle and the swinging velocity of the controller 7).
The second ball trajectory TR2 is calculated as follows, like the first ball trajectory TR1. The CPU 30 defines the physical laws of the real world in the virtual game space. The CPU 30 calculates the second ball trajectory TR2 based on the velocity vector (v2x, v2y, v2z), the coordinate position (x2, y2, z2), the spin parameter S, and the physical laws, and stores the second ball trajectory TR2 in the second ball trajectory data Df. More specifically, the CPU 30 calculates the second ball trajectory TR2 by adding the influence of the spin parameter S to a trajectory calculated in substantially the same manner as the first ball trajectory TR1 using the coordinate position (x2, y2, z2) at which the ball character BC is hit by the tennis racket of the player character PC and the velocity vector (v2x, v2y, v2z) obtained in step 103.
As shown in FIG. 25, when the player performs a “leftward swing” of the controller 7 with a “leftward twist” or performs a “right ward swing” of the controller 7 with a “rightward twist”, the spin parameter S is S>0.0, which represents a topspin. When the player performs a “leftward swing” of the controller 7 with a “rightward twist” or performs a “right ward swing” of the controller 7 with a “leftward twist”, the spin parameter S is S<0.0, which represents a backspin. When the spin parameter S represents a topspin (S>0.0), the CPU 30 changes the trajectory so as to rapidly go down in the up-down direction. When the spin parameter S represents a backspin (S<0.0), the CPU 30 changes the trajectory such that the flying distance of the ball character BC increases in the up-down direction and the ball character BC curves in the left-right direction in accordance with the swinging direction (such that the ball character BC curves rightward in the case of a “leftward swing” and curves leftward in the case of a “rightward swing”). When the spin parameter S represents no twist (S=0.0), the CPU 30 does not change the trajectory as an influence of the spin.
As shown in FIG. 24 and FIG. 26, the second ball trajectory TR2 is calculated at time T4 when the player finishes swinging the controller 7. At this point, the ball character BC displayed on the monitor 2 is already moving along the first ball trajectory TR1 (thick line in FIG. 26 between time T3 and time T4). The trajectory reflecting all the data obtained by the player swinging the controller 7 is the second ball trajectory TR2. Therefore, it is desirable to modify the trajectory of the ball character BC from the first ball trajectory TR1 to the second ball trajectory TR2 such that the ball character BC moves along the second ball trajectory TR2. In order to move the ball character BC along the second ball trajectory TR2 without making the player feel unnatural, it is necessary to make a shift from the first ball trajectory TR1 to the second ball trajectory TR2 smoothly (thick line in FIG. 26 between time T4 and time T5). In this embodiment, in the process of shifting the first ball trajectory TR1 to the second ball trajectory TR2 (thick line in FIG. 26 between time T4 and time T5), a dummy ball which is not displayed is flown along each of the first ball trajectory TR1 and the second ball trajectory TR2. A position at which the positions of the dummy balls are interpolated is set as the position of the ball character BC.
The CPU 30 sets a dummy ball flown along the first ball trajectory TR1 as a first dummy ball B1. A first dummy ball velocity (v1x, v1y, v1z) and a first dummy ball position (x1, y1, z1) are provided as the parameters of the first dummy ball B1. The CPU 30 sets a dummy ball flown along the second ball trajectory TR2 as a second dummy ball B2. A second dummy ball velocity (v2x, v2y, v2z) and a second dummy ball position (x2, y2, z2) are provided as the parameters of the second dummy ball B2. An interpolation time period Ti is set as a time period required for the interpolation (time T5 to time T6 shown in FIG. 26).
At time T4, the CPU 30 stores the ball character velocity (vx, vy, vz) and the ball character position (x, y, z), stored in the ball character data Di, in the first dummy ball data Dg as the first dummy ball velocity (v1x, v1y, v1z) and the first dummy ball position (x1, y1, z1). Based on the second dummy ball data Dh, the CPU 30 moves the second dummy ball B2 along the second dummy ball trajectory TR2 to a position corresponding to the time T4 and updates the second dummy ball data Dh.
At time Tn between time T4 and time T5, the CPU 30 updates the parameters of the first dummy ball B1 and the second dummy ball B2 by physical calculations, and moves the first dummy ball B1 and the second dummy ball B2 frame by frame along the first dummy ball trajectory TR1 and the second dummy ball trajectory TR2 respectively. The CPU 30 uses the following equations to calculate the position and velocity at which the dummy balls are to be interpolated and thus update the ball character velocity data Di1 and the ball character position data Di2 (thick line between time T4 and time T5 shown in FIG. 26).

ratio=(Tn−T4)÷Ti 

x=x2×ratio+x1×(1.0−ratio)

y=y2×ratio+y1×(1.0−ratio)

z=z2×ratio+z1×(1.0−ratio)

vx=v2x×ratio+v1x×(1.0−ratio)

vy=v2y×ratio+v1y×(1.0−ratio)

vz=v2z×ratio+v1z×(1.0−ratio)

As shown here, the ball character velocity data Di1 and the ball character position data Di2 between time T4 and time T5 are obtained by weighting the velocity and position of the first dummy ball B1 and the second dummy ball B2, obtained at a predetermined time interval, at a predetermined ratio and averaging the resultant velocity and position.
After time T5 (thick line after time T5 shown in FIG. 26), the CPU 30 abandons the first dummy ball B1 and the second dummy ball B2. The CPU 30 calculates the second ball trajectory TR2 based on the velocity vector (vx, vy, vz) and the coordinate position (x, y, z) stored in the current ball character velocity data Di1 and ball character position data Di2. The CUP 30 moves the ball character BC along the second ball trajectory TR2 to update the ball character velocity data Di1 and the ball character position data Di2, and displays the ball character BC on the monitor 2.
Returning to FIG. 23, in step 108, the CPU 30 determines whether or not the ball character BC either has been hit back toward the opponent character EC or has become out (directly gone out of the court). When the ball character BC has not been hit back toward the opponent character EC or has not become out, the CPU 30 returns to step 106 and repeats the above-described processing. When the ball character BC either has been hit back toward the opponent character EC or has become out, the CPU 30 terminates the processing of this sub-routine and advances the processing to step 55 in FIG. 19.
When, in step 105, the ball character BC has reached the predetermined space, the CPU 30 displays the ball character BC while moving the ball character BC along the first ball trajectory TR1 (step 109), and advances the processing to the next step. More specifically, the CPU 30 calculates the first ball trajectory TR1 based on the velocity vector (vx, vy, vz) and the coordinate position (x, y, z) stored in the current ball character velocity data Di1 and ball character position data Di2. The CPU 30 displays the ball character BC while moving the ball character BC along the first ball trajectory TR1. The processing in step 109 is substantially the same as step 94, and will not be described in detail.
Next, the CPU 30 determines whether or not the ball character BC either has been hit back toward the opponent character EC or has become out (directly gone out of the court) (step 110). When the ball character BC has not been hit back toward the opponent character EC or has not become out, the CPU 30 returns to step 109 and repeats the above-described processing. When the ball character BC either has been hit back toward the opponent character EC or has become out, the CPU 30 terminates the processing of this sub-routine and advances the processing to step 55 in FIG. 19.
As described above, the game apparatus 3 in this embodiment can accurately determine motions of the controller 7 including the swinging direction of the controller 7 (moving direction of the controller 7) and the twisting direction of the controller 7 (rotation direction of the controller 7 around the Z axis as the rotation axis) as long as the player holds the controller 7 with one hand such that the front surface of the controller 7 is directed forward (i.e., away from the player). The player may swing the controller 7 with the top surface in any direction. Therefore, the degree of freedom in terms of the direction of the controller 7 held by the player (posture of the controller 7) is significantly increased. Since a rotation motion given to the controller 7 can be determined, a composite motion including a plurality of motions can be determined, for example, a motion of the controller 7 being swung while being rotated by the player. Since such a rotation motion given to the controller 7 can be used as operation information, the variety of types of operations which can be input is widened.
In the above-described game processing, the first ball trajectory TR1 and the second ball trajectory TR2 are calculated frame by frame (i.e., calculated with the processing loop of each of steps 94, 106 and 109). The trajectories may be calculated in other manners. For example, the first ball trajectory TR1 and the second ball trajectory TR2 once calculated may be stored in a memory and the stored data may be used as necessary. In this case, the first ball trajectory TR1 and/or the second ball trajectory TR2 may be calculated before the processing loop (for example, after step 91, after step 103). In this case, it is not necessary to calculate the trajectories frame by frame.
In the above description, the acceleration data in three axial directions output from the controller 7 is used to play a tennis game. The acceleration data may be used for other types of game processing. For example, example embodiment(s) of the present invention is applicable to a game in which the player character swings some type of object (ping pong, badminton, baseball, cutting something with a sword, etc.). In the above description, a determining apparatus for determining a motion of the controller 7 is included in the game system 1. Example embodiment(s) of the present invention is applicable to an information processing apparatus such as a general personal computer operated by an input device including an acceleration sensor. Based on a determined result of a motion determining apparatus, various processing can be executed. For example, in accordance with the determined motion of the input device, data displayed by the information processing apparatus may be moved, the page of information displayed by the information processing apparatus may be changed, or graphics are drawn. The motion determining apparatus may create motion data representing a motion of the input device in accordance with the determined motion of the input device and output the motion data to another apparatus.
The acceleration sensor 701 of the controller 7 is preferably a triaxial acceleration sensor for detecting and outputting linear accelerations as components of three axial directions perpendicular to one another. However, an acceleration sensor for detecting an acceleration in at least two axial directions perpendicular to each other can also be used. For example, the above-described left-right swinging direction or twisting direction can be determined using an acceleration sensor for detecting and outputting the acceleration in a three-dimensional space in which the controller 7 is located, as components of two axial directions, i.e., X-axis and Y-axis directions (see FIG. 3 and FIG. 4). In this case, the start and the end of the swing cannot be determined using the Z-axis direction acceleration, unlike the above embodiment. However, the start and the end of the swing may be determined using a centrifugal component which is generated by a left-right swing obtained by the X-axis and Y-axis direction accelerations, or using a sensor different from the acceleration sensor 701. Alternatively, a game rule that one of the operations buttons 72 should be pressed when the player swings the controller 7 may be provided, so that the start and the end of the swing can be determined in accordance with the time period in which such a button is being pressed.
In the above description, the controller 7 and the game apparatus 3 are connected to each other by wireless communication. Alternatively, the controller 7 and the game apparatus 3 may be electrically connected to each other via a cable. In this case, the cable connected to the controller 7 is connected to a connection terminal of the game apparatus 3.
In the above description, the receiving unit 6 connected to the connection terminal of the game apparatus 3 is used as receiving means for receiving transmission data which is wirelessly transmitted from the controller 7. Alternatively, the receiving means may be a receiving module built in the game apparatus 3. In this case, the transmission data received by the receiving module is output to the CPU 30 via a predetermined bus.
The shape of the controller 7, and the shape, number, position or the like of the operation section 72 provided in the controller 7 are merely exemplary, and may be altered without departing from the scope of the present invention. The position of the imaging information calculation section 74 in the controller 7 (the light incident opening of the imaging information calculation section 74) does not need to be on the front surface of the housing 71, and may be on another surface as long as light can enter from the outside of the housing 71.
A motion determining apparatus and a storage medium having a motion determining program stored thereon according to example embodiment(s) of the present invention are capable of determining a rotation motion given to an input device, and are useful as an apparatus or a program for determining a motion of an input device, such as a game apparatus or a game program operable in accordance with the motion of a game controller.
While the invention has been described in detail, the foregoing description is in all aspects illustrative and not restrictive. It is understood that numerous other modifications and variations can be devised without departing from the scope of the invention.

## Claims

1. A handheld controller for use in wirelessly communicating with an electronic game machine having an associated display screen, a first light emitting marker and a second light emitting marker each mounted spaced from but in the vicinity of the display screen, said handheld controller comprising:
a housing having a forward end, a rearward end, a top surface, a bottom surface and side surfaces and sized to be operated by one hand of a user, said housing having a user holding portion, said holding portion having a configuration to be held by a user such that the user's palm is disposed at least in part on the top surface and at least one finger is disposed at least in part on the bottom surface;
at least one processor enclosed within said housing;
an imaging device located in said housing and including a filter, a lens, and an image sensor for in use detecting light from said first light emitting marker and said second light emitting marker and for generating positional coordinate data related to the positional coordinates of said first light emitting marker and said second light emitting marker, said imaging device being operable to capture multiple frames of image data per second;
said at least one processor including image processing circuitry coupled to said image sensor and operable in use to receive and process said positional coordinate data and to output processed positional coordinate data;
a three-axis linear accelerometer in communication with said at least one processor and arranged within said housing for detecting acceleration of the controller along each of three axes and for generating acceleration data along each of the three axes over time to provide rotational-related input and to output acceleration data to said at least one processor;
said imaging device and said three-axis linear accelerometer being operable as part of a user interface to generate game play control signals in response to at least one of a user swinging the handheld controller and to a user rotating the handheld controller when the user is holding the housing such that the user's palm is disposed at least in part on the top surface and at least one finger is disposed at least in part on the bottom surface;
said three-axis linear accelerometer being operable in use in response to a user swinging the handheld controller and rotating the handheld controller to generate linear acceleration data along each of three axes sufficient to determine at least one of the swinging direction of the handheld controller and the controller rotation;
a storage device for at least temporarily storing said acceleration data along each of the three axes; and
a wireless communication device disposed within said housing operatively connected to said processor and operable in use to transmit game play-related signals to said electronic game machine including game play-related signals corresponding to said processed positional coordinate data, and said acceleration data.

2. A handheld controller for use in wirelessly communicating with an electronic game machine having an associated display screen, a first light emitting marker and a second, light emitting marker each mounted spaced from but in the vicinity of the display screen, said handheld controller comprising:
a housing having a forward end, a rearward end, a top surface, a bottom surface and side surfaces and sized to be operated by one hand of a user, said housing having a user holding portion, said holding portion having a configuration to be held by a user such that the user's palm is disposed at least in part on the top surface and at least one finger is disposed at least in part on the bottom surface;
at least one processor enclosed within said housing;
an imaging device located in said housing and including a filter, a lens, and an image sensor for in use detecting light from said first light emitting marker and said second light emitting marker and for generating positional coordinate data related to the positional coordinates of said first light emitting marker and said second light emitting marker, said imaging device being operable to capture multiple frames of image data per second;
said at least one processor including image processing circuitry coupled to said image sensor and operable in use to receive and process said positional coordinate data and to output processed positional coordinate data;
a three-axis linear accelerometer in communication with said at least one processor and arranged within said housing for detecting acceleration of the controller along each of three axes and for generating acceleration data along each of the three axes over time to provide rotational-related input and to output acceleration data to said at least one processor;
said imaging device and said three-axis linear accelerometer and being operable as part of a user interface to generate game play control signals in response to at least one of a user swinging the handheld controller and to a user rotating the handheld controller when the user is holding the housing such that the user's palm is disposed at least in part on the top surface and at least one finger is disposed at least in part on the bottom surface;
said three-axis linear accelerometer being operable in use in response to a user swinging the handheld controller and rotating the handheld controller to generate linear acceleration data related to the point in time when a swing has begun and to generate acceleration data for a portion of the swing whose magnitude decreases over time, said generated linear acceleration data providing swinging direction-related input;
a storage device for at least temporarily storing said acceleration data along each of three axes; and
a wireless communication device disposed within said housing operatively connected to said processor and operable in use to transmit game play-related signals to said electronic game machine including game play-related signals corresponding to said processed positional coordinate data, and said acceleration data.

3. A handheld controller according to claim 2, wherein said linear acceleration data indicating the point in time when a swing has begun is determined by detecting an acceleration whose magnitude exceeds the acceleration of gravity.

4. A handheld controller for use in wirelessly communicating with an electronic game machine having an associated display screen, a first light emitting marker and a second light emitting marker each mounted spaced from but in the vicinity of the display screen, said handheld controller comprising:
a housing having a forward end, a rearward end, a top surface, a bottom surface and side surfaces and sized to be operated by one hand of a user, said housing having a user holding portion, said holding portion having a configuration to be held by a user such that the user's palm is disposed at least in part on the top surface and at least one finger is disposed at least in part on the bottom surface;
at least one processor enclosed within said housing;
a first user interface for generating coordinate position data for said first and second light emitting markers, said first user interface including an imaging device located in said housing and including a filter, a lens, and an image sensor for in use detecting light from said first light emitting marker and said second light emitting marker and for generating positional coordinate data related to the positional coordinates of said first light emitting marker and said second light emitting marker; said imaging device being operable to capture multiple frames of image data per second;
a second user interface for in use controlling video game play on said electronic game machine, said user interface being operable in use to generate game play control signals in response to a user swinging the handheld controller and to a user rotating the handheld controller when the user is holding the housing such that the user's palm is disposed at least in part on the top surface and at least one finger is disposed at least in part on the bottom surface;
said second user interface including a three-axis linear accelerometer in communication with said at least one processor and arranged within said housing for detecting acceleration of the controller along each of three axes and for generating acceleration data along each of the three axes over time to provide rotational-related input and to output acceleration data to said at least one processor;
said three-axis linear accelerometer being operable in use to generate linear acceleration data related to the point in time when a swing begins and to generate acceleration data related to the point in time when a swing ends,
a storage device for at least temporarily storing said acceleration data along each of the three axes; and
a wireless communication device disposed within said housing operatively connected to said processor and operable in use to transmit game play-related signals to said electronic game machine including game play-related signals corresponding to said processed positional coordinate data, and said acceleration data.

5. A handheld controller according to claim 4, further comprising:
a third user interface including a plurality of control keys including a trigger switch.

6. A handheld controller according to claim 1 wherein the housing has an elongated shape that extends in a longitudinal direction from said forward end to said rearward end of the housing, the housing having a hole defined in its forward end to allow the light to pass therethrough; and
a connector for engaging to a device external to the controller through a hole defined in the rearward end of the housing.

7. The handheld controller of claim 1, further comprising light emitting diodes positioned along a surface of housing.

8. An apparatus comprising:
the handheld controller of claim 1; and
an electronic game machine comprising:
data obtaining programmed logic circuitry for obtaining acceleration data which is output from the accelerometer;
rotation motion determination programmed logic circuitry for determining a rotation motion of the handheld controller around a predetermined direction as a rotation axis, by comparing a start point in a two-dimensional coordinate system which is represented by the first acceleration data obtained in a predetermined period, and an end point in the two-dimensional coordinate system which is represented by the last acceleration data obtained in the predetermined period, wherein coordinate axes of the two-dimensional coordinate system are defined based on components of the two axial directions of the acceleration data, and an origin of the two-dimensional coordinate system represents a value of the acceleration data in the state where no acceleration including the acceleration of gravity acts upon the accelerometer; and
an output for outputting motion data including at least the rotation motion determined by the rotation motion determination programmed logic circuitry.

9. A handheld controller according to claim 4, wherein said storage device is operable to at least temporarily store said positional coordinate data.

10. A handheld controller for use in wirelessly communicating with an electronic game machine having an associated display screen, a first light emitting marker and a second light emitting marker each mounted spaced from but in the vicinity of the display screen, said handheld controller comprising:
a housing having a forward end, a rearward end, a top surface, a bottom surface and side surfaces and sized to be operated by one hand of a user, said housing having a user holding portion, said holding portion having a configuration to be held by a user such that the user's palm is disposed at least in part on the top surface and at least one finger is disposed at least in part on the bottom surface;
at least one processor enclosed within said housing;
a first user interface for generating coordinate position data for said first and second light emitting markers, said first user interface including an imaging device located in said housing forward end and including a filter, a lens, and an image sensor for in use detecting light from said first light emitting marker and said second light emitting marker and for generating positional coordinate data related to the positional coordinates of said first light emitting marker and said second light emitting marker; said imaging device being operable to capture multiple frames of image data per second;
a second user interface for in use controlling video game play on said electronic game machine, said second user interface being operable in use to generate game play control signals in response to a user swinging the handheld controller in an arc when the user is holding the housing such that the user's palm is disposed at least in part on the top surface and at least one finger is disposed at least in part on the bottom surface;
said second user interface including a three-axis linear accelerometer in communication with said at least one processor and arranged within said housing for detecting acceleration of the controller along each of three axes and for generating acceleration data along each of the three axes over time to provide rotational-related input and to output acceleration data to said at least one processor;
said three-axis linear accelerometer being operable in use to generate linear acceleration data related to the point in time when a swing begins and to generate acceleration data related to the point in time when a swing ends, said accelerometer being operable to detect an acceleration including at least a centrifugal component generated when the controller is swung by a user in an arc and to output acceleration data;
a storage device for at least temporarily storing said acceleration data along each of the three axes; and
a wireless communication device disposed within said housing operatively connected to said processor and operable in use to transmit game play-related signals to said electronic game machine including game play-related signals corresponding to said positional coordinate data and said acceleration data.

11. A handheld controller according to claim 10, wherein said three-axis linear acceleration is operable to detect and output acceleration data along an axis defined along the forward to rearward housing direction.

12. A handheld controller according to claim 4, wherein said three-axis linear accelerometer is operable to detect static linear acceleration.

13. A handheld controller of claim 4, wherein a trigger switch is embodied in a bottom surface of said housing, and wherein said three-axis linear accelerometer is disposed in the housing in an area from the vicinity of the trigger switch rearward.

14. A handheld controller of claim 4, further including a plurality of lights located adjacent said rearward end of said housing.

15. A handheld controller of claim 4, wherein said image sensor is a CMOS sensor.

16. A handheld controller of claim 4, wherein said image sensor is a CCD sensor.

17. A handheld controller according to claim 4, further including a plurality of push-button switches, and a trigger switch embodied in a bottom surface of said housing.

18. A handheld controller according to claim 4, wherein said imaging device comprises an infrared imaging device.

19. The handheld controller of claim 4, further including a connector disposed in a rearward end of said housing, said connector operable in use to engage and connect the controller with a connection cable.

20. The handheld controller of claim 4, wherein said housing is substantially rectangular in shape.

21. A handheld controller of claim 4, further including a direction control switch, and a plurality of push-button switches located adjacent and axially rearward of said direction control switch, and further including further push-button switches located adjacent a rearward end of said housing.