U.S. Pat. No. 12,023,587

DETAILED DESCRIPTION OF NON-LIMITING EXAMPLE EMBODIMENTS

[1. Configuration of Game System]

A game system according to an example of an exemplary embodiment is described below. An example of a game system1according to the exemplary embodiment includes a main body apparatus (an information processing apparatus; which functions as a game apparatus main body in the exemplary embodiment)2, a left controller3, and a right controller4. Each of the left controller3and the right controller4is attachable to and detachable from the main body apparatus2. That is, the game system1can be used as a unified apparatus obtained by attaching each of the left controller3and the right controller4to the main body apparatus2. Further, in the game system1, the main body apparatus2, the left controller3, and the right controller4can also be used as separate bodies (seeFIG.2). Hereinafter, first, the hardware configuration of the game system1according to the exemplary embodiment is described, and then, the control of the game system1according to the exemplary embodiment is described.

FIG.1is a diagram showing an example of the state where the left controller3and the right controller4are attached to the main body apparatus2. As shown inFIG.1, each of the left controller3and the right controller4is attached to and unified with the main body apparatus2. The main body apparatus2is an apparatus for performing various processes (e.g., game processing) in the game system1. The main body apparatus2includes a display12. Each of the left controller3and the right controller4is an apparatus including operation sections with which a user provides inputs.

FIG.2is a diagram showing an example of the state where each of the left controller3and the right controller4is detached from the main body apparatus2. As shown inFIGS.1and2, the left controller3and the right controller4are attachable to and detachable from the main body apparatus2. It should be noted that hereinafter, the left controller3and the right controller4will occasionally be referred to collectively as a “controller”.

FIG.3is six orthogonal views showing an example of the main body apparatus2. As shown inFIG.3, the main body apparatus2includes an approximately plate-shaped housing11. In the exemplary embodiment, a main surface (in other words, a surface on a front side, i.e., a surface on which the display12is provided) of the housing11has a generally rectangular shape.

It should be noted that the shape and the size of the housing11are optional. As an example, the housing11may be of a portable size. Further, the main body apparatus2alone or the unified apparatus obtained by attaching the left controller3and the right controller4to the main body apparatus2may function as a mobile apparatus. The main body apparatus2or the unified apparatus may function as a handheld apparatus or a portable apparatus.

As shown inFIG.3, the main body apparatus2includes the display12, which is provided on the main surface of the housing11. The display12displays an image generated by the main body apparatus2. In the exemplary embodiment, the display12is a liquid crystal display device (LCD). The display12, however, may be a display device of any type.

Further, the main body apparatus2includes a touch panel13on a screen of the display12. In the exemplary embodiment, the touch panel13is of a type that allows a multi-touch input (e.g., a capacitive type). The touch panel13, however, may be of any type. For example, the touch panel13may be of a type that allows a single-touch input (e.g., a resistive type).

The main body apparatus2includes speakers (i.e., speakers88shown inFIG.6) within the housing11. As shown inFIG.3, speaker holes11aand11bare formed on the main surface of the housing11. Then, sounds output from the speakers88are output through the speaker holes11aand11b.

Further, the main body apparatus2includes a left terminal17, which is a terminal for the main body apparatus2to perform wired communication with the left controller3, and a right terminal21, which is a terminal for the main body apparatus2to perform wired communication with the right controller4.

As shown inFIG.3, the main body apparatus2includes a slot23. The slot23is provided on an upper side surface of the housing11. The slot23is so shaped as to allow a predetermined type of storage medium to be attached to the slot23. The predetermined type of storage medium is, for example, a dedicated storage medium (e.g., a dedicated memory card) for the game system1and an information processing apparatus of the same type as the game system1. The predetermined type of storage medium is used to store, for example, data (e.g., saved data of an application or the like) used by the main body apparatus2and/or a program (e.g., a program for an application or the like) executed by the main body apparatus2. Further, the main body apparatus2includes a power button28.

The main body apparatus2includes a lower terminal27. The lower terminal27is a terminal for the main body apparatus2to communicate with a cradle. In the exemplary embodiment, the lower terminal27is a USB connector (more specifically, a female connector). Further, when the unified apparatus or the main body apparatus2alone is mounted on the cradle, the game system1can display on a stationary monitor an image generated by and output from the main body apparatus2. Further, in the exemplary embodiment, the cradle has the function of charging the unified apparatus or the main body apparatus2alone mounted on the cradle. Further, the cradle has the function of a hub device (specifically, a USB hub).

FIG.4is six orthogonal views showing an example of the left controller3. As shown inFIG.4, the left controller3includes a housing31. In the exemplary embodiment, the housing31has a vertically long shape, i.e., is shaped to be long in an up-down direction (i.e., a y-axis direction shown inFIGS.1and4). In the state where the left controller3is detached from the main body apparatus2, the left controller3can also be held in the orientation in which the left controller3is vertically long. The housing31has such a shape and a size that when held in the orientation in which the housing31is vertically long, the housing31can be held with one hand, particularly the left hand. Further, the left controller3can also be held in the orientation in which the left controller3is horizontally long. When held in the orientation in which the left controller3is horizontally long, the left controller3may be held with both hands.

The left controller3includes an analog stick32. As shown inFIG.4, the analog stick32is provided on a main surface of the housing31. The analog stick32can be used as a direction input section with which a direction can be input. The user tilts the analog stick32and thereby can input a direction corresponding to the direction of the tilt (and input a magnitude corresponding to the angle of the tilt). It should be noted that the left controller3may include a directional pad, a slide stick that allows a slide input, or the like as the direction input section, instead of the analog stick. Further, in the exemplary embodiment, it is possible to provide an input by pressing the analog stick32.

The left controller3includes various operation buttons. The left controller3includes four operation buttons33to36(specifically, a right direction button33, a down direction button34, an up direction button35, and a left direction button36) on the main surface of the housing31. Further, the left controller3includes a record button37and a “−” (minus) button47. The left controller3includes a first L-button38and a ZL-button39in an upper left portion of a side surface of the housing31. Further, the left controller3includes a second L-button43and a second R-button44, on the side surface of the housing31on which the left controller3is attached to the main body apparatus2. These operation buttons are used to give instructions depending on various programs (e.g., an OS program and an application program) executed by the main body apparatus2. Further, the left controller3includes a terminal42for the left controller3to perform wired communication with the main body apparatus2.

FIG.5is six orthogonal views showing an example of the right controller4. As shown inFIG.5, the right controller4includes a housing51. In the exemplary embodiment, the housing51has a vertically long shape, i.e., is shaped to be long in the up-down direction. In the state where the right controller4is detached from the main body apparatus2, the right controller4can also be held in the orientation in which the right controller4is vertically long. The housing51has such a shape and a size that when held in the orientation in which the housing51is vertically long, the housing51can be held with one hand, particularly the right hand. Further, the right controller4can also be held in the orientation in which the right controller4is horizontally long. When held in the orientation in which the right controller4is horizontally long, the right controller4may be held with both hands.

Similarly to the left controller3, the right controller4includes an analog stick52as a direction input section. In the exemplary embodiment, the analog stick52has the same configuration as that of the analog stick32of the left controller3. Further, the right controller4may include a directional pad, a slide stick that allows a slide input, or the like, instead of the analog stick. Further, similarly to the left controller3, the right controller4includes four operation buttons53to56(specifically, an A-button53, a B-button54, an X-button55, and a Y-button56) on a main surface of the housing51. Further, the right controller4includes a “+” (plus) button57and a home button58. Further, the right controller4includes a first R-button60and a ZR-button61in an upper right portion of a side surface of the housing51. Further, similarly to the left controller3, the right controller4includes a second L-button65and a second R-button66.

