JP3872497B2 - GAME DEVICE, ITS CONTROL METHOD, AND COMPUTER PROGRAM - Google Patents

Description

  The present invention relates to a game for erasing an object by operating a falling object and combining a falling object and a falling stop object under a predetermined condition, and in particular, a technique for controlling the erasing timing and erasing condition of the combined object. About.

  Conventionally, in the game industry such as Tetris and Columns, there is a game of a genre called “falling game”.

  For example, Tetris erases blocks arranged in a horizontal row immediately after displaying that the block to be erased has been confirmed when all the horizontal rows are filled with blocks. On the other hand, when three or more blocks of the same color are connected vertically, horizontally, or diagonally, Columns erases the block immediately after displaying that the block to be erased has been confirmed.

In addition, if two medicine capsules that fall automatically are manipulated and dropped onto a pre-arranged virus, and three or more of the same color virus and medicine capsule are connected vertically or horizontally, the block to be erased is confirmed. A game has also been proposed in which these are erased immediately after displaying the information (Patent Document 1).
Japanese Patent No. 3019970.

  However, the conventional “falling game” has a problem that the thrill feeling is lacking because it is erased immediately after displaying that the block to be erased is confirmed. In particular, since the next block did not fall until the erasure was completed after the block to be erased was confirmed, if the block was prepared, the player would be relieved and the opportunity to taste further thrilling was taken away It was.

  Also, the erasing conditions are simple, such as erasing objects that are more than a predetermined length, width, or diagonal, and there is a problem that the game player is easily bored. In other words, since the erasure condition remained fixed from the start to the end of the game, there was no surprise regarding the erasure condition.

  Accordingly, the present invention aims to solve at least one of such problems and other problems. Other issues can be understood throughout the specification.

  In order to solve the above-described problems, according to the present invention, a falling object that drops and moves within a predetermined display area is operated by a player, and the falling object and the falling stop object are combined under a predetermined condition to combine the falling object and the falling object. In a game for erasing a stop object, it is determined whether the fall stop object that has been dropped and stopped and other fall stop objects that are arranged in advance in the vicinity satisfy a predetermined erasure condition. When this erasure condition is satisfied (that is, when the erasure object is confirmed), the part of the fall stop object (including both the new fall stop object and the existing fall stop object) that satisfies the erasure condition is erased. Register as a target. The fall stop object registered as the erasure target is erased in conjunction with the output of a predetermined portion of the music outputted as the game progresses. Alternatively, when a moving body that can move within the predetermined display area as the game progresses passes over a fall stop object registered as an erase target, the fall stop object is erased. Alternatively, the sequence bar that moves in the vertical or horizontal direction in the display area in conjunction with the music that is output as the game progresses erases the portion when it passes the falling stop object portion.

  Note that the erasure condition is not only that the small blocks constituting the part of the fall-stopped object are vertically, horizontally, or obliquely connected over a predetermined distance, but depending on the part, a predetermined pattern such as “dog” or “x mark” may be displayed. Formation may also be an erasing condition. Note that “dog” and “x mark” are merely examples to show that they are different from conventional erasing conditions.

  In addition, when the formation of a predetermined symbol is an erasing condition, a hint for the symbol may be displayed.

  According to the present invention, even if the erasure condition is satisfied, the player does not erase immediately but waits for the sequence bar to pass before erasing, so that the player can experience a thrilling feeling than before. It will be possible.

  In addition, if a predetermined symbol such as “Dog” or “X mark” is deleted, the deletion condition becomes more complicated than before, so that the player has an unprecedented difficulty and exhilaration of the game. You can feel the feeling.

  In addition, by displaying the hint of the symbol, the player will be able to promote understanding of the erasing conditions.

  In the following, an embodiment useful for understanding the high-level concept, middle-level concept and low-level concept of the present invention is shown. Note that not all of the concepts included in the following embodiments are described in the claims. However, it should be understood that this is not intentionally excluded from the technical scope of the patented invention, but is not described in the scope of claims because it is equivalent to the patented invention.

[First Embodiment]
FIG. 1 is a diagram illustrating an example of a game display screen according to the present embodiment. First, an outline of the game according to the present embodiment will be described using the drawings.

  The game according to the present embodiment is a game of a genre called “falling game” in the game industry. The player operates the falling object 102 that drops and moves in the field 100 that is a predetermined display area, and combines the falling object 102 and the falling stop object 103 under a predetermined condition, thereby dropping the falling object 102 and the falling stop. The object 103 is erased (strictly speaking, after the falling object 102 becomes the fall stop object 103, the erasing condition is judged, and only the part that satisfies the erasing condition is erased).

  When erasing the falling object 102 and the falling stop object 103, the whole is not necessarily erased, and some of the small blocks constituting the falling object 102 and the falling stop object 103 may be erased. is there. In this example, the falling object 102 that appears next is displayed in the next box 101. In this example, the falling object 102 is composed of four small blocks. However, the present invention is not limited to this, and may be composed of one or more blocks. Further, the type of the falling object 102 is not necessarily required to have the same outer shape. For example, there may be a falling object 102 composed of one block, or there may be a falling object 102 composed of two blocks.

  The fall stop object 103 is deposited without being erased after the fall object 102 has landed on the bottom surface of the field 100. Note that the fall stop object 103 may be displayed as a fall stop object from the beginning of the game separately from the fall object 102. Here, in the fall stop object 103, there is a possibility that some small blocks constituting the fall stop object may be erased, and in the case of erase, there is a possibility that the remaining small blocks move downward. is there.

  In this example, the field 100 includes 15 squares and 10 verticals, and one square can accommodate one small block. When the falling object 102 is moved, the movement control is executed in units of mass.

  FIG. 2 is a diagram illustrating an example of a small block according to the present embodiment. In this example, a white block 200, a red block 201, a white magic block 202, and a red magic block 203 are shown. The white block 200 and the red block 201 are normal small blocks having a high appearance probability. On the other hand, the white magic block 202 and the red magic block 203 have a special meaning although their appearance probabilities are relatively small compared to the normal block. For example, when a magic block is included in a plurality of same color blocks that satisfy the erasure condition, control is performed so that other same color blocks adjacent to the plurality of same color blocks are simultaneously erased. In addition, the adjacent form is vertical or horizontal, and the diagonal is excluded. If another block further adjacent to the adjacent block has the same color, the other block is also an erasure target.

  FIG. 3 is a diagram illustrating an example of a falling object according to the present embodiment. Four types of blocks each having a different configuration of an internal small block are illustrated. Even if only the combination of the white block 200 and the red block 201 is used, there are actually 16 types of falling objects. If two types of magic blocks are included, 256 types of falling objects can exist.

  FIG. 4 is a diagram illustrating an operation example of a falling object according to the present embodiment. When the fall object displayed at the fall start position starts to fall, the fall object moves rightward, downward, or leftward according to an operation input from the operation unit of the game apparatus. Similarly, the small blocks inside the falling object can be rearranged according to the operation input from the operation unit. The rearrangement is executed without rotating the falling object itself. Of course, the falling object itself may be rotated.

  5 to 8 are diagrams showing examples of erasing the falling object and the falling stop object according to the present embodiment. FIG. 5 shows that the falling object 102 in FIG. 1 has been rearranged once inside small blocks and moved by two squares in the right direction. Thereafter, the falling object 102 lands on the falling stop object 103. The falling object 102 is controlled to automatically drop and move with the passage of time, but may be forcibly moved downward by an input from the operation unit.

  FIG. 6 shows that the falling object 102 has landed on the falling stop object 103 and four small blocks of the same color are arranged in a square shape. That is, four small blocks of the same color are determined as erasure target blocks. Although various conditions for determining the object to be erased are conceivable, in this embodiment, blocks of the same color are squares of n * m (n and m are both integers of 2 or more) (sometimes L-shaped or the like). It is assumed that the first erasure condition is satisfied when the configuration is configured. The first erasing condition is a condition for determining as an erasing target. When the erasure target is confirmed, the group of small blocks to be erased is highlighted. The highlighting may be temporary or continuous. In the latter case, the highlighted block is highlighted until it is erased after the block to be erased is confirmed.

  In this embodiment, what is characteristic is that even if an erasure target is determined, it is not immediately erased. That is, it is erased for the first time when the second erase condition is satisfied.

  FIG. 7 is a diagram illustrating an example of passage of a sequence bar that is the second erasing condition according to the present embodiment. The sequence bar 701 moves in conjunction with, for example, music data output from the audio output unit during the progress of the game. For example, once every two bars, the field 100 moves from the left end to the right end. The field 100 may be moved from the bottom side to the ceiling. These moving directions may be opposite to each other. Further, it may be anything that passes over the block to be erased in the field 100 and is not limited to the sequence bar.

  FIG. 8 is a diagram showing an example of erasing the block to be erased by passing through the sequence bar according to the present embodiment. When the sequence bar 701 passes over the erasure target block described above, the second erasure condition is satisfied, and the color of the erasure target block changes and is erased.

  According to the present embodiment, since the block to be erased is erased after satisfying a plurality of erasing conditions, the complexity of the game increases and the player can be more entertained. In particular, by operating a falling object, even if you can confirm the erase block, it will not be erased immediately, and it will not be erased unless you wait for the passage of the sequence bar that appears in conjunction with the music, so it is more thrilling than before, You will feel a sense of frustration, tension and exhilaration. In particular, while waiting for the sequence bar to pass, the game progresses and falling objects pour down, making it easier to enjoy these feelings.

  According to FIG. 8, as a result of erasing the blocks, four white blocks are arranged in the lower left, and a new group of blocks to be erased is formed. As will be apparent from the flowchart described later, in this case, a chained erasure process is executed. Note that the chained erasure process is also executed after waiting for the sequence bar 701 to pass.

  FIG. 9 is a diagram showing another erasing condition according to the present embodiment. Conventionally, an erasing condition is that a plurality of blocks are arranged in a line in any one of vertical, horizontal, and diagonal directions. That is, it was only a simple erasing condition. On the other hand, in this embodiment, even when a symbol given as a problem can be formed, the first erasing condition is treated as being satisfied. In addition, since a subject is a design, if a specific example is not shown, a player may get lost. Therefore, an assignment box 900 for displaying the assignment is provided, and a symbol to be the assignment is displayed therein.

  FIG. 10 is a diagram showing how the design problem has been actually achieved. In this example, a “dog” symbol is given as a task. After this, when the sequence bar 701 passes, the red block forming the dog pattern is erased.

  This design issue (erase condition) may or may not be changed while the game is in progress. If changed, the game will become more complex and enjoyable.

  Also, when you have achieved the subject of the symbol, you can add bonus points, erase the block even if the sequence bar does not pass, or erase all the blocks in the screen. You can increase your obsession with achievement. Eventually, the player will enjoy the extraordinary bliss that comes from achieving the symbol.

  FIG. 11 is an exemplary block diagram of the game device according to the present embodiment. The CPU 1101 is a central processing unit that controls the entire game device in an integrated manner. The ROM 1102 is a storage circuit that stores basic programs such as an OS. The RAM 1103 is a storage circuit that stores data related to the game. The game program storage medium 1104 is a memory, a CD-ROM, a DVD-ROM, or other storage medium that stores a game program. The display unit 1105 is a liquid crystal display device that displays game contents. The operation unit 1106 is a controller including a plurality of buttons and keys, and an operation input for moving the falling object 102 downward, rightward, leftward or rearranging small blocks inside the falling object 102. Is output to the CPU 1101. The sound output unit 1107 includes a sound output circuit that outputs sound of music data stored in the storage medium 1104 and outputs sound effects, and a speaker. The communication interface 1108 is a communication circuit that transmits and receives data by connecting to an external PC or the like such as another game device.

  FIG. 12 is a diagram illustrating an example of a main sequence of the game program according to the present embodiment.

  In step S1201, the CPU 1101 controls the falling object 102. For example, the CPU 1101 determines four small blocks constituting the falling object 102 based on random numbers, and displays the falling object 102 in the next box 101 that is the falling start position. Further, the CPU 1101 stores in the RAM 1103 the display position data of the falling object 102 in the field 100, the type data of each small block constituting the falling object 102, and the display position data. Note that flag data for distinguishing the falling object 102 and the falling stop object 103 may also be stored in the RAM 1103.

  In step S <b> 1202, the CPU 1101 controls the fall stop object 103 on the field 100. For example, the CPU 1101 stores, in the RAM 1103, type data, display position data, and flag data indicating a fall stop block of each small block constituting the fall stop object 103. It should be noted that for each square of the field 100, data indicating whether or not a block exists and its type may be recorded. Define an array (Field_Block [i, j], 0 <i <n + 1, 0 <j <m + 1) corresponding to each cell, and when the value of the array is 0, it means no block, When it is 1, it means that a red block exists, and when it is 2, it is processed as if a white block exists. i and j correspond to display position data, and the value assigned to the array corresponds to data indicating the presence / absence of a block and the type of block. For example, when the leftmost and uppermost square of the field 100 is [1, 1] and the rightmost and lowermost square is [15, 10], if Field_Block [5, 9] = 1. It can be expressed that a red block exists in the fifth cell from the left and the ninth cell from the top.

  In addition, you may manage a fall stop block and a fall block by this arrangement | sequence. In this case, when the array value is 0, it means that there is no block, 1 means that there is a red block that is falling stopped, and 2 means that there is a white block that is falling stopped. When it is 3, it means that there is a falling red block, and when it is 4, it may be defined that there is a falling white block.

  In step S1203, the CPU 1101 controls the movement and display of the sequence bar 701. The sequence bar 701 moves in conjunction with the music data.

  In step S1204, the CPU 1101 determines the end of the game. For example, when the fall stop objects are stacked in the vertical direction of the field 100 and there is no longer room for the new fall object 102 to be dropped and moved, it is determined that the game is over. If the game is not over, the process returns to step S1201.

  FIG. 13 is an exemplary flowchart of a falling object control subroutine according to the present embodiment. This subroutine corresponds to step S1201 described above.

  In step S <b> 1301, the CPU 1101 determines whether or not there is a key input from the operation unit 1106. If key input is detected, the process proceeds to step S1302, and if not, the process proceeds to step S1306.

  In step S1302, the CPU 1101 determines whether the key input signal from the operation unit 1106 is an operation instruction for instructing rearrangement. If it is a rearrangement instruction, the process proceeds to step S1303; otherwise, the process proceeds to step S1304.

  In step S1303, the CPU 1101 rearranges the arrangement of the small blocks constituting the falling object 102. For example, display data regarding the falling object 102 is read from the RAM 1103, the display position data of each small block is changed according to a predetermined rearrangement rule, and is written back to the RAM 1103. As the rearrangement rule, for example, there are various rules such as rearrangement in the clockwise direction, rearrangement in the counterclockwise direction, and rearrangement of front and rear or left and right.

  In step S1304, the CPU 1101 determines whether or not the key input signal from the operation unit 1106 is a movement instruction instructing any one of left movement, right movement, and downward movement. If so, the process proceeds to step S1305; otherwise, the process proceeds to step S1306.

  In step S1305, the CPU 1101 moves the falling object 102 according to the movement instruction. For example, display data relating to the falling object 102 is read from the RAM 1103, the display position data of each small block is changed according to the movement instruction, and is written back to the RAM 1103. If it is rightward movement, the display position data of all the small blocks constituting the falling object 102 is changed so as to be one square right. The same method is used for moving left and moving downward.

  In step S1306, the CPU 1101 determines whether it is a drop timing. For example, the CPU 1101 reads out time data from an internal timer and determines whether or not a predetermined time (such as 1 second) has come. If it is the drop timing, the process proceeds to step S1307; otherwise, the process returns to step S1301.

  In step S <b> 1307, the CPU 1101 determines whether there is a small block forming the fall stop block 103 under the falling object 102. That is, it is determined whether the fall stop condition is satisfied. For example, the CPU 1101 reads the display position data of the falling object 102 (particularly, the display position data of the lower two small blocks among the four small blocks) from the RAM 1103, and displays the display position one square below the display position data. Calculate the data. Then, it is determined whether or not the fall stop object 103 exists in the square corresponding to the calculated display position data. If there is no block of the fall stop object 103 below, the process proceeds to step S1308, and if present, the process proceeds to step S1310.

  In step S <b> 1308, the CPU 1101 determines whether the bottom of the falling object 102 is the bottom side of the field 100. That is, it is determined whether the fall stop condition is satisfied. For example, the CPU 1101 reads the display position data of the falling object 102 from the RAM 1103 (particularly, the display position data of the lower two small blocks among the four small blocks), and the position is the movement limit position (also referred to as the drop stop position). It can be expressed). In the field 100 of FIG. 1, if represented by coordinates (x, y) of each square, especially if the upper left is (1, 1) and the lower left is (1, 10), the y coordinate of the movement limit position is 10 It becomes. Therefore, if the y coordinate of the lower small block of the falling object 102 is 9 or less, the lower side is not the bottom side. If the bottom is the bottom, the process proceeds to step S1310; otherwise, the process proceeds to step S1309.

  In step S <b> 1309, the CPU 1101 moves the falling object 102 downward by one square and causes the display unit 1105 to display it. For example, the CPU 1101 changes the display position data of the four small blocks constituting the falling object 102 so as to be one square below, and writes back to the RAM 1103.

  In step S <b> 1310, the CPU 1101 executes a fall stop object conversion process for the falling object 102. For example, the CPU 1101 changes the flag data of each small block included in the falling object 102 from data representing a falling object to data representing a falling stop object.

  FIG. 14 is an exemplary flowchart illustrating a control subroutine for a fall stop object according to the present embodiment. This subroutine corresponds to step S1202 described above. Steps S1401 to S1403 correspond to a process of organizing the remaining blocks (non-erased blocks) after erasing the erasure target block. That is, when a part of the block group in the fall stop object 103 is erased, it is necessary to move the non-erased block that has been placed on the block group downward, and thus such an arrangement process is necessary.

  In step S <b> 1401, the CPU 1101 determines whether there is a block below each of the small blocks constituting the fall stop object 103 in the field 100. If there is a block below, the process proceeds to step S1404; otherwise, the process proceeds to step S1402. The detailed determination method is the same as that in step S1307.

  In step S1402, the CPU 1101 determines whether the bottom of each small block is the base. If the bottom is the bottom, the process proceeds to step S1404; otherwise, the process proceeds to step S1403. The detailed determination method is the same as that in step S1308.

  In step S1403, the CPU 1101 moves the small blocks constituting the fall stop object 103 downward. Specifically, the process described in step S1309 is executed. Thereafter, the process returns to step S1401.

  In step S <b> 1404, the CPU 1101 executes a stationary process for the fall stop object 103. For example, the CPU 1101 terminates the movement of a small block included in the fall-stopped object 103 and reaches a predetermined movement stop position such as reaching the bottom or arriving on another block, and has stopped still. The flag data or the like is changed so as to represent and is written back to the RAM 1103. As a result, the non-erased block is displayed on the display unit 1105 as if it moved to the movement stop position and fixed.

  In step S1405, the CPU 1101 determines whether there is a block that matches the erasure condition. For example, the CPU 1101 determines whether there is no combination of small blocks that satisfy the erasure condition in the fall stop object 103. This corresponds to the determination process related to the first erasure condition described above. More specifically, the CPU 1101 reads out display position data and type data from the RAM 1103 for each small block constituting the fall stop object 103, identifies adjacent blocks based on the display position data, Read type data. Then, the type data of the read adjacent block and the type data of the target block are compared, and it is determined whether or not they are the same type of block. Further, it is determined whether or not these plural blocks of the same type constitute a square of n * m (n and m are integers of 2 or more) (sometimes L-shaped or the like). If there is a combination of small blocks that matches the erase condition, the process advances to step S1406. Otherwise, the process proceeds to step S1408.

  In step S1406, the CPU 1101 executes erase block determination processing. For example, the CPU 1101 creates an erasure target list in which coordinates in the field 100 where the erasure target exists is registered based on each display position data of the small block that satisfies the first erasure condition, and stores it in the RAM 1103. To do. Alternatively, the flag data of the small block that satisfies the first erasure condition is rewritten from data representing the non-erased block to data representing the erasure target. These correspond to the creation of data to be erased.

  In step S1407, the CPU 1101 highlights the erasure target block. For example, the CPU 1101 executes blinking display, color change display, or the like indicating the block to be deleted at the coordinates registered in the deletion target list.

  In step 1408, the CPU 1101 executes non-erased block determination processing. That is, the CPU 1101 writes data indicating non-erasure to the flag data of the small block of the fall stop object 103 that does not satisfy the first erasure condition, and stores the data in the RAM 1103.

  In step S1409, the CPU 1101 displays the non-erased block on the display unit 1105 as usual. Displaying as usual means displaying so that it is not an erasure target block. For example, static display is performed without highlighting.

  FIG. 15 is an exemplary flowchart according to the sequence bar control subroutine according to the present embodiment. This subroutine corresponds to step S1203 described above.

  In step S1501, the CPU 1101 determines whether the display timing of the sequence bar 701 has come. The CPU 1101 reads out music data from the storage medium 1104 and outputs it as audio from the audio output unit 1106 as the game progresses. For example, the CPU 1101 displays a sequence bar 701 in conjunction with the music data. For example, the sequence bar 701 appears according to the tempo parameter included in the music data. Alternatively, the sequence bar 701 appears each time two bars of data are played. Note that the display timing of the sequence bar 701 may be controlled without being directly based on the music data. For example, independent of the music data, a certain timing is counted by a counter, and when the counter reaches a predetermined value, the CPU 1101 displays the sequence bar 701 and moves and displays from left to right. Even in this case, since the sound output by the music data is executed, the result will be linked to the output of the music data. In this manner, if it is determined that the display timing of the sequence bar 701 is reached, the process proceeds to step S1502, and if not, the process exits from this subroutine.

  In step S1502, the CPU 1101 moves and displays the sequence bar 701. For example, the sequence bar 701 is displayed at the left end of the field 100, and the displayed sequence bar 701 is moved and displayed in the right direction. Specifically, the CPU 1101 rewrites the contents from moment to moment until the display position data of the sequence bar 701 changes from position data indicating the left end of the field 100 to position data indicating the right end. The position data is stored in the RAM 1103 and read or written by the CPU 1101 as necessary.

  In step S1503, the CPU 1101 searches for a block through which the sequence bar 701 has passed. For example, the CPU 1101 reads the current display position data of the sequence bar 701 from the RAM 1103, and reads the display position data of the block located on the left side of the sequence bar 701 based on the display position data.

  In step 1504, the CPU 1101 determines whether or not the block found by the search is an erasure target. For example, the CPU 1101 determines whether or not the flag data of the read block indicates that it is an erasure target block. Note that the above-described erasure target list is read from the RAM 1103, the coordinates registered in the list are compared with the display position of the sequence bar 701, and it is determined whether or not the erasure block is located on the left side of the sequence bar 701. Also good. As described above, it is determined in step S1503 and step S1504 whether the sequence bar 701 has passed the erasure target block. If the sequence bar 701 has passed the erasure target block, the process proceeds to step S1505; otherwise, the process proceeds to step S1507.

  In step S1505, the CPU 1101 erases the display of the block to be erased that the sequence bar 701 has passed.

  In step S1506, the CPU 1101 adds a score according to the number of erased blocks, and stores the score data in the RAM 1103.

  In step S1507, the CPU 1101 determines whether the movement of the sequence bar 701 should be stopped. For example, the display position data of the sequence bar 701 is read from the RAM 1103, and if the display position data indicates the right end coordinate of the field 100, it is determined that the movement should be stopped. When the movement should be stopped, the process proceeds to step S1508. Otherwise, this subroutine is terminated.

  In step S1508, the CPU 1101 deletes the display of the sequence bar 701 and ends this subroutine.

  As described above, according to the present embodiment, a falling object (e.g., falling object 102) that falls and moves within a predetermined display area (e.g., field 100) is operated by a player, and the falling object and falling stop object 103 are operated. In a game that erases a fall object and a fall stop object by combining them with a predetermined condition, a new fall stop object (eg, a fall stop object 103 that has just changed from the fall object 102), which is a fall object that has fallen and stopped. And any other fall stop object (for example, any block contained in the fall stop object 103 originally deposited from the bottom of the field 100) arranged in the surroundings in advance. It is determined whether a predetermined erasing condition is satisfied (eg, S1405). When the erasure condition is satisfied (that is, when the erasure target block is determined), the portion of the fall stop object that satisfies the erasure condition (for example, the erasure condition is satisfied among a plurality of blocks included in the fall stop object 103) A group of existing blocks) is registered as an erasure target. When a sequence bar (e.g., sequence bar 701) that moves vertically or horizontally in the display area in conjunction with the music that is output as the game progresses passes the fall-stopped object portion (e.g., the block to be erased). The part is erased (example: S1503 to S1505).

  As described above, according to the present embodiment, even if the erasure condition is satisfied, the player does not erase immediately but waits for the sequence bar 701 to pass before erasing. It will be possible to enjoy the feeling. In addition, about the above-mentioned embodiment, when the sequence bar displayed in conjunction with the music output with progress of a game passed the part of a fall stop object, it demonstrated as what erase | eliminates a part. However, the display of the sequence bar is omitted, and the fall stop object registered as the erasure target is erased in conjunction with the output of a predetermined portion of the music outputted as the game progresses. Good. Of course, the sequence bar may be displayed at a predetermined timing that is not linked to the music data, and when the sequence bar passes over the fall stop object registered as the deletion target, the fall stop object may be deleted.

  In the above-described embodiment, the condition for determining the erase target block and the condition for determining the timing for actually erasing the erase block, such as passing through the sequence bar, are used. In a broad sense, the former may be called the first erasing condition and the latter may be called the second erasing condition.

  By the way, it may be difficult to attract the player's strong interest only by linking the small blocks constituting the part of the fall-stopped object vertically, horizontally, or diagonally over a predetermined length as the erasing condition.

  Therefore, as described with reference to FIG. 9 and FIG. 10, when a predetermined symbol such as “dog” or “x mark” is formed by a plurality of blocks included in the fall stop object as an erasing condition, for example. The block may be erased. “Dog” and “x mark” are merely examples, and various other symbols may be adopted.

  In addition, when the formation of a predetermined symbol is an erasing condition, a hint for the symbol may be displayed. There was no erasing condition for the formation of a pattern at least in the field of “falling game”. Therefore, the player may be confused about understanding the erasure condition until he gets used to the game. Therefore, if the hint of the symbol is displayed on the game screen, the player's understanding of the game can be deepened, and the time required to get used to the game will be shortened.

  FIG. 16 is an exemplary flowchart showing another main routine according to the present embodiment. The parts already described are given the same reference numerals to simplify the description.

  In step S1600, the CPU 1101 displays a symbol hint, which is one of the erasing conditions, on the assignment box 900. According to FIG. 9, a dog symbol is displayed at the upper right of the field 100 as a symbol hint. After that, step S1201 and subsequent steps are executed as described above.

  FIG. 17 is an exemplary flowchart showing a subroutine of symbol hint display control according to the present embodiment. This subroutine corresponds to step S1600 described above. Note that steps S1703 and S1704 are both optional and are not necessarily required.

  In step S <b> 1701, the CPU 1101 reads symbol data that is one of the erasure conditions from the RAM 1103 or the storage medium 1104. At this time, the CPU 1101 may read a plurality of symbol data and set it as an erasing condition.

  In step S1702, the CPU 1101 displays a hint such as the read symbol data in the assignment box. Note that hint data may be read and displayed instead of the symbol data. The hint data is information that can be associated with the symbol, but the symbol hint is not changed in the same manner as the symbol data.

  In step S1703, the CPU 1101 determines whether it is time to change the symbol data. The timing of the change may be, for example, when the player clears a task based on certain symbol data and the next task becomes necessary, or when a periodic timing or a random timing comes.

  For example, the CPU 1101 reads the symbol data from the RAM 1103 or the like when determining the erasing condition in step S1405 described above, and a plurality of block arrangements that match the arrangement of the plurality of blocks based on the symbol data are formed by the fall stop object 103. Determine whether or not. When the fall stop object 103 includes an arrangement of blocks corresponding to the symbol data, the group of the blocks is registered as an erasure target block, and data indicating achievement of the task is stored in the RAM 1103. In step S1703, when the CPU 1101 reads out data indicating achievement of the task from the RAM 1103, the CPU 1101 determines that it is time to change the symbol, and proceeds to step S1704. Otherwise, exit from this subroutine.

  In step S1704, the CPU 1101 changes the symbol data to be read. For example, when a plurality of symbol data is stored in the storage medium 1104, at least one of them is loaded into the RAM 1103. Next, returning to step S1701, the CPU 1101 reads the changed symbol data from the RAM 1103.

  An actual display example relating to the processing based on the symbol data described above is shown in FIGS.

  In this way, even if a predetermined symbol such as “dog” or “x mark” is formed, if the block is erased, the erasure condition becomes more complicated than before, so that the player has difficulty in game that has never been seen before. You will be able to enjoy a refreshing feeling.

  Moreover, if the hint of the said pattern is displayed, a player's understanding of the erasing condition will be promoted. It is not always necessary to display the hint.

  A plurality of symbol data may be the erasing condition. In that case, the CPU 1101 may periodically switch and display hints related to a plurality of symbol data in step S1702. If a plurality of hints can be displayed at the same time, such switching of the hint display will be unnecessary.

  In addition, when the symbol task is achieved, the game may be controlled differently from the normal game. For example, if the CPU 1101 adds bonus points to the score, erases the block to be erased even if the sequence bar 701 does not pass, or erases all the blocks in the screen, the CPU 1101 achieves the symbol task. You can increase your attachment. Eventually, the player will enjoy the extraordinary bliss that comes from achieving the symbol.

FIG. 1 is a diagram illustrating an example of a game display screen according to the present embodiment. FIG. 2 is a diagram illustrating an example of a small block according to the present embodiment. FIG. 3 is a diagram illustrating an example of a falling object according to the present embodiment. FIG. 4 is a diagram illustrating an operation example of a falling object according to the present embodiment. FIG. 5 is a diagram illustrating an example of erasing the falling object and the semi-fixed object according to the present embodiment. FIG. 6 is a diagram illustrating an example of erasing the falling object and the semi-fixed object according to the present embodiment. FIG. 7 is a diagram illustrating an example of passage of a sequence bar that is the second erasing condition according to the present embodiment. FIG. 8 is a diagram showing an example of erasing the block to be erased by passing through the sequence bar according to the present embodiment. FIG. 9 is a diagram showing another erasing condition according to the present embodiment. FIG. 10 is a diagram showing a state in which the design problem has been achieved in the present embodiment. FIG. 11 is an exemplary block diagram of the game device according to the present embodiment. FIG. 12 is a diagram illustrating an example of a main sequence of the game program according to the present embodiment. FIG. 13 is an exemplary flowchart of a falling object control subroutine according to the present embodiment. FIG. 14 is an exemplary flowchart showing a semi-fixed object control subroutine according to the present embodiment. FIG. 15 is an exemplary flowchart according to the sequence bar control subroutine according to the present embodiment. FIG. 16 is an exemplary flowchart showing another main routine according to the present embodiment. FIG. 17 is an exemplary flowchart showing a subroutine of symbol hint display control according to the present embodiment.

Claims (13)

A game in which a player operates a falling object that falls and moves within a predetermined display area, and the falling object and the falling stop object are erased by combining the falling object and the falling stop object under a predetermined condition. An operation unit for performing an operation input, a display unit for displaying information relating to the game, a storage unit for storing data necessary for the execution of the game, and music data of the data as the game progresses A computer having an audio output unit for outputting;
Displaying the falling object at the falling start position by setting the display position data of the falling object at a falling start position within a predetermined display area of the display unit;
Changing the display position data of the falling object so that the falling object displayed on the display unit is moved downward in the display area regardless of an operation input from the operation unit;
Changing the display position data of the falling object so as to move the falling object downward or laterally in the display area in response to an operation input from the operation unit with respect to the falling object;
When the falling object reaches the drop stop position in the display area and satisfies the stop stop condition, the fall of the falling object is stopped and displayed as a fall stop object;
Determining whether the display position data of the fall stop object and the display position data of other fall stop objects previously arranged in the vicinity satisfy an erasure condition;
When the erasure condition is satisfied, creating a erasure target data for registering a portion of the fall stop object that satisfies the erasure condition as an erasure target and storing it in the storage unit;
As the music data is read out from the storage unit and output from the audio output unit as the game progresses, a predetermined portion of the music data is output as audio. And a step of erasing the display of the fall stop object. The falling object is composed of one or more small blocks,
The computer program according to claim 1, wherein at least one of the erasing conditions is that a predetermined symbol is formed by the small block and the small block included in the fall stop object.   The computer program according to claim 2, further comprising a step of reading display data of the symbol as the erasing condition from the storage unit and displaying the symbol on the display unit.   4. The computer according to claim 3, further comprising a step of reading display data relating to a next symbol from the storage unit and displaying the display unit on the display unit when the symbol displayed on the display unit is formed by the fall stop object. program. A game device for erasing a falling object and a falling stop object by causing a player to operate a falling object that falls and moves within a predetermined display area, and combining the falling object and the falling stop object under a predetermined condition,
Means for displaying a fallen object at a fall start position in the predetermined display area;
Means for displaying the fallen object displayed by moving it downward in the display area irrespective of the player's operation input;
Means for moving and displaying the falling object downward or laterally in response to an operation input on the falling object;
Means for stopping the falling movement of the falling object and displaying it as a falling stopped object when the falling object reaches the drop stop position in the display area and the stop condition is satisfied;
Means for determining whether the fall stop object and other fall stop objects previously arranged in the surroundings satisfy an erasure condition;
Means for registering, as the erasure target, a portion of the fall stop object that satisfies the erasure condition when the erasure condition is satisfied;
Means for outputting music as the game progresses;
A game apparatus comprising: means for erasing the display of the fall stop object registered as the erasure object in response to a sound output of a predetermined portion of the music. The falling object is composed of one or more small blocks,
6. The game apparatus according to claim 5, wherein one of the erasing conditions is that a predetermined symbol is formed by the small block and the small block included in the fall stop object.   7. The game apparatus according to claim 6, further comprising means for reading display data of the symbol as the erasing condition and displaying the symbol.   The game apparatus according to claim 7, further comprising means for reading and displaying display data relating to a next symbol from the storage unit when the displayed symbol is formed by the fall stop object. The game is operated with respect to a game in which the falling object and the falling stop object are erased by operating the falling object falling within a predetermined display area and combining the falling object and the falling stop object under a predetermined condition. An operation unit for inputting, a display unit for displaying information related to the game, a storage unit for storing data necessary for the execution of the game, and outputting music data of the data as the game progresses A control method of a game device having an audio output unit,
Displaying the falling object at the falling start position by setting the display position data of the falling object at a falling start position within a predetermined display area of the display unit;
Changing the display position data of the falling object so that the falling object displayed on the display unit is moved downward in the display area regardless of an operation input from the operation unit;
Changing the display position data of the falling object so as to move the falling object downward or laterally in the display area in response to an operation input from the operation unit with respect to the falling object;
When the falling object reaches the drop stop position in the display area and satisfies the stop stop condition, the fall of the falling object is stopped and displayed as a fall stop object;
Determining whether the display position data of the fall stop object and the display position data of other fall stop objects previously arranged in the vicinity satisfy an erasure condition;
When the erasure condition is satisfied, creating a erasure target data for registering a portion of the fall stop object that satisfies the erasure condition as an erasure target and storing it in the storage unit;
As the music data is read out from the storage unit and output from the audio output unit as the game progresses, a predetermined portion of the music data is output as audio. Erasing the display of the fall-stopped object. The falling object is composed of one or more small blocks,
The game apparatus control method according to claim 9, wherein one of the erasure conditions is that a predetermined symbol is formed by the small block and the small block included in the fall stop object.   The game apparatus control method according to claim 10, further comprising a step of reading display data of the symbol as the erasing condition from the storage unit and displaying the symbol on the display unit.   The game according to claim 11, further comprising a step of, when a symbol displayed on the display unit is formed by the fall stop object, displaying display data relating to a next symbol from the storage unit and displaying the display data on the display unit. Control method of the device.   A computer-readable recording medium having recorded thereon the computer program according to any one of claims 1 to 4.

Images