U.S. Pat. No. 7,717,781

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S)

An embodiment that help understand the generic concept, concept between generic and subordinate concepts, and subordinate concept of the present invention will be described hereinafter. The appended claims do not always describe all concepts included in the following embodiment. However, since such concepts are not excluded on purpose from the technical scope of the patent invention but are equivalent to the patent invention, they are not described in the appended claims in some cases.

First Embodiment

FIG. 1shows an example of a display window of a game according to this embodiment. An overview of the game according to this embodiment will be described first usingFIG. 1.

The game according to this embodiment belongs to a category called “falling block games” in the game market. The player operates falling objects102which are falling in a field100as a predetermined display area, and clears the falling object102and falling stop objects103by combining them in a predetermined condition (strictly speaking, after the falling object102is turned to a falling stop object103, the clear condition is checked, and only a portion that satisfies the clear condition is cleared).

Upon clearing the falling object102and falling stop objects103, all of these objects are not always cleared, but some small blocks which form the falling object102and falling stop objects103are often cleared. In this example, the falling object102which appears next is displayed in a next box101. In this example, the falling object102is formed of four small blocks. However, the present invention is not limited to this, and the falling object need only be formed of one or more blocks. Also, as the types of falling objects102, the outer shapes of falling objects102need not always be uniform. For example, a falling object102including one block may be provided, and a falling object102including two blocks may be provided.

The falling stop objects103are piled up falling objects102which are not cleared after they land on the bottom of the field100. Note that falling stop objects103may be displayed as falling stop objects from the beginning of the game independently of the falling object102. Note that some small blocks which form the falling stop objects103may be cleared, and the remaining small blocks may move downward upon clearing.

In this example, the field100is defined by 15 grids in the horizontal direction, and 10 grids in the vertical direction, and can accommodate one small block per grid. When the falling object102is moved, move control is executed for respective grids.

FIG. 2shows an example of small blocks according to this embodiment. This example illustrates a white block200, red block201, white magic block202, and red magic block203. The white and red blocks200and201are normal small blocks having a high frequency of occurrence. On the other hand, the white and red magic blocks202and203have a relatively lower frequency of occurrence than the normal blocks, but have special meanings. For example, if a magic block is included in a plurality of blocks of the same color, which satisfy the clear condition, another block of the same color, which neighbors the plurality of blocks of the same color, is controlled to be simultaneously cleared. Note that a neighboring pattern is a vertically or horizontally neighboring pattern except for an oblique neighboring pattern. If still another block which neighbors the neighboring block has the same color, it also becomes an object to be cleared.

FIG. 3shows an example of falling objects according to this embodiment.FIG. 3exemplifies four different blocks having different combinations of internal small blocks. There are 16 different types of falling objects as combinations of only white and red blocks200and201in practice. Note that there can exist 256 different types of falling objects including two different types magic blocks.

FIG. 4shows an operation example of a falling object according to this embodiment. When a falling object displayed at the falling start position begins to fall, it moves in the right, lower, or left direction in accordance with an operation input from an operation unit of the game apparatus. Likewise, internal small blocks which form the falling object can be re arranged in accordance with an operation input from the operation unit of the game apparatus. Note that re arrangement is executed without rotating the falling object itself. Of course, the falling object itself may be rotated.

FIGS. 5 to 8show a clear example of a falling object and falling stop objects according to this embodiment.FIG. 5illustrates that the falling object102inFIG. 1undergoes a re arrange operation of internal small blocks once, and is moved by two grids to the right. After that, the falling object102lands on the falling stop objects103. The falling object102is controlled to automatically fall along with an elapse of time, but it may be forcibly moved downward by an input from the operation unit.

FIG. 6illustrates that the falling object102lands on the falling stop objects103, and four small blocks of the same color form a square pattern. That is, the four small blocks of the same color are settled as blocks to be cleared. Note that various conditions required to settle small blocks as objects to be cleared may be used. In this embodiment, when blocks of the same color form an n*m (n and m are integers equal to or larger than 2) rectangle (or sometimes an L shape or the like), it is determined that the first clear condition is satisfied. That is, the first clear condition is a condition required to settle blocks as objects to be cleared. When objects to be cleared are settled, a group of small blocks to be cleared is highlighted. The highlight may be made temporarily or continuously. In the latter case, the blocks to be cleared are highlighted from when they are settled until they are cleared.

As a characteristic feature of this embodiment, objects to be cleared are not immediately cleared even after they are settled. That is, the objects to be cleared are cleared only when the second clear condition is satisfied.

FIG. 7shows a passage example of a sequence bar as the second clear condition according to this embodiment. For example, a sequence bar701moves in synchronism with music data output from an audio output unit in progress of the game. For example, the sequence bar701moves from the left end to the right end, e.g., every two bars. Note that the sequence bar701may move from the bottom to the ceiling of the field100. Also, these moving directions may be reversed. The present invention is not limited to the sequence bar as long as it need only passes the blocks to be cleared on the field100.

FIG. 8shows a clear example of the blocks to be cleared upon passage of the sequence bar according to this embodiment. When the sequence bar701has passed the blocks to be cleared, since the second clear condition is satisfied, the blocks to be cleared are cleared after the color of the blocks to be cleared is changed.

According to this embodiment, since blocks to be cleared are cleared after a plurality of clear conditions are satisfied, the game is more complicated, and can more entertain the player. Especially, even when blocks to be cleared can be settled by operating the falling object, they are not cleared immediately, and are cleared in wait for passage of the sequence bar that appears in synchronism with a music. Hence, the player can experience thrills, frustrations, feeling of tension, and exhilaration compared to the conventional games. While the player is waiting for passage of the sequence bar, since the game progresses and falling objects come down, the player can further enjoy these emotions.

According toFIG. 8, as a result of clearing blocks, four white blocks form a new group of blocks to be cleared at a lower left position. As can be seen from the flowcharts to be described later, a chain clear process is executed in this case. Note that the chain clear process is executed in wait for passage of the sequence bar701.

FIG. 9shows another clear condition according to this embodiment. The conventional game makes it a clear condition that a plurality of blocks line up in one of the vertical, horizontal, and oblique directions. That is, it is nothing but a simple clear condition. By contrast, in this embodiment, when a pattern given as a subject can be formed, it is handled that the aforementioned first clear condition is satisfied. Note that the subject is a pattern, and the player may be puzzled unless a practical example is given. Hence, a subject box900used to display a subject is provided, and a pattern as a subject is displayed in that box.

FIG. 10shows a state wherein the subject of the pattern is actually achieved. In this example, a pattern “dog” is given as a subject. After a while, when the sequence bar701passes, red blocks which form the pattern “dog” are cleared.

The subject (clear condition) of the pattern may or may not be changed in progress of the game. If the subject is changed, the game is more complicated, resulting in more fun.

When the subject of the pattern is achieved, bonus points may be added, blocks may be cleared without passage of the sequence bar, or all blocks in the field may be cleared, thus enhancing the tenacity of purpose to achievement of the pattern subject. Furthermore, the player can bliss due to achievement of the pattern.

FIG. 11is a block diagram showing an example of a game apparatus according to this embodiment. A CPU1101is a central processing unit which systematically controls the overall game apparatus. A ROM1102is a storage circuit for storing basic programs such as an OS and the like. A RAM1103is a storage circuit for storing data associated with the game. A game program storage medium1104is a storage medium such as a memory, CD ROM, DVD ROM, or the like, which stores a game program. A display unit1105is a liquid crystal display device or the like for displaying the contents of the game. An operation unit1106includes a plurality of buttons and keys, and outputs, to the CPU1101, operation input signals used to move the falling object102in the lower, right, or left direction or to re arrange small blocks in the falling object102. An audio output unit1107includes an audio output circuit and loudspeaker which are used to audibly output music data and effect sounds stored in the storage medium1104. A communication interface1108is a communication circuit which connects an external PC or the like such as another game apparatus or the like and exchanges data.

FIG. 12is a flowchart showing an example of the main sequence of the game program according to this embodiment.

In step S1201, the CPU1101controls the falling object102. For example, the CPU1101determines four small blocks that form the falling object102by a random number, and displays the falling object102in the next box101as the falling start position. The CPU1101stores display position data of the falling object102on the field100, and type data and display position data of the small blocks that form the falling object102in the RAM1103. Note that flag data used to distinguish the falling object102and falling stop objects103may be stored in the RAM1103together.

In step S1202, the CPU1101controls the falling stop objects103on the field100. For example, the CPU1101stores type data, display position data, and flag data indicating falling stop blocks of respective small blocks which form each falling stop block103in the RAM1103. Note that data indicating whether or not a block exists and its type may be recorded on each grid on the field100. A sequence (Field_Block[i, j], 0<i<n+1, 0<j<m+1) corresponding to the each grid is defined: if the value of the sequence is zero, it means the absence of a block; if it is 1, it means that a red block exists; and if it is 2, it means that a white block exists. In this case, i and j correspond to the display position data, and values substituted in the sequence correspond to data indicating the presence/absence and type of a block. If a grid which is located at the uppermost and leftmost position on the field100is represented by [1, 1], and a grid which is located at the lowermost and rightmost position is represented by [15, 10], if Field_Block[5, 9]=1, it can express that a red block exists in a grid at the fifth leftmost and ninth uppermost position.

Note that the falling stop blocks and falling block may be managed using this sequence. In this case, the value of the sequence may be defined: if it is zero, it means the absence of a block; if it is 1, it means that a falling stop red block exists; if it is 2, it means that a falling stop white block exists; if it is 3, it means that a falling red block exists; and if it is 4, it means that a falling white block exists.

In step S1203, the CPU1101controls movement and display of the sequence bar701. The sequence bar701moves in synchronism with music data.

The CPU1101checks in step S1204if the game is over. For example, if the falling stop objects are piled up in the vertical direction of the field100and there is no room for falling a new falling object102, it is determined that the game is over. If the game is not over, the flow returns to step S1201.

FIG. 13is a flowchart showing an example of a falling object control subroutine according to this embodiment. This subroutine corresponds to step S1201described above.

The CPU1101checks in step S1301if a key input from the operation unit1106is detected. If a key input is detected, the flow advances to step S1302; otherwise, the flow jumps to step S1306.

The CPU1101checks in step S1302if the key input signal from the operation unit1106is an operation instruction that instructs to re arrange. If the key input signal is a re arrange instruction, the flow advances to step S1303; otherwise, the flow advances to step S1304.

In step S1303, the CPU1101re arranges the positions of small blocks which form the falling object102. For example, the CPU1101reads out display data associated with the falling object102from the RAM1103, changes display position data of respective small blocks in accordance with a predetermined re arrange rule, and stores the changed data in the RAM1103again. As the re arrange rule, various rules are available: for example, blocks are re arranged clockwise, blocks are re arranged counterclockwise, upper and lower blocks or right and left blocks are re arranged, and so forth. Any of these rules may be adopted.

The CPU1101checks in step S1304if the key input signal from the operation unit1106is an operation instruction that instructs left, right, or down movement. If the key input signal is a move instruction, the flow advances to step S1305; otherwise, the flow advances to step S1306.

In step S1305, the CPU1101moves the falling object102in accordance with the move instruction. For example, the CPU1101reads out display data associated with the falling object102from the RAM1103, changes display position data of respective small blocks in accordance with the move instruction, and stores the changed data in the RAM1103again. In case of right movement, the display position data of all the small blocks which form the falling object102are changed to indicate their right neighboring grids. In case of left or down movement, the display position data are changed by the same method.

The CPU1101checks in step S1306if a falling timing is reached. For example, the CPU1101reads out time data from an internal timer, and checks if a predetermined time (1 sec or the like) is reached. If the falling timing is reached, the flow advances to step S1307; otherwise, the flow returns to step S1301.

The CPU1101checks in step S1307if small blocks which form the falling stop block103exist below the falling object102. That is, the CPU1101checks if a falling stop condition is satisfied. For example, the CPU1101reads out display position data of the falling object102(especially, those of the lower two small blocks of the four small blocks) from the RAM1103, and calculates display position data one grid below the display position data of interest. The CPU1101then checks if the falling stop object103exists in grids corresponding to the calculated display position data. If no blocks of the falling stop object103exist below the falling object, the flow advances to step S1308; otherwise, the flow advances to step S1310.

The CPU1101checks in step S1308if the bottom of the field100exists below the falling object102. That is, the CPU1101checks if the falling stop condition is satisfied. For example, the CPU1101reads out display position data of the falling object102(especially, those of the lower two small blocks of the four small blocks) from the RAM1103, and checks if that position is a move limit position (which can also be expressed as a falling stop position). In the field100ofFIG. 1, if the coordinates of each grid are expressed by (x, y) and, especially, those of grids at the upper left corner and lower left corner are (1, 1) and (1, 10), the y coordinate of the move limit position is 10. Hence, if the y coordinate of the lower small blocks of the falling object102is 9 or less, it is determined that the bottom of the field100does not exist below the falling object. If the bottom of the field100exists below the falling object, the flow advances to step S1310; otherwise, the flow advances to step S1309.

In step S1309, the CPU1101moves the falling object102to a position one grid below, and displays it on the display unit1105. For example, the CPU1101changes display position data of the four small blocks which form the falling object102to indicate positions one grid below, and stores the changed data in the RAM103again.

In step S1310, the CPU1101executes a falling stop object conversion process to the falling object102. For example, the CPU1101changes flag data of respective small blocks included in the falling object102from those indicating a falling object to those indicating a falling stop object.

FIG. 14is a flowchart showing an example of a falling stop object control subroutine according to this embodiment. This subroutine corresponds to step S1202above. Note that steps S1401to S1403correspond to a process for arranging remaining blocks (non cleared blocks) after blocks to be cleared are cleared. That is, after some blocks of the falling stop objects103are cleared, since non cleared blocks carried on the cleared blocks must be moved downward, such arrange process is required.

The CPU1101checks in step S1401if blocks exist below respective small blocks which form each falling stop block103in the field100. If blocks exist below the falling stop block103, the flow jumps to step S1404; otherwise, the flow advances to step S1402. Note that the detailed checking method is the same as that in step S1307.

The CPU1101checks in step S1402if the bottom exists below respective small blocks. If the bottom exists below respective small blocks, the flow jumps to step S1404; otherwise, the flow advances to step S1403. Note that the detailed checking method is the same as that in step S1308.

In step S1403, the CPU1101moves the small blocks that form the falling stop object103downward. More specifically, the CPU1101executes the process explained in step S1309. After that, the flow returns to step S1401.

In step S1404, the CPU1101executes a still process for the falling stop object103. For example, of small blocks included in the falling stop object103, the CPU1101changes flag data and the like of small blocks which have reached a predetermined move stop position (e.g., they have reached the bottom or have landed on other blocks) so as to indicate that they stop moving and get still, and stores the changed data in the RAM1103. In this way, the display unit1105displays non cleared blocks as if they were moved to the move stop position and are fixed in position.

The CPU1101checks in step S1405if blocks which meet the clear condition exist. For example, the CPU1101checks if the falling stop objects103include a combination of small blocks that meet the clear condition. This process corresponds to the checking process associated with the first clear condition described above. This process will be described below using a practical example. The CPU1101reads out display position data and type data of each small block which forms the falling stop objects103from the RAM1103, specifies its neighboring block on the basis of the display position data, and reads out type data of that block. The CPU1101then compares the readout type data of the neighboring block with that of the block of interest to check if the blocks have the same type. Furthermore, the CPU1101checks if a plurality of these blocks of the same type form an n*m (n and m are integers equal to or larger than 2) rectangle (or sometimes an L shape or the like). If a combination of small blocks that meet the clear condition is found, the flow advances to step S1406; otherwise, the flow advances to step S1408.

In step S1406, the CPU1101executes a settlement process of blocks to be cleared. For example, the CPU1101generates a clear object list that registers the coordinates of the blocks to be cleared in the field100on the basis of each display position data of small blocks which meet the first clear condition, and stores it in the RAM1103. Alternatively, the CPU1101rewrites flag data of small blocks which meet the first clear condition from data indicating non cleared blocks to data indicating blocks to be cleared. These processes correspond to generation of data to be cleared.

In step S1407, the CPU1101highlights the blocks to be cleared. For example, the CPU1101executes flickering display, color change display, or the like on the coordinates registered in the clear object list so as to indicate blocks to be cleared.

In step S1408, the CPU1101executes a settlement process of non cleared blocks. That is, the CPU1101writes data indicating non cleared blocks in flag data of small blocks of the falling stop blocks103, which do not meet the first clear condition, and stores the data in the RAM1103.

In step S1409, the CPU1101displays non cleared blocks as usual. Displaying as usual is to display blocks to identify that they are not blocks to be cleared. For example, the CPU1101statically displays these blocks without highlighting them.

FIG. 15is a flowchart showing an example of a sequence bar control subroutine according to this embodiment. This subroutine corresponds to step S1203above.

The CPU1101checks in step S1501if the display timing of the sequence bar701is reached. The CPU1101reads out music data from the storage medium1104along with the progress of the game, and outputs it as sound via the audio output unit1106. For example, the CPU1101displays the sequence bar701in synchronism with this music data. For example, the sequence bar701appears in accordance with tempo parameters included in the music data. Alternatively, the sequence bar701appears every time data for two bars of the music data are played. Note that the display timing of the sequence bar701may be controlled not directly based on the music data. For example, a counter counts given timings independently of the music data, and when the counter reaches a predetermined value, the CPU1101displays the sequence bar701to move it from the left to the right. Even in this case, since an audio output of the music data is executed, the sequence bar701consequently appears in synchronism with the output of the music data. In this way, if it is determined that the display timing of the sequence bar701is reached, the flow advances to step S1502; otherwise, the flow exits this subroutine.

In step S1502, the CPU1101displays the sequence bar701to move. For example, the CPU1101displays the sequence bar701at the left end of the field100, and moves the displayed sequence bar701to the right. More specifically, the CPU1101rewrites the contents of the display position data of the sequence bar701every second from the position data indicating the left end of the field100to that indicating the right end. The position data is stored in the RAM1103, and is read out and written by the CPU1101as needed.

In step S1503, the CPU1101searches for blocks where the sequence bar701has passed. For example, the CPU1101reads out the current display position data of the sequence bar701from the RAM1103, and reads out those of blocks located on the left side of the sequence bar701on the basis of that display position data.

The CPU1101checks in step S1504if blocks found by search are blocks to be cleared. For example, the CPU1101checks whether or not the readout flag data of each block indicates a block to be cleared. Note that the CPU1101may read out the aforementioned clear object list from the RAM1103, and compare the coordinates registered in the list with the display position of the sequence bar701to check if clear blocks are located on the left side of the sequence bar701. In this way, the CPU1101checks in steps S1503and S1504if the sequence bar701has passed the blocks to be cleared. If the sequence bar701has passed the blocks to be cleared, the flow advances to step S1505; otherwise, the flow jumps to step S1507.

In step S1505, the CPU1101clears display of the blocks to be cleared after the sequence bar701has passed.

In step S1506, the CPU1101adds a score in correspondence with the number of cleared blocks, and stores the score data in the RAM1103.

The CPU1101checks in step S1507if the movement of the sequence bar701is to be stopped. For example, the CPU1101reads out the display position data of the sequence bar701from the RAM1103, and determines that the movement is to be stopped if the display position data indicates the coordinates of the right end of the field100. If the movement is to be stopped, the flow advances to step S1508; otherwise, this subroutine ends.

In step S1508, the CPU1101clears display of the sequence bar701, and this subroutine ends.

As described above, according to this embodiment, in a game which makes the player operate a falling object (ex.: falling object102) which is falling in a predetermined display area (ex.: field100) and clears the falling object and falling stop objects by combining the falling object and falling stop objects103under a predetermined condition, it is checked if a new falling stop object which stops falling (ex.: any blocks included in the falling stop object103which has been just turned from the falling object102) and other falling stop objects arranged in advance around that falling stop object (ex.: any blocks included in the falling stop objects103originally piled up from the bottom of the field100) satisfy a predetermined clear condition (ex.: S1405). If this clear condition is satisfied (i.e., blocks to be cleared are settled), a portion that satisfies the clear condition of the falling stop objects (ex.: a group of blocks which satisfy the clear condition of those included in the falling stop blocks103) is registered as an object to be cleared. When a sequence bar (ex.: sequence bar701) which moves vertically or horizontally in the display area in synchronism with a music output along with the progress of the game has passed the portion (ex.: blocks to be cleared) of the falling stop objects, that portion is cleared (ex.: S1503to S1505).

According to this embodiment, since objects are not immediately cleared even when the clear condition is satisfied but are cleared in wait for passage of the sequence bar701, the player can be thrilled more than the conventional games. In the description of the above embodiment, when the sequence bar which is displayed in synchronism with a music output along with the progress of the game has passed a given portion of the falling stop objects, that portion is cleared. However, display or the like of the sequence bar may be omitted, and falling stop blocks registered as objects to be cleared may be cleared in synchronism with the output of a predetermined part of a music which is output along with the progress of the game. Of course, the sequence bar may be displayed at a predetermined timing asynchronous with the music data, and when the sequence bar has passed the falling stop blocks registered as objects to be cleared, these falling stop blocks may be cleared.

In the above embodiment, the condition for settling blocks to be cleared, and the condition for determining a timing of actually clearing blocks to be cleared (e.g., passage of the sequence bar) are used. In the broader sense, the former may be called a first clear condition, and the latter may be called a second clear condition.

It is often difficult to arouse player's strong interest by only a simple clear condition, i.e., when a predetermined number or more of small blocks that form falling stop objects run on vertically, horizontally, or obliquely.

Hence, as has been explained usingFIGS. 9 and 10, when, for example, a predetermined pattern such as “dog”, “X mark”, or the like is formed by a plurality of blocks included in the falling stop objects as a clear condition, these blocks may be cleared. Note that “dog” or “X mark” is merely an example, and various other patterns may be adopted.

When formation of a predetermined pattern is used as a clear condition, a hint of the pattern may be displayed. No game that adopts formation of a predetermined pattern as a clear condition is available at least in the field of “falling block games”. For this reason, the player may be puzzled by understanding of the clear condition until he or she gets used to the game. Hence, if a hint of the pattern is displayed on the game window, understanding of the game by the player can be deepened, and the time required for the player to get used to the game can be shortened.

FIG. 16is a flowchart showing an example of another main routine according to this embodiment. A simple description of the already explained steps will be given by denoting them by the same step numbers.

In step S1600, the CPU1101displays a hint of a pattern as one clear condition on the subject box900. As shown inFIG. 9, a pattern “dog” is displayed as a hint of the pattern on the upper right side of the field100. After that, step S1201and subsequent steps are executed, as described above.

FIG. 17is a flowchart showing an example of a pattern hint display control subroutine according to this embodiment. This subroutine corresponds to step S1600above. Note that both steps S1703and S1704are options and are not always required.

In step S1701, the CPU1101reads out pattern data as one clear condition from the RAM1103or storage medium1104. In this case, the CPU1101may read out a plurality of pattern data and may set them as clear conditions.

In step S1702, the CPU1101displays a hint such as the readout pattern data or the like on the subject box. Note that the CPU1101may read out and display hint data in place of the pattern data. The hint data means information suggestive of the pattern, and similarly provides a hint of the pattern as in the pattern data.

The CPU1101checks in step S1703if the change timing of the pattern data is reached. The change timing may be set when the player clears the subject and the next subject is required or when a periodic timing or random timing is reached.

For example, upon checking the clear condition in step S1405above, the CPU1101reads out the pattern data from the RAM1103or the like, and checks if a layout of a plurality of blocks which matches that of a plurality of blocks defined by the pattern data is formed by the falling stop objects103. When the falling stop objects103include a layout of blocks corresponding to the pattern data, the CPU1101registers the group of these blocks as blocks to be cleared, and stores data indicating achievement of the subject in the RAM1103. Then, in step S1703the CPU1101determines that the change timing of the pattern is reached when it reads out the data indicating achievement of the subject from the RAM1103, and the flow advances to step S1704. Otherwise, the control exits this subroutine.

In step S1704, the CPU1101changes pattern data to be read out. For example, when a plurality of pattern data are stored in the storage medium1104, at least one of them is loaded onto the RAM1103. The flow then returns to step S1701, and the CPU1101reads out the changed pattern data from the RAM1103.

FIGS. 9 and 10show an actual display example associated with the aforementioned process using the pattern data.

If blocks are cleared when a predetermined pattern such as “dog”, “X mark”, or the like is formed, since elaborate clear conditions can be set compared to the conventional games, the player can experience the difficulty level and exhilaration of the game unlike in the conventional games.

Since a hint of the pattern is displayed, it can help the player understand the clear condition. Note that display of the hint is not always necessary.

Note that a plurality of pattern data may be used as clear conditions. In this case, in step S1702, the CPU1101may periodically and selectively display hints associated with the plurality of pattern data. If a plurality of hints can be displayed simultaneously, the need for such switching of hint display can be obviated.

If the subject of the pattern is achieved, the game may be controlled irregularly. For example, the CPU1101may add bonus points to the score, may clear blocks to be cleared before the sequence bar701passes, or may clear all blocks in the field, thus enhancing the tenacity of purpose to achievement of the pattern subject. Furthermore, the player can bliss due to achievement of the pattern.

The present invention can be applied to a system constituted by a plurality of devices, or to an apparatus comprising a single device. Furthermore, it goes without saying that the invention is applicable also to a case where the object of the invention is attained by supplying a program to a system or apparatus.

As many apparently widely different embodiments of the present invention can be made without departing from the spirit and scope thereof, it is to be understood that the invention is not limited to the specific embodiments thereof except as defined in the appended claims.

CLAIM OF PRIORITY

This application claims priority from Japanese Patent Application No. 2004-159811 filed on May 28, 2004, which is hereby incorporated by reference herein.