Further, the right controller4includes a terminal64for the right controller4to perform wired communication with the main body apparatus2.

FIG.6is a block diagram showing an example of the internal configuration of the main body apparatus2. The main body apparatus2includes components81to91,97, and98shown inFIG.6in addition to the components shown inFIG.3. Some of the components81to91,97, and98may be mounted as electronic components on an electronic circuit board and accommodated in the housing11.

The main body apparatus2includes a processor81. The processor81is an information processing section for executing various types of information processing to be executed by the main body apparatus2. For example, the processor81may be composed only of a CPU (Central Processing Unit), or may be composed of a SoC (System-on-a-chip) having a plurality of functions such as a CPU function and a GPU (Graphics Processing Unit) function. The processor81executes an information processing program (e.g., a game program) stored in a storage section (specifically, an internal storage medium such as a flash memory84, an external storage medium attached to the slot23, or the like), thereby performing the various types of information processing.

The main body apparatus2includes a flash memory84and a DRAM (Dynamic Random Access Memory)85as examples of internal storage media built into the main body apparatus2. The flash memory84and the DRAM85are connected to the processor81. The flash memory84is a memory mainly used to store various data (or programs) to be saved in the main body apparatus2. The DRAM85is a memory used to temporarily store various data used for information processing.

The main body apparatus2includes a slot interface (hereinafter abbreviated as “I/F”)91. The slot I/F91is connected to the processor81. The slot I/F91is connected to the slot23, and in accordance with an instruction from the processor81, reads and writes data from and to the predetermined type of storage medium (e.g., a dedicated memory card) attached to the slot23.

The processor81appropriately reads and writes data from and to the flash memory84, the DRAM85, and each of the above storage media, thereby performing the above information processing.

The main body apparatus2includes a network communication section82. The network communication section82is connected to the processor81. The network communication section82communicates (specifically, through wireless communication) with an external apparatus via a network. In the exemplary embodiment, as a first communication form, the network communication section82connects to a wireless LAN and communicates with an external apparatus, using a method compliant with the Wi-Fi standard. Further, as a second communication form, the network communication section82wirelessly communicates with another main body apparatus2of the same type, using a predetermined communication method (e.g., communication based on a unique protocol or infrared light communication). It should be noted that the wireless communication in the above second communication form achieves the function of enabling so-called “local communication” in which the main body apparatus2can wirelessly communicate with another main body apparatus2placed in a closed local network area, and the plurality of main body apparatuses2directly communicate with each other to transmit and receive data.

The main body apparatus2includes a controller communication section83. The controller communication section83is connected to the processor81. The controller communication section83wirelessly communicates with the left controller3and/or the right controller4. The communication method between the main body apparatus2and the left controller3and the right controller4is optional. In the exemplary embodiment, the controller communication section83performs communication compliant with the Bluetooth (registered trademark) standard with the left controller3and with the right controller4.

The processor81is connected to the left terminal17, the right terminal21, and the lower terminal27. When performing wired communication with the left controller3, the processor81transmits data to the left controller3via the left terminal17and also receives operation data from the left controller3via the left terminal17. Further, when performing wired communication with the right controller4, the processor81transmits data to the right controller4via the right terminal21and also receives operation data from the right controller4via the right terminal21. Further, when communicating with the cradle, the processor81transmits data to the cradle via the lower terminal27. As described above, in the exemplary embodiment, the main body apparatus2can perform both wired communication and wireless communication with each of the left controller3and the right controller4. Further, when the unified apparatus obtained by attaching the left controller3and the right controller4to the main body apparatus2or the main body apparatus2alone is attached to the cradle, the main body apparatus2can output data (e.g., image data or sound data) to the stationary monitor or the like via the cradle.

Here, the main body apparatus2can communicate with a plurality of left controllers3simultaneously (in other words, in parallel). Further, the main body apparatus2can communicate with a plurality of right controllers4simultaneously (in other words, in parallel). Thus, a plurality of users can simultaneously provide inputs to the main body apparatus2, each using a set of the left controller3and the right controller4. As an example, a first user can provide an input to the main body apparatus2using a first set of the left controller3and the right controller4, and simultaneously, a second user can provide an input to the main body apparatus2using a second set of the left controller3and the right controller4.

Further, the display12is connected to the processor81. The processor81displays a generated image (e.g., an image generated by executing the above information processing) and/or an externally acquired image on the display12.

The main body apparatus2includes a codec circuit87and speakers (specifically, a left speaker and a right speaker)88. The codec circuit87is connected to the speakers88and a sound input/output terminal25and also connected to the processor81. The codec circuit87is a circuit for controlling the input and output of sound data to and from the speakers88and the sound input/output terminal25.

The main body apparatus2includes a power control section97and a battery98. The power control section97is connected to the battery98and the processor81. Further, although not shown inFIG.6, the power control section97is connected to components of the main body apparatus2(specifically, components that receive power supplied from the battery98, the left terminal17, and the right terminal21). Based on a command from the processor81, the power control section97controls the supply of power from the battery98to the above components.

Further, the battery98is connected to the lower terminal27. When an external charging device (e.g., the cradle) is connected to the lower terminal27, and power is supplied to the main body apparatus2via the lower terminal27, the battery98is charged with the supplied power.

FIG.7is a block diagram showing examples of the internal configurations of the main body apparatus2, the left controller3, and the right controller4. It should be noted that the details of the internal configuration of the main body apparatus2are shown inFIG.6and therefore are omitted inFIG.7.

The left controller3includes a communication control section101, which communicates with the main body apparatus2. As shown inFIG.7, the communication control section101is connected to components including the terminal42. In the exemplary embodiment, the communication control section101can communicate with the main body apparatus2through both wired communication via the terminal42and wireless communication not via the terminal42. The communication control section101controls the method for communication performed by the left controller3with the main body apparatus2. That is, when the left controller3is attached to the main body apparatus2, the communication control section101communicates with the main body apparatus2via the terminal42. Further, when the left controller3is detached from the main body apparatus2, the communication control section101wirelessly communicates with the main body apparatus2(specifically, the controller communication section83). The wireless communication between the communication control section101and the controller communication section83is performed in accordance with the Bluetooth (registered trademark) standard, for example.

Further, the left controller3includes a memory102such as a flash memory. The communication control section101includes, for example, a microcomputer (or a microprocessor) and executes firmware stored in the memory102, thereby performing various processes.

The left controller3includes buttons103(specifically, the buttons33to39,43,44, and47). Further, the left controller3includes the analog stick (“stick” inFIG.7)32. Each of the buttons103and the analog stick32outputs information regarding an operation performed on itself to the communication control section101repeatedly at appropriate timing.

The communication control section101acquires information regarding an input (specifically, information regarding an operation or the detection result of the sensor) from each of input sections (specifically, the buttons103, and, the analog stick32). The communication control section101transmits operation data including the acquired information (or information obtained by performing predetermined processing on the acquired information) to the main body apparatus2. It should be noted that the operation data is transmitted repeatedly, once every predetermined time. It should be noted that the interval at which the information regarding an input is transmitted from each of the input sections to the main body apparatus2may or may not be the same.

The above operation data is transmitted to the main body apparatus2, whereby the main body apparatus2can obtain inputs provided to the left controller3. That is, the main body apparatus2can determine operations on the buttons103and the analog stick32based on the operation data.

The left controller3includes a power supply section108. In the exemplary embodiment, the power supply section108includes a battery and a power control circuit. Although not shown inFIG.7, the power control circuit is connected to the battery and also connected to components of the left controller3(specifically, components that receive power supplied from the battery).

As shown inFIG.7, the right controller4includes a communication control section111, which communicates with the main body apparatus2. Further, the right controller4includes a memory112, which is connected to the communication control section111. The communication control section111is connected to components including the terminal64. The communication control section111and the memory112have functions similar to those of the communication control section101and the memory102, respectively, of the left controller3. Thus, the communication control section111can communicate with the main body apparatus2through both wired communication via the terminal64and wireless communication not via the terminal64(specifically, communication compliant with the Bluetooth (registered trademark) standard). The communication control section111controls the method for communication performed by the right controller4with the main body apparatus2.

The right controller4includes input sections similar to the input sections of the left controller3. Specifically, the right controller4includes buttons113, and, the analog stick52. These input sections have functions similar to those of the input sections of the left controller3and operate similarly to the input sections of the left controller3.

The right controller4includes a power supply section118. The power supply section118has a function similar to that of the power supply section108of the left controller3and operates similarly to the power supply section108.

[2. Outline of Processing in Game System]

Next, an outline of game processing executed in a game system1will be described with reference toFIGS.8to14. In the exemplary embodiment, a game in which a player (in other words, a user) successively plays a plurality of types of mini games (also referred to as petit games), is performed. Although described later in detail, each mini game is a game that is finished in a few seconds to about ten seconds from start of the game.

[2-1. Outline of Game]

FIG.8shows an example of a method for determining mini games to be played. As shown inFIG.8, a plurality of types of mini games (e.g., mini games a and b inFIG.8) are prepared in a game program. These mini games are different games. For example, at least one of a game field, an object that appears (e.g., an enemy character, an item, etc.), and a rule (including a clear condition) differs among the mini games. The game system1selects, out of the plurality of types of mini games, some mini games (referred to as “play target games”) to be played by the player (seeFIG.8).

As shown inFIG.8, in the exemplary embodiment, a plurality of types of characters (e.g., characters A and B inFIG.8) are prepared in the game program, as characters to be operated by the player in the mini games. In the exemplary embodiment, the respective characters are different in the operation method. For example, character's movement (e.g., the direction or method of movement) according to a direction input made by the player differs among the characters, or character's motion according to a predetermined motion instruction input made by the player differs among the characters. The game system1determines, out of the plurality of types of characters, some characters as characters (referred to as “usage characters”) to be used in the play target games (seeFIG.8).

As described above, in the exemplary embodiment, the play target games are determined from among the plurality of types of mini games, and the usage characters are determined from among the plurality of types of characters. In the exemplary embodiment, the respective usage characters are different in the operation method. Therefore, even in one type of play target game, if different types of usage characters are used in this game, the strategic method and the fun factor of the game will vary. For example, with reference toFIG.8, even when one type of mini game a is used for two play target games, the strategic method and the fun factor vary between when the usage character is the character A and when the usage character is the character B. In the exemplary embodiment, the game system1can provide a variety of games as many as a number obtained by multiplying the number of mini games by the number of characters. Thus, according to the exemplary embodiment, the variations of mini games to be provided to the player can be increased by combinations of mini games and characters. Moreover, the player is prevented from getting tired of the mini games.

[2-2. Game Flow]

Next, an example of a game flow executed in the exemplary embodiment will be described. In the exemplary embodiment, the game system1executes a game in units of stages each including a plurality of types of mini games. That is, when the player has started a game in one stage, a plurality of types of mini games are successively performed in this stage. In the following, a game flow in one stage will be described.

FIG.9shows an example of the game flow in the stage. When the stage has been started in response to an instruction of the player, the game system1displays a candidate designation image on a display device (step S1). In the exemplary embodiment, the display device on which various images are displayed may be the display12or a stationary monitor.

FIG.10shows an example of the candidate designation image. The candidate designation image is an image serving as a user interface on which the player designates characters as candidates (referred to as “candidate characters”) to be used in the mini games (i.e., play target games) in the stage. The game system1receives, from the player, an instruction of designating candidate characters from among a plurality of types of characters on the candidate designation image, and determines candidate character according to the instruction of the player.

In the exemplary embodiment, the candidate designation image includes a character image201(seeFIG.10). The character image201indicates a plurality of types of characters prepared in the game program. In the exemplary embodiment, 18 types of characters are prepared. The number of characters to be prepared is arbitrary, and may be any number not less than 2.

As described above, the operation methods of the respective characters are different from each other. In the exemplary embodiment, motions of the 18 types of characters A to R are controlled according to an input to an analog stick (i.e., the analog stick32or52of the controller3or4) for inputting a direction, and an input to a predetermined button (e.g., the left direction button36of the left controller3or the A-button53of the right controller4, which is referred to as “motion instruction button” hereinafter) for performing the motion instruction input. Specifically, the motions of the 18 types of characters A to R are controlled according to the following operation methods.

(Character A)

This character:Moves while changing the direction, according to an input to the analog stick. This movement may be limited in the left-right direction.Rushes in the direction that it faces, according to an input to the motion instruction button.Is not influenced by gravity (i.e., does not fall even when it is in mid-air).
(Character B)

This character:Moves while changing the direction, according to left and right inputs to the analog stick.Jumps according to an input to the motion instruction button.Is influenced by gravity (i.e., falls when it is in mid-air).
(Character C)

This character:Faces a direction in which an input is made to the analog stick. When there is no input, the character C faces the front.Shoots a bullet in the direction that it faces, according to an input to the motion instruction button.Is influenced by gravity.
(Character D)

This character:Moves while changing the direction, according to an input to the analog stick.Throws a boomerang, according to an input to the motion instruction button (after the boomerang is thrown, the boomerang returns).Cannot move while the boomerang is thrown, and the boomerang moves according to an input to the analog stick.Is not influenced by gravity.
(Character E)

This character:Moves according to an input to the analog stick (this character always faces to the right).Shoots a bullet rightward, according to an input to the motion instruction button.Is not influenced by gravity.
(Character F)

This character:Changes the direction according to an input to the analog stick.Moves in the direction that it faces, according to an input to the motion instruction button, while the input is performed.Is influenced by gravity.
(Character G)

This character:Automatically moves in the horizontal direction regardless of an input to the analog stick (but stops while it takes out a yo-yo).Moves in the opposite direction when it hits a wall or the like.Shoots a yo-yo upward, according to an input to the motion instruction button.Is influenced by gravity.
(Character H)

This character:Moves according to an input to the analog stick.Shoots a bullet upward, according to an input to the motion instruction button.Is not influenced by gravity.
(Character I)

This character:Moves according to left and right inputs to the analog stick, while constantly repeating jumping (this character always faces to the right).Shoots a bullet rightward, according to an input to the motion instruction button.Is influenced by gravity.
(Character J)

This character:Changes the direction according to an input to the analog stick.Rushes in the direction that it faces, according to an input to the motion instruction button.Is influenced by gravity.
(Character K)

This character:Moves while changing the direction, according to an input to the analog stick.Shoots a bullet in the direction that it faces, according to an input to a predetermined button.

Is not influenced by gravity.

(Character L)

This character:Moves according to an input to the analog stick.Emits a light beam downward, according to an input to the motion instruction button, while the input is performed (an object hit by the light beam is drawn upward).Is not influenced by gravity.
(Character M)

This character:Moves an aim according to an input to the analog stick.Moves to the position of the aim, according to an input to the motion instruction button.Is influenced by gravity.
(Character N)

This character:Moves while changing the direction, according to an input to the analog stick.Drops a bomb according to an input to the motion instruction button.Is not influenced by gravity.
(Character O)

This character:Moves while changing the direction, according to left and right inputs to the analog stick.Jumps according to an input to the motion instruction button.Is influenced by gravity.Can stick to a ceiling when it jumps, and the direction of gravity with respect to this character is inverted while it sticks to the ceiling.
(Character P)

This character:Moves while changing the direction, according to left and right inputs to the analog stick. This character steeply falls according to a downward input while it is in mid-air.Moves upward according to an input to the motion instruction button.Is influenced by gravity.
(Character Q)

This character:Discharges a stream of water according to an input to the analog stick, and moves in a direction opposite to the water discharge direction.Switches between discharge and stop of the stream of water, according to an input to the motion instruction button.Is influenced by gravity.Stops without being influenced by gravity when the scream of water is stopped.
(Character R)

This character:Moves while changing the direction, according to left and right inputs to the analog stick.Thrusts its tongue out obliquely upward with respect to the advancing direction, according to an input to the motion instruction button, while the input is performed.Is influenced by gravity.

As described above, the respective characters are different in the operation method. The phrase “different in the operation method” means: (a) different in a motion (including movement) that each character performs in response to an input by the player; (b) different in a motion that each character can take; and (c) different in a rule regarding a motion that each character performs (e.g., whether or not the motion of the character is caused by an influence of gravity). In the exemplary embodiment, some characters (e.g., the character A) move according to an input to the analog stick so as to move in the input direction while others (e.g., the character C) just face the input direction. In addition, a motion that each character performs according to an input to the motion instruction button also varies. Therefore, depending on which character is used, the strategic method and the fun factor of each mini game significantly varies, thereby increasing the variations of mini games.

In the exemplary embodiment, the respective characters can be operated according to inputs to the analog sticks and the motion instruction button on the controllers although the operation methods thereof are different from each other. That is, the game system1controls the motions of the characters according to inputs to the analog sticks and the motion instruction button, and does not control them according to other inputs. Therefore, the player, who does not grasp the operations for the characters, can try to perform input operations to the analog sticks and the motion instruction button for any character, and thus can grasp the operation methods for the characters. Thus, even when multiple characters to be operated by various operation methods are prepared, the player can easily grasp the operations for the respective characters.

In the exemplary embodiment, the 18 types of characters are prepared on assumption that the game is played by a single player. In another embodiment, the game may be played by a plurality of players, and a usage character may be automatically determined for each player, thereby further increasing the variations. In the case of two players, as for a certain character (specifically, the character E or the character I always facing to the right), if this character is selected for the second player, this character may be changed to another character that faces to the left. In the case of two players, the initial position of a character operated by the first player is on the left side while the initial position of a character operated by the second player is on the right side. That is, the character that can easily shoot a bullet from its initial position is selected for each player, thereby avoiding a situation that only one of the two players is disadvantaged. In another embodiment, even in the case of a single player, a character facing to the right may be changed to a character facing to the left if the initial position of the character in the mini game is on the right side.

In the state where the candidate designation image shown inFIG.10is displayed, the player designates desired characters, as many as a predetermined number of candidates, as candidate characters from among the characters shown in the character image201. The number of candidates is three in this embodiment, but may be any number not less than two. For example, the number of candidates may be equal to or different from the number of mini games included in the stage. The number of candidates may be set for each of the stages in the game, or may be common to the stages.

In the exemplary embodiment, the player moves a frame image202, and performs a designation instruction while the frame image202encloses an image of a desired character among the characters shown in the character image201. Thus, the character is designated as a candidate character. As shown inFIG.10, the candidate designation image includes a character area image203. The character area image203includes areas as many as the number of candidates (three in this embodiment). In these areas, candidate characters204designated by the user are displayed. When the player has performed character designating instructions as many as the number of candidates, the candidate characters204are respectively displayed in the areas in the character area image203.

In the exemplary embodiment, the candidate designation image includes an automatic designation instruction image205. When an input to the automatic designation instruction image205(e.g., a predetermined input performed with the frame image202enclosing the automatic designation instruction image205) has been performed, the game system1automatically designates characters as many as the number of candidates from among the characters shown in the character image201. Moreover, the game system1displays the designated candidate characters in the areas in the character area image203. Thus, designation of candidate characters may be automatically performed, independently of selection by the player. The game system1may designate candidate characters by any method, for example, at random or according to a predetermined rule. Instead of designating candidate characters completely at random, the game system1may preferentially designate a character that is less frequently used, or may designate candidate characters in a predetermined order.

As shown inFIG.10, the candidate designation image includes a start instruction image206for the player to perform a start instruction. The game system1ends the display of the candidate designation image, according to a start instruction (i.e., an input to the start instruction image206) performed while the candidate characters as many as the number of candidates are designated.

In the exemplary embodiment, candidate characters are designated from among the characters prepared in the game program. In another embodiment, candidate characters may be designated from among some of the prepared characters. That is, characters that the player can designate as candidate characters may be some characters among the prepared characters. For example, in the other embodiment, the game system1may firstly set only some (e.g., five) characters among the prepared characters to be selectable as candidate characters, and may increase the number of characters selectable as candidate characters each time the player clears a stage of the game.

When the start instruction has been performed, the game system1starts a preparation period, and displays a preparation image on the display device (step S2inFIG.9). The preparation period is a time period that allows the player to perform preparation regarding a play target game before the play target game is started. Therefore, before starting the preparation period, the game system1determines play target games to be performed in the stage and usage characters to be used in the play target games.

Firstly, the game system1automatically determines play target games from among prepared mini games. The phrase “automatically determines” means that the game system1performs the determination independently of selection by the player. The phrase “automatically determines” means that the game system1performs the determination without considering selection by the player at the present time, and may mean that the game system1may perform the determination while considering selection by the player in the past, for example. That is, for example, if a game mode in which the player selects a desired mini game and plays the mini game is prepared in the game program, the game system1may determine play target games while considering the history of selection in the game mode. Moreover, the phrase “automatically determines” is irrelevant to whether or not the player instructs execution of a determination process. For example, the game system1may start the determination process according to an instruction (e.g., the start instruction) by the player.

A specific method for automatically determine play target games is arbitrary. For example, the game system1may select and determine play target games at random from among the prepared mini games. The phrase “select at random” means not only that the selection result becomes random in a strict sense, but also that, as for multiple times of trials (selections), the selection results are not the same. Moreover, the game system1may select and determine play target games from among the prepared mini games according to a predetermined rule. For example, the game system1may determine, as play target games, mini games that have been less frequently determined as play target games.

The game system1automatically determines usage characters to be used in the determined play target games, from among the candidate characters. Determination of usage characters is performed such that a specific character is not uniquely determined for a specific play target game. In the exemplary embodiment, the game system1determines usage characters at random from among the candidate characters. At this time, the game system1may determine usage characters at random, based on the situation in the stage being executed (e.g., scores the player has earned, the number of mini games the player has cleared, etc.). For example, in a case where the player has failed to clear a previous mini game in the stage being executed, the game system1may determine usage characters at random such that a character that is compatible with a mini game as a next play target game (e.g., a character supposed to be suitable to the strategy for the play target game) is more likely to be selected. The game system1may not necessarily determine usage characters at random, and may determine usage characters according to a predetermined rule (such that a specific character is not uniquely determined for a specific play target game). For example, the game system1may determine usage characters such that the candidate characters are assigned in a predetermined order to a plurality of play target games in one stage.

As described above, in the exemplary embodiment, the game system1determines usage characters at random from among a plurality of characters. Thus, various characters are used as usage characters for play target games, which enables the player to play one play target game with many variations. Moreover, since it is difficult for the player to predict the usage characters in the play target games, the player can play each play target game with a fresh feeling.

As described above, the game system1automatically determine usage characters from among a plurality of characters that have been designated in advance based on an instruction of the player (e.g., characters designated before the play target games were presented to the player). In this case, the strategy is enhanced because the player is allowed to select the candidate characters, whereby the entertainment characteristics of the game can be enhanced.

In another embodiment, the game system1may not necessarily designate candidate characters, and may determine usage characters from among all the characters prepared. Thus, the player can be provided with more variations regarding one play target game

When the play target games and the usage characters have been determined as described above, the above preparation period is started. The game system1firstly displays a preparation image regarding the first play target game.FIG.11shows an example of the preparation image. As shown inFIG.11, the preparation image includes a usage character211, an operation method image212, and a game content image213. In addition to the images211to213, the preparation image may indicate, for example, what number the play target game is in this stage, or the remaining time until the start of the play target game.

The usage character211is a character to be used in this play target game. The operation method image212indicates an operation method regarding the usage character211. In the exemplary embodiment, the operation method image212indicates: a motion that the usage character211performs according to an operation to the analog stick32or52of the controller3or4(“move” inFIG.11); and a motion that the usage character211performs according to an operation to the motion instruction button of the controller3or4(“rush” inFIG.11).

The game content image213indicates the content of this play target game. In the exemplary embodiment, the game content image213indicates a clear condition in this play target game (inFIG.11, a message “Don't be found!”, which can be regarded as a hint for clearing the game). The game content image213may be any image that allows the player to recognize or predict the content of the play target game. For example, the game content image213may indicate the name of the play target game, or may be an image indicating the game field of the play target game (e.g., a thumbnail image of the play target game).

As described above, in the exemplary embodiment, the game system1presents, to the player, information regarding the determined play target game (specifically, the game content image) and the usage character, within a predetermined time period (specifically, the preparation period) before the start of the determined play target game. This allows the player to confirm the play target game and the usage character to be used therein, before starting the play target game. For example, the player can predict the content of the game or think about the strategy for the play target game with the usage character, before starting the play target game.

In the exemplary embodiment, the player can actually operate the usage character211during the preparation period in which the preparation image is displayed. That is, during the preparation period, the game system1receives an input to operate the usage character211(i.e., an input to the analog stick or the motion instruction button), and controls the motion of the usage character211based on the input.

As described above, in the exemplary embodiment, the game system1presents, to the player, the operation method for the determined usage character (specifically, the operation method image) within the predetermined time period. This allows the player to confirm the operation method for the usage character to be used in the play target game, before starting the play target game. Moreover, the game system1controls the usage character, based on the operation performed by the player. This allows the player to actually operate the usage character to be used in the play target game, before starting the play target game. Therefore, according to the exemplary embodiment, even a player who does not know how to operate the usage character can roughly grasp the operation method before starting the play target game, and therefore can enjoy the play target game.

In the game according to the exemplary embodiment, mini games (i.e., play target games) and usage characters are determined independently of selection by the player, and the player is caused to clear each mini game within a time limit (described later in detail). Therefore, in the exemplary embodiment, a fun factor of the game resides in that, as for the mini games and the usage characters designated by the game system1, the player should think of, within a time limit, how to clear each mini game while the player has no idea about the content and the usage character of the next mini game. Therefore, in the exemplary embodiment, the preparation period corresponds to a predetermined length of time (e.g., 3 seconds), and the preparation image is displayed for the predetermined length of time. When the preparation period has ended, the play target game is automatically started. In this case, the player can roughly grasp the content of the play target game and the operation method for the usage character, but cannot sufficiently grasp the content of the play target game and cannot practice the operation of the usage character as much as he/she likes before starting the play target game. Therefore, according to the exemplary embodiment, it is possible to cause the player to play the mini game without decreasing the fun of the game.

When the preparation period has ended, the game system1ends the display of the preparation image and starts the play target game (step S3inFIG.9). That is, the game system1displays, on the display device, a game image (e.g.,FIG.12) showing a game field in which the usage character is disposed, and causes the usage character to take a motion according to an operation by the player.

In the exemplary embodiment, when the display is transitioned (in other words, switched) from the preparation image to the game image, the game system1continuously moves an image regarding the usage character from the position where the usage character has been displayed in the preparation image to an initial position of the usage character in the game image. The “image regarding the usage character” may be an image representing the usage character itself, or an image representing an appearance different from the appearance of the usage character. For example, the game system1changes the usage character to an effect image of light when the display of the preparation image is ended, moves the effect image of light to the initial position, and changes the effect image of light to the usage character after the game image is displayed. Thus, when the play target game is started, the initial position of the usage character can be shown in an easily understandable manner for the player.

In the exemplary embodiment, a specific content of each mini game as a play target game is arbitrary (a specific example of the play target game will be described later). In the exemplary embodiment, a time limit is set on each mini game. That is, each mini game is a game which is over unless it is cleared within the time limit, or a game which ends when the time limit has elapsed and the game result of which is determined.

In the exemplary embodiment, the time limit of each of the mini games prepared in the game program is set to a time length within 5 seconds. The time lengths of the time limits of the respective mini games need not be the same, and may be different from each other within the range of 5 seconds. Thus, in the exemplary embodiment, in one stage, mini games each to be finished within a short time (5 seconds) are successively performed. This allows the player to play various mini games in a short time with a good tempo. The mini games may include a mini game having a time limit set to a time length within 10 seconds. As described above, since the time limit is set to a reasonably short time (e.g., 5 seconds or 10 seconds), it is possible to provide a game in which the player is required to clear each play target game after quickly understanding the operation method for the usage character within the time limit, whereby the entertainment characteristics of the game can be enhanced. In another embodiment, the mini games may include a game having a time limit set to a time length not shorter than 10 seconds, or a game on which no time limit is set.

When the first play target game has ended in the stage, the game system1starts a preparation period regarding the second play target game. That is, the game system1displays a preparation image regarding the second play target game on the display device (step S4inFIG.9).

In the exemplary embodiment, it is assumed that play target games and usage characters in one stage are determined before the first play target game is started. In another embodiment, after one play target game has ended, the game system1may determine a next play target game and a usage character to be used therein.

When the preparation period for the second play target game has ended, the game system1starts the second play target game (step S5inFIG.9). Thereafter, display of a preparation image and execution of a play target game are repeated for the respective play target games included in this stage (seeFIG.9).

As described above, in the exemplary embodiment, a plurality of play target games in one stage are successively executed. That is, the game system1automatically determines the plurality of play target games, and automatically determines a plurality of usage characters to be operated by the player in the respective play target games determined. Then, the game system1successively executes the plurality of play target games determined, thereby advancing the game (corresponding to one stage) including the plurality of play target games. Thus, the player is allowed to successively perform the play target games, the contents and the usage characters of which cannot be predicted by the player (because these games are not selected by the player), within the time limit. Thus, the entertainment characteristics of the game in the stage can be enhanced.

When all the play target games included in the stage have ended, this stage ends. When the stage ends, the game system1determines the game result of the stage, based on the game results of the respective play target games. For example, the game system1determines that the stage is cleared when a predetermined number of games among the play target games are cleared. The content of the game result of the stage and the method for determining the game result are arbitrary. In another embodiment, for example, the game system1may determine that the stage is cleared when the total of scores earned in the play target games is higher than or equal to a predetermined value. In still another embodiment, the game result of the stage may be calculated as scores instead of determining as to whether or not the stage is cleared.

In the exemplary embodiment, the stage also ends when a predetermined failure condition is satisfied. For example, the player starts the stage while holding a predetermined number of lives, and the number of the lives decreases each time the player fails in a mini game. When all the lives have run out, the stage fails to be cleared, and ends. In another embodiment, the mini games may be repeated until the lives run out in one stage. In this case, the same mini game may appear a plurality of number of times as play target games.

The game corresponding to each stage can be repeatedly played. In the exemplary embodiment, even when the player plays the same stage, play target games and usage characters are changed for each stage. At this time, the game system1may increase the game speed each time the player has cleared the stage (e.g., the game system1may increase the speeds of objects such as usage characters that appear in the game, and shorten the time limits).

[2-3. Specific Example of Mini Game]

Hereinafter, specific examples of mini games will be described with reference toFIGS.12to14.FIG.12shows an example of a game image of a first game example. The first game example is an example of a mini game to be executed after the preparation image shown inFIG.11. In the first game example, a usage character211and a plurality of walls221to225are disposed in a game field. The walls221to225are deleted one by one from the game field as time elapses during the game. The player operates the usage character211to locate the usage character211in a position hidden behind any of the walls221to225so that the usage character211is not found by an enemy226. In the first game example, the game is over if the usage character211is found by the enemy226, and the game is cleared if the usage character211is not found by the enemy within the time limit.

The usage character211shown inFIG.12is the above character A. As described above, the character A moves while changing the direction, according to an input to the analog stick, and rushes in the direction that it faces, according to an input to the motion instruction button. The character A is not influenced by gravity, and therefore, can move in mid-air, floating off the ground. In the first game example, the player causes the usage character211to perform these motions, thereby moving the usage character211so as not to be found by the enemy.

FIG.13shows an example of a game image of a second game example. The second game example is an example of a mini game using the same play target game as in the first game example, and using a usage character different from that of the first game example. In the second game example, the same walls221to225as in the first game example are disposed. In addition, a usage character231is disposed. The usage character231is the above character C.

As described above, the character C performs: a motion of changing the direction according to an input to the analog stick; and a motion of shooting a bullet (e.g., a bullet237shown inFIG.13) in the direction that it faces, according to an input to the motion instruction button. Thus, the character C is a character of a type that cannot be moved by only a direction input to the analog stick (inFIG.13, the character C is displayed in a sitting state as a display mode indicating that the character C is of such a type). In the exemplary embodiment, when the character of this type is used as a usage character, the game system1disposes objects for movement232to235in the game field (seeFIG.13). The objects for movement232to235are objects with which the character of the above type moves in the game field. In the exemplary embodiment, the objects232to235are ring-like objects. Specifically, when a bullet shot by the character C has hit an object for movement, the game system1moves the character C to the position of the object for movement (e.g., the character C hangs on the object for movement). Thus, in the exemplary embodiment, the character C moves by hitting an object for movement with a bullet (seeFIG.13).

In the example shown inFIG.13, the objects for movement232to235are disposed at the positions of the walls221to225. However, the objects for movement may be disposed anywhere in the game field. The positions of the objects for movement may be appropriately set based on the game field and/or the clear condition for each mini game. Moreover, the objects for movement may move in the game field, or may be fixedly disposed in the game field. For example, each object for movement may start to move in response to that the character has moved to the position of the object for movement.

In the second game example, the player causes the character C to perform a motion of shooting a bullet toward an object for movement, thereby moving the character C such that the character C is hidden behind any of the walls221to225. Thus, the first game example and the second game example are the same in the clear condition, but are different from each other in the operation to the usage character and the fun factor.

As described above, in the exemplary embodiment, the game system1controls an attack motion of shooting an attack object (e.g., a bullet or a boomerang) according to an instruction input (e.g., an input to the motion instruction button), as a control of an attack motion of at least any of a plurality of characters. The game system1may control an attack motion of automatically shooting an attack object, as the control of the attack motion. For example, the character may be controlled to continue shooting bullets, regardless of the input to the motion instruction button. Preparing such a character capable of performing an attack motion leads to an increase in variations of character motions, thereby increasing the variations of games made by combinations of characters and mini games.

In the exemplary embodiment, when the usage character is a predetermined character capable of shooting an attack object, the game system1starts the play target game by using a virtual space (e.g., a game field) in which an object for movement is disposed (step S32described later). Then, the game system1performs a movement control for moving the predetermined character toward the object for movement when the attack object has come into contact with the object for movement (e.g., when a bullet has hit the object for movement). In the exemplary embodiment, since the character, which performs a movement method different from a movement method in which a character moves according to a simple direction input, is provided, it is possible to increase the variations of games made by combinations of characters and mini games.

FIG.14shows an example of a game image of a third game example. The third game example adopts a play target game different from that of the first and second game examples. In the third game example, a usage character241, a rock242, and obstacles243to246are disposed in a game field. After the game has started, the rock242rolls to move toward the usage character241. The third game example is a game in which the usage character241is caused to move to a goal247while destroying or avoiding the obstacles243to246such that the usage character241is not hit by the rolling rock242approaching behind. In the third game example, the game is over if the usage character241is hit by the rock242or cannot reach the goal247within the time limit, and the game is cleared if the usage character241can reach the goal247within the time limit.

In the third game example, the usage character can destroy each of the obstacles243to246when the usage character itself collides against the obstacle or when the usage character hits the object with a bullet shot by itself. For example, the character A can perform a motion of rushing, and therefore can rush toward an obstacle to destroy the obstacle. Meanwhile, the character D can perform a motion of throwing a boomerang, and therefore can hit an obstacle with the boomerang to destroy the obstacle. Thus, as for the game field shown inFIG.14, the player can clear the game by using the strategic method that varies depending on the usage character.

As described above, in the exemplary embodiment, as for each of a plurality of characters, the game system1performs a control such that, when the character comes into contact with a predetermined object (e.g., any of the obstacles243to246) in a virtual space, the predetermined object is caused to generate a predetermined effect (e.g., the obstacle is destroyed). Moreover, as for a character capable of shooting an attack object among the plurality of characters, the game system1performs a control such that, when the attack object comes into contact with the predetermined object, the predetermined object is caused to generate the same effect as that generated when the character comes into contact with the object. Thus, in the exemplary embodiment, even the character, incapable of shooting an attack object, can cause the predetermined object to generate the same effect as that generated by the character capable of shooting an attack object. Therefore, it is possible to avoid an inconvenient situation that a mini game cannot be cleared with a character incapable of shooting an attack object.

The specific content of the predetermined effect is arbitrary, and is not limited to destroying an obstacle as described above. As for the predetermined effect, various effects may be set according to objects. For example, when an object is an item that the usage character can acquire, the game system1may generate, as the above effect, an effect that the usage character acquires the item when it comes into contact with the item.

As described above, in the exemplary embodiment, the plurality of characters prepared in advance are different from each other in the movement method according to a direction input and a predetermined instruction input (e.g., an input to the motion instruction button). The game system1, during execution of a play target game, performs a movement control for a usage character in the virtual space according to the movement method corresponding to the usage character, based on the direction input and the instruction input. Thus, in the exemplary embodiment, since the fundamental motion, “movement”, differs among characters, the fun factor of the play target game greatly differs depending on which usage character is used in the play target game. Therefore, the variations of games made by combinations of usage characters and play target games can be increased.

In the exemplary embodiment, the direction input is an input to an analog stick, and the instruction input is an input to a button of a controller. However, any input device may be used for performing a direction input and an instruction input. For example, in another embodiment, a direction input and an instruction input may be inputs to a touch panel.

The methods for controlling movements of individual characters are arbitrary. In the exemplary embodiment, as movement control for at least any of a plurality of characters, the game system1performs movement control by using at least any of the following methods: (a) a method of moving a usage character in a direction according to a direction input (e.g., a movement control method for the character A); (b) a method of moving a usage character in a predetermined direction according to combination of a direction input and an instruction input (e.g., a movement control method for the character C, the character J, or the character Q); and (c) a method of automatically moving a usage character (e.g., a movement control method for the character G). In another embodiment, as movement control methods for the plurality of characters, not all the three methods described above need to be used, and at least one method out of the three methods may be used. Moreover, the movement control methods for the characters are not limited to the above three methods, and a character to be controlled by another method may be included in the plurality of characters.

In the exemplary embodiment, the plurality of characters include: characters of a first type (e.g., the character B) that are influenced by gravity in the virtual space; and characters of a second type (e.g., the character A) that are not influenced by gravity in the virtual space. When a usage character is a character of the first type, the game system1, during execution of a play target game, performs movement control for the usage character with the influence of gravity being reflected. For example, the character of the first type is controlled to fall downward when it is in mid-air, or controlled to firstly move upward and then fall downward when an instruction of jumping is made. Meanwhile, when the usage character is a character of the second type, the game system1, during execution of the play target game, performs movement control for the usage character without the influence of gravity being reflected. Here, the operation feeling of the player to the character greatly differs depending on whether or not the movement control is performed with the influence of gravity being reflected, and therefore, the fun factor of the play target game greatly differs depending on which character is used, the first type or the second type. Thus, in the exemplary embodiment, since the two types of characters are included in the plurality of characters, the variations of games made by combinations of usage characters and play target games can be increased.

[3. Specific Example of Processing in Game System]

Next, a specific example of information processing in the game system1will be described with reference toFIGS.15to17.

FIG.15shows an example of various data used for the information processing in the game system1. The various data shown inFIG.15are stored in a storage medium (e.g., the flash memory84, the DRAM85, and/or a memory card attached to the slot23) that is accessible by the main body apparatus2.

As shown inFIG.15, the game system1stores therein a game program. The game program is a game program for executing game processing (specifically, stage processing shown inFIG.16) according to the exemplary embodiment. The game system1stores therein mini game data, character data, the operation data, candidate character data, and stage data.

The mini game data is data for executing a plurality of mini games prepared in the game program. For example, the mini game data includes: data of game fields in the mini games; data of various objects (e.g., the aforementioned obstacles, objects for movement, etc.) disposed in the game fields; and data of rules (e.g., clear conditions, time limits, etc.) of the mini games.

The character data indicates a plurality of characters prepared in the game program. For example, the character data includes: data indicating appearances of the characters; and data indicating control methods for the characters (i.e., what motions the characters take according to an input by the player).

The operation data is data indicating an operation performed by the player. As described above, the operation data is transmitted from the controllers3and4to the main body apparatus2and is stored in the main body apparatus2. In the exemplary embodiment, the operation data includes input data indicating inputs to the respective input sections described above.

The candidate character data is data indicating characters determined as the above candidate characters among the plurality of characters indicated by the character data. The candidate character data is, for example, data of identification information that allows identification of the candidate characters.

The stage data indicates the contents of games in one stage to be executed in stage processing described later. Specifically, the stage data includes: play target game data indicating a plurality of play target games to be executed in the stage; and usage character data indicating usage characters to be used in the plurality of play target games. In the stage data, each play target game is associated with a usage character to be used therein.

FIG.16is a flowchart showing an example of a flow of stage processing executed by the game system1. The stage processing shown inFIG.16is started in response to that the player has performed an instruction to start a game in the stage, during execution of the game program.

In the exemplary embodiment, the processor81of the main body apparatus2executes the game program stored in the game system1, thereby executing processes in steps shown inFIG.16. However, in another embodiment, a part of the processes in the steps may be executed by a processor (e.g., a dedicated circuit or the like) other than the processor81. If the game system1is communicable with another information processing apparatus (e.g., a server), a part of the processes in the steps shown inFIGS.16and17may be executed by the information processing apparatus. The processes in the steps shown inFIGS.16and17are merely examples, and the processing order of the steps may be changed or another process may be executed in addition to (or instead of) the process in each step, so long as similar results can be obtained.

The processor81executes the processes in the steps shown inFIGS.16and17by using a memory (e.g., the DRAM85). That is, the processor81stores, in the memory, information (in other words, data) obtained in each process step, and reads out the information from the memory when using the information in the subsequent process steps.

In step S11shown inFIG.16, the processor81causes the display device to display the candidate designation image (seeFIG.10). Next to step S1, the process in step S12is executed.

In step S12, the processor81determines whether or not an instruction of designating a candidate character (the aforementioned designation instruction or automatic designation instruction) has been performed by the user. In the exemplary embodiment, the processor81determines whether or not various instructions have been performed by the player, based on the operation data acquired from the controller3or4. Here, the processor81acquires, at an appropriate timing, the operation data received from each controller via the controller communication section83and/or the terminals17and21, and stores the operation data in the memory. The processor81performs the above determination, based on the acquired operation data. When the determination result in step S12is positive, the process in step S13is executed. When the determination result in step S12is negative, the process in step S14is executed.

In step S13, the processor81determines a candidate character, based on the instruction performed in step S2. That is, when a designation instruction of designating one character has been performed, the processor81determines this character as a candidate character. Meanwhile, when an automatic designation instruction has been performed, the processor81determines characters as many as the number of candidates described above from among the plurality of characters prepared (i.e., the characters indicated by the character data), according to the method described in the above “[2-2. Game flow]”. At this time, the processor81updates the candidate character data stored in the storage medium so as to include data indicating the determined characters. Next to step S13, the process in step S14is executed.

In step S14, the processor81determines whether or not to start the game in the stage. Specifically, the processor81determines whether or not the start instruction has been performed (i.e., whether or not an input to the start instruction image206has been performed) by the user in the state where the candidate characters as many as the number of candidates have been determined. When the determination result in step S14is positive, the process in step S15is executed. When the determination result in step S14is negative, the process in step S12is executed again. Thereafter, a series of processes in steps S12to S14is repeatedly executed until it is determined to start the game in step S14.

In step S15, the processor81determines play target games from among the plurality of mini games prepared (i.e., the plurality of mini games indicated by the mini game data). The play target games are determined according to the method described in the above “[2-2. Game flow]”. At this time, the processor81updates the stage data stored in the storage medium so as to include the play target game data indicating the determined play target games. Next to step S15, the process in step S16is executed.

In step S16, the processor81determines usage characters to be used in the respective play target games, from among the candidate characters. The usage characters are determined according to the method described in the above “[2-2. Game flow]”. At this time, the processor81updates the stage data stored in the storage medium so as to include the usage character data indicating the determined usage characters. Next to step S16, the process in step S17is executed.

In step S17, the processor81causes the display device to display the preparation image (seeFIG.11). Next to step S17, the process in step S18is executed.

In step S18, the processor81controls the motion of the usage character displayed in the preparation image, according to an input performed by the user to operate the usage character. That is, the processor81, based on the operation data stored in the memory, determines inputs to the analog stick and the motion instruction button, and controls the motion of the usage character according to the inputs. The display of the usage character in the preparation image is updated by executing the display process in step S17after step S18. Next to step S18, the process in step S19is executed.

In step S19, the processor81determines whether or not the preparation period has ended. When the determination result in step S19is positive, the process in step S20is executed. When the determination result in step S19is negative, the process in step S17is executed again. Thereafter, a series of processes in steps S17to S19is repeatedly executed until it is determined in step S19that the preparation period had ended.

In step S20, the processor81executes a play target game process for executing a play target game. Hereinafter, the specific flow of the play target game process will be described with reference toFIG.17.

FIG.17is a sub-flowchart showing an example of the specific flow of the play target game process in step S20shown inFIG.16. In the play target game process, firstly, in step S31, the processor81determines whether or not the usage character in this play target game is a special movement character. The special movement character is a character (e.g., the character C) of a type that moves by using the aforementioned objects for movement. In the above determination, the processor81can specify the usage character in this play target game, based on the usage character data included in the stage data. When the determination result in step S31is positive, the process in step S32is executed. When the determination result in step S31is negative, the process in step S33is executed.

In step S32, the processor81generates, as a game field in the play target game, a game field in which objects for movement are disposed (seeFIG.13), and causes the display device to display a game image indicating the game field. Next to step S32, the process in step S34is executed.

In step S33, the processor81generates, as a game field in the play target game, a game field in which objects for movement are not disposed (seeFIG.12), and causes the display device to display a game image indicating the game field. Next to step S33, the process in step S34is executed.

In step S34, the processor81controls the motion of the usage character displayed in the preparation image, according to an input by the user to operate the usage character. That is, the processor81controls the motion of the usage character, in like manner as the process in step S8. When an enemy character and/or a moving object appear in the game field, the processor81in step S34performs a control of causing the enemy character to take a motion and/or a control of moving the object. Next to step S34, the process in step S35is executed.

In step S35, the processor81determines whether or not the usage character or an attack object shot by the usage character has come into contact with a predetermined object in the game field. The predetermined object is an object of a type that generates a game effect when the usage character or the attack object comes into contact with the object (e.g., any of the obstacles243to246shown inFIG.14). When the determination result in step S35is positive, the process in step S36is executed. When the determination result in step S35is negative, the process in step S36is skipped and the process in step S37is executed.

In step S36, the processor81generates an effect due to the contact determined in step S35. For example, when the object is any of the obstacles243to246, the processor81destroys the obstacle as the above effect. Alternatively, when the object is an item that the usage character can acquire, the processor81causes the usage character to acquire the item, as the above effect. Moreover, for example, when the object is the above object for movement and the attack object comes into contact with the object for movement, the processor81moves the usage character to the position of the object for movement. Next to step S36, the process in step S37is executed.

In step S37, the processor81generates a game image (seeFIGS.12to14) in the play target game, and causes the display device to display the game image. When a series of processes in steps S34to S38is repeatedly executed, the process of generating the game image in step S37is executed once every predetermined time (e.g., 1 frame time). Thus, the game image indicating the state where the usage character and the like move in the game field, is displayed. Next to step S37, the process in step S38is executed.

In step S38, the processor81determines whether or not to end the play target game. Specifically, the processor81ends the play target game when the execution time of the play target game has reached the time limit, or when the usage character has satisfied the clear condition or the game is over before the time limit expires. In step S38, the processor81determines whether the play target game has been cleared or not. That is, when the usage character has satisfied the clear condition, the processor81determines that the game has been cleared, whereas, when the usage character has ended up game over, the processor81determines that the game has not been cleared. When the execution time of the play target game has reached the time limit, the play target game is determined as “cleared” in some cases while it is determined as “not cleared” in other cases, depending on the content of the play target game. When the determination result in step S38is negative, the process in step S34is executed again. Thereafter, a series of processes in steps S34to S38is repeatedly executed until the play target game is determined to be ended in step S38. When the determination result in step S38is positive, the processor81ends the play target game process shown inFIG.17.

Referring back toFIG.16, in step S21next to step S20, the processor81determines whether or not to end the stage being executed. Specifically, the processor81determines whether or not all the play target games included in this stage have ended. Moreover, the processor81determines whether or not a predetermined clear failure condition has been satisfied. As an example, a stage is started with a predetermined number of lives being held, the number of the lives decreases each time a play target game has failed to be cleared, and it is determined that the clear failure condition is satisfied when all the lives are lost. When execution of all the play target games included in this stage has ended or when the predetermined clear failure condition has been satisfied, the processor81determines to end the stage being executed. Meanwhile, when not all the play target games included in this stage are ended and the predetermined clear failure condition is not satisfied, the processor81determines not to end the stage being executed. When the determination result in step S21is negative, the process in step S17is executed again. Thereafter, a series of processes in steps S17to S21is executed until it is determined in step S21to end the stage. In step S17to be executed after step S21, a preparation image regarding a play target game to be executed next to the play target game having been executed in the immediately preceding step S20, is displayed. Meanwhile, when the determination result in step S21is positive, the processor81ends the stage processing shown inFIG.16.

[4. Function and Effect of Exemplary Embodiment, and Modifications]

As described above, in the above exemplary embodiment, the game program causes a computer (e.g., the processor81) of an information processing apparatus to perform operations as follows:

Automatically determining at least one play target game to be played by a player, from among a plurality of types of games (step S15).

Automatically determining a usage character to be operated by the player, from among a plurality of characters whose operation methods are different from each other (step S16).

Executing the at least one play target game by controlling the determined usage character in a virtual space, based on an operation performed by the player, and advancing the game based on whether or not a clear condition for the at least one play target game has been satisfied within a time limit (step S20).

According to the above configuration, it is possible to provide many variations of games by combining play target games and usage characters. For example, as for a play target game that the player has once played, when the player plays the play target game again by using a usage character different from one used in the previous play, the strategic method for clearing the game and the fun factor are different from those in the previous play, so that the player can play the game without losing interest. Moreover, since the time limit is set on each play target game, it is possible to provide the player with a new fun factor, that is, clearing the game by grasping the operation method for the usage character as quickly as possible.

The phrase “advancing the game” means not only “advancing the game of one stage by successively performing a plurality of play target games” as in the exemplary embodiment, but also “finishing one play target game”. That is, the phrase “advancing the game” means both “finishing a play target game and starting a next play target game” and “finishing a play target game”.

In the exemplary embodiment, the case where a game is performed in units of stages each including a plurality of play target games, has been described. In another embodiment, the game system1may execute a game with a play target game as a unit. That is, when the game system1has executed one play target game in response to a game start instruction performed by the user, the game system1may not necessarily execute a next play target game successively after the end of play target game.

(Modification Related to the Number of Players)

In the exemplary embodiment, the case where one player plays play target games has been described. However, the number of players playing play target games is arbitrary, and may be two or more. When a plurality of players play one play target game, the game system1may determine a usage character for each player, or may determine one usage character common to the players. In another embodiment, one stage may be played by a plurality of players. For example, the game system1may advance a plurality of play target games in one stage by allowing a certain player to play one play target game and allowing another player to play a next play target game.

(Modification Related to Combination of Play Target Games and Usage Characters)

In the exemplary embodiment, the case where all the usage characters are available in the respective play target games has been described. In a modification of the exemplary embodiment, a specific character may not necessarily be used in a specific play target game. That is, when the game system1has determined the specific play target game, the game system1may not necessarily determine the specific character as a usage character. Also in this modification, if a plurality of types of characters can be used as usage characters in one play target game, the variations of game contents can be increased as in the exemplary embodiment.

In another embodiment, the information processing system may not necessarily include a part of the components included in the exemplary embodiment, and may not necessarily perform a part of the processes performed in the exemplary embodiment. For example, in order to achieve a certain specific effect of the exemplary embodiment, the information processing system may include a component for producing the effect and perform a process for producing the effect, in other words, the information processing system may not necessarily include components other than the component and may not necessarily perform processes other than the process.

The exemplary embodiment is usable as, for example, a game system, a game program, and the like for the purpose of increasing the variations of game contents.

While certain example systems, methods, devices and apparatuses have been described herein, it is to be understood that the appended claims are not to be limited to the systems, methods, devices and apparatuses disclosed, but on the contrary, are intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.