JP2014171725A - Game program and game device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a timing game having a sense of speed.SOLUTION: In a timing game where positions that tips of lines 51A, 51B have collided are tapped at the collision timing, predictive images 52A-52C, which are displayed in accordance with the lines 51A, 51B, and indicate prediction that the tips of the lines 51A, 51B approach each other, are displayed. Therefore, a player can assume the collision positions and collision timing of the tips of the lines 51A, 51B according to the predictive images 52A-52C, thus moving the lines 51A, 51B at high speed to give a sense of speed to a game.

Description

  The present invention relates to a game program and a game apparatus for executing a game for inputting an operation in accordance with a predetermined timing.

  A game for evaluating the operation timing of a player is known. For example, the game described in Patent Document 1 is a game for evaluating a player's operation at the timing when two images overlap. The game described in Patent Document 2 is a game machine that includes a touch panel, and is a game that evaluates touch input for a touch image displayed in accordance with music.

  In recent years, game machines equipped with a touch panel have become widespread, and as in the game described in Patent Document 2, there are an increasing number of games in which an operation is directly input to an image displayed on a game screen.

Japanese Patent No. 3686925 JP 2007-111568 A

  Since Patent Literature 1 is premised on button operation, the operation is monotonous.

  In Patent Document 2, a player's operation is input using a touch panel. However, a touch image indicating a touch location is fixed and displayed at a predetermined position on the game screen, and thus changes are poor.

  When moving a touch image and touching various places on the touch panel, the player must determine not only the timing but also the touch position. Therefore, if the touch image is moved at high speed, the difficulty level of the game increases. On the other hand, if the moving speed of the touch image is slow, the sense of speed is lost.

  The present invention has been made in view of the above, and an object thereof is to provide a timing game with a sense of speed.

  A game program according to a first aspect of the present invention is an operation input means for inputting operation information of a player, a line control means for displaying and moving a plurality of lines, and causing the tips of the lines to collide with each other, A sign image control means for displaying a sign image indicating a sign that the tips of a plurality of lines are close to each other, the operation information is received from the operation input means, and the proximity information of the tips of the lines is received from the line control means. It is made to function as a timing determination means which receives and evaluates the said operation information based on the said proximity information.

  In the game program, the sign image indicates a position and / or a timing at which the leading ends of the plurality of lines collide.

  In the game program, the timing determination unit performs evaluation based on an attribute of the line and an operation type included in the operation information.

  A game apparatus according to a second aspect of the present invention includes a program storage unit that stores the game program and a computer that executes the game program stored in the program storage unit.

  According to the present invention, it is possible to provide a timing game with a sense of speed.

It is a block diagram which shows the internal structure of the game machine with which the game program in this Embodiment is performed. It is a figure which shows an example of a game screen. It is a figure which shows a game screen in time series order. It is a functional block diagram which shows the structure of the game device comprised by the game program in this Embodiment. It is a flowchart which shows the flow of the whole process of the said game device. It is a flowchart which shows the flow of a determination process. It is a figure which shows the variation of a line and a precursor image. It is a figure which shows the example which 4 lines collide.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

  FIG. 1 is a block diagram showing an internal configuration of a game machine 3 on which the game program 1 according to the present embodiment is executed.

  The game machine 3 connects a CPU 31, a RAM 32, a ROM 33, a storage 34, an image processing unit 35, an input interface 36, an audio processing unit 37, a wireless communication unit 38, and a media interface 39 to the bus 30. A touch panel 40 is connected to the image processing unit 35 and the input interface 36. The touch panel 40 displays a game screen generated by the image processing unit 35, inputs the contact coordinates with which the player has touched the touch panel 40, and passes it to the input interface 36. A speaker 41 is connected to the sound processing unit 37. The speaker 41 outputs sound such as sound effects and BGM that are converted into analog signals by the sound processing unit 37 and amplified. For example, a smartphone equipped with a touch panel 40 can be used as the game machine 3.

  The game machine 3 receives the game program 1 from the wireless communication unit 38 or the media interface 39 and stores it in the storage 34. The CPU 31 reads out and executes the game program 1 stored in the storage 34 on the RAM 32, and configures a game device to be described later using the above hardware resources. The game program 1 can be recorded on a recording medium such as a magnetic disk, an optical disk, or a semiconductor memory, or can be provided through a network.

  Next, a game provided by the game program in the present embodiment will be described.

  This game is a timing game in which the player's operation is evaluated at the timing when the tips of a plurality of lines appearing from the end of the game screen collide with each other.

  FIG. 2 shows an example of the game screen. Lines 51A and 51B and predictive images 52A to 52C are displayed on the game screen shown in FIG. Information such as a score is also displayed on the actual game screen, but it is not shown here. Moreover, you may display the promotion video according to the music reproduced | regenerated as a background of a game screen.

  The lines 51A and 51B appear and extend from the end of the game screen in accordance with the music output from the game machine 3, and the ends collide at a virtual intersection 53 in the game screen. The virtual intersection 53 is not displayed on the game screen.

  The sign images 52A to 52C are images showing signs that the ends of the lines 51A and 51B are close to each other, and are displayed on the game screen before the lines 51A and 51B appear or simultaneously with the appearance of the lines 51A and 51B. The rough collision timing of the lines 51A and 51B and the position of the virtual intersection 53 are shown to the player. In the example illustrated in FIG. 2, as the indication images 52A to 52C, images in which the traveling directions of the lines 51A and 51B are represented by a plurality of broken lines are used, and the position of the virtual intersection 53 is determined in the traveling direction of the folding points of the indication images 52A to 52C. The collision timing of the lines 51A and 51B is shown by the change in the interval between the predictive images 52A to 52C.

  Here, the movement of the lines 51A and 51B and the precursor images 52A to 52C will be described. FIG. 3 is a diagram showing, in chronological order, how the lines 51A and 51B appear in the game screen and approach the virtual intersection 53. FIG.

  As shown in FIGS. 3A to 3C, the lines 51A and 51B appear from the left side of the upper and lower ends of the game screen and extend toward the virtual intersection 53 near the center of the game screen. That is, the line 51A extends in the lower right direction, and the line 51B extends in the upper right direction.

  The sign image 52A appears from the left side of the game screen slightly before the appearance of the lines 51A and 51B and moves to the right side. Another predictor image 52B appears from the left side of the game screen and moves to the right following the predictor image 52A simultaneously with the appearance of the lines 51A and 51B. Further, another sign image 52C appears from the left side of the game screen and moves to the right after the sign images 52A and 52B after the appearance of the lines 51A and 51B.

  The moving speed of each of the predictor images 52A to 52C increases as the appearance speed decreases. Therefore, as shown in FIGS. 3A to 3C, the interval between the predictor images 52A to 52C becomes narrower as the lines 51A and 51B approach the virtual intersection 53, and the predictor images 52A to 52C As the time elapses, the lines 51A and 51B overlap each other at the virtual intersection 53 as the ripples approach the virtual intersection 53. At this time, the break points of the predictor images 52 </ b> A to 52 </ b> C overlap at the virtual intersection 53.

  The player can estimate the rough timing at which the tips of the lines 51A and 51B collide and the position of the virtual intersection 53 by observing the predictive images 52A to 52C.

  Next, a game apparatus configured by reading the game program in the present embodiment into the game machine 3 will be described.

  FIG. 4 is a functional block diagram showing a configuration of a game device constituted by the game program in the present embodiment. The game device shown in FIG. 1 includes an operation input unit 11, a predictive image control unit 12, a line control unit 13, a timing determination unit 14, a score processing unit 15, an image output unit 16, an audio output unit 17, and a game data storage unit 18. Is provided.

  The operation input unit 11 inputs a player's operation. The player inputs an operation by touching the touch panel 40 of the game machine 3 with a finger or the like. There are taps, flicks, long presses, swipes, and so on. The operation input unit 11 acquires operation information such as contact coordinates on the game screen and the type of operation, and transmits the operation information to the timing determination unit 14.

  The sign image control unit 12 causes the sign images 52A to 52C corresponding to the lines 51A and 51B to appear on the game screen, controls the movement of the sign images 52A to 52C, and displays the position information of the sign images 52A to 52C. It transmits to the image output part 16, and the sign image 52A-52C on a game screen is updated. The appearance timing of the predictive images 52 </ b> A to 52 </ b> C, movement data, and the like are read from the game data storage unit 18.

  The line controller 13 causes the lines 51A and 51B to appear on the game screen in accordance with the music output from the audio output unit 17, and controls the movement so that the ends of the lines 51A and 51B collide with each other. , 51B is transmitted to the image output unit 16 to update the lines 51A, 51B on the game screen. In addition, timing determination is performed on proximity information such as the position information of the virtual intersection 53 that is the position where the tips of the lines 51A and 51B collide, the position information of the lines 51A and 51B, and the time until the tips of the lines 51A and 51B collide. To the unit 14. The appearance timing of the lines 51A and 51B, the speed of extension, and the like are read from the game data storage unit 18.

  The timing determination unit 14 receives the operation information from the operation input unit 11, and also receives the proximity information of the tips of the lines 51A and 51B from the line control unit 13, and determines whether or not an appropriate position is tapped at an appropriate timing. The determination is made and the success or failure of the tap is transmitted to the score processing unit 15.

  The score processing unit 15 performs score addition processing based on the success or failure of the tap received from the timing determination unit 14. Further, the score processing unit 15 transmits a value of a parameter such as a score to the image output unit 16 and updates the value displayed on the game screen.

  The image output unit 16 receives the position information of the lines 51A and 51B from the line control unit 13 and displays the lines 51A and 51B on the game screen, and also receives the position information of the sign images 52A to 52C from the sign image control unit 12. Then, the predictive images 52A to 52C are displayed on the game screen. In addition, parameter values such as scores and background images are displayed on the game screen.

  The audio output unit 17 acquires music data from the game data storage unit 18 and outputs it.

  The game data storage unit 18 stores image data to be displayed on the game screen, audio data such as music and sound effects to be reproduced, line appearance data, and sign appearance data.

  The line appearance data includes information such as the position of the virtual intersection, the number of appearance, the appearance timing of the line, the appearance position, the extending direction / speed, and the like. The position of the virtual intersection represents coordinates on the game screen. The number of appearances represents the number of lines that intersect at a virtual intersection. The appearance timing is data that describes, for each line, how long a time has elapsed since the start of music playback. The appearance position is, for example, data describing coordinates for each line when any corner of the game screen is set as the origin. The extending direction / speed is data describing the extending direction and speed for each line. The speed at which the line extends may vary from line to line.

  The sign appearance data is associated with the line appearance data and includes information such as the appearance timing, appearance position, movement speed, and change information of the sign image. The appearance timing is data describing how much time has elapsed since the start of music reproduction, or the relative time from the appearance timing of the line to the appearance timing of the predictive image. The appearance position is data describing the position where the sign image appears. The moving speed is data describing the moving speed of the precursor image. The change information is data describing how to change, for example, when the color of the predictor image is changed.

  Next, a processing flow of the game device will be described.

  FIG. 5 is a flowchart showing an overall processing flow of the game apparatus.

  When the game is started, an initialization process is performed (step S11). The initialization process includes, for example, initialization of parameters such as clearing of a score, selection of line appearance data to be used with music to be reproduced, and sign appearance data. The music selected by the player and the music set in advance according to the difficulty level are selected as the music to be played.

  When the initialization process ends, the audio output unit 17 starts playing music (step S12).

  The line control unit 13 reads the line appearance data from the game data storage unit 18 and determines whether or not new lines 51A and 51B appear (step S13). Whether or not new lines 51A and 51B appear is determined by, for example, comparing the music playback time with the appearance timing of the line appearance data. When the music playback time is equal to or greater than the appearance timing, it is determined that new lines 51A and 51B appear.

  When it is determined that new lines 51A and 51B are to appear, the predictor images 52A to 52C and the lines 51A and 51B are caused to appear on the game screen (step S14). The line control unit 13 causes the lines 51A and 51B to appear at the appearance positions of the line appearance data read from the game data storage unit 18, and the predictive image control unit 12 applies the lines 51A and 51B that the line control unit 13 causes to appear. Corresponding sign appearance data is read from the game data storage unit 18, and the sign images 52A to 52C appear on the game screen. The sign images 52A to 52C may appear on the game screen before the appearance of the lines 51A and 51B. In this case, the appearance positions of the lines 51A and 51B are set outside the game screen.

  At predetermined intervals, the line control unit 13 moves the lines 51A and 51B on the game screen (step S15), and the sign image control unit 12 updates the sign images 52A to 52C (step S16). The lines 51A and 51B and the predictive images 52A to 52C displayed on the game screen are moved and updated at predetermined intervals (for example, 60 fps intervals).

  Then, the timing determination unit 14 determines whether or not the player has tapped the virtual intersection 53 where the ends of the lines 51A and 51B collide with each other at an appropriate position and timing (step S17). Details of this determination processing will be described later.

  Further, it is determined whether or not a game end condition is satisfied (step S18). As for the game end condition, for example, it is determined that the game is cleared when the reproduction of the music is ended, and it is determined that the game is over when the number of times determined to be a mistake in the determination process exceeds a predetermined value. If the game end condition is not satisfied, the process returns to step S13 to continue the game.

  If the game end condition is satisfied, a message indicating that the game is cleared or the game is over is displayed on the game screen, and the game is ended (step S19). After the game ends, if the game is cleared, the process returns to step S11 to start a new game, and if the game is over, the process returns to the title.

  Next, the determination process will be described. In the determination process, it is determined whether or not the collision location on the game screen has been tapped at the timing at which the ends of the lines collide.

  FIG. 6 is a flowchart showing the flow of the determination process.

  First, it is determined whether or not the game screen has been tapped (step S21).

  When the game screen is tapped (Yes in step S21), the tap coordinates on the game screen are acquired (step S22), and it is determined whether or not the tap position is within an appropriate range (step S23). Whether or not the tap position is within the appropriate range is determined by comparing the tap coordinates and the virtual intersection 53 indicating the position where the tips of the lines collide with each other.

  When the tap coordinates are within a predetermined range from the virtual intersection 53 (Yes in Step S23), it is determined whether or not the tap timing is within an appropriate range (Step S24). Whether or not the tap timing is within the appropriate range is determined by obtaining a deviation from the just timing of the tap timing when the timing at which the ends of the lines 51A and 51B collide is the just timing. For example, the determination is made using proximity information describing the time until the collision.

  If the tap timing is within the appropriate range (Yes in step S24), the score is added according to the tap timing (step S25), and the tapped lines 51A and 51B are deleted from the game screen (step S26). . When tapped at the just timing, the maximum score is added. Otherwise, a smaller score is added.

  On the other hand, if the game screen is not tapped (No in step S21), or if the tap position is outside the appropriate range (No in step S23), it is determined whether the timing at which the virtual intersection 53 should be tapped has been missed (step S21). S27). If a predetermined time has elapsed after the leading ends of the lines 51A and 51B collide, it is determined that the tap timing has been missed.

  If the tap timing is missed (Yes in step S27), the collision position of the lines 51A and 51B could not be tapped at an appropriate timing. (Step S28), the lines 51A and 51B that could not be tapped are deleted from the game screen (Step S26).

  Next, variations of lines and predictive images will be described.

  FIG. 7 is a diagram showing variations of lines and predictive images. Hereinafter, each variation shown in FIG. 7 will be described.

  FIG. 7A is a diagram illustrating an example in which a plurality of sets of lines appear simultaneously. In the example shown in FIG. 7A, a plurality of sets of lines 51A to 51D that collide at different virtual intersections 53A and 53B respectively appear on the game screen at the same time. In the example shown in FIG. 7A, the player taps in the order of the virtual intersections 53A and 53B. In the example shown in FIG. 7A, the lines 51A to 51D extend at the same angle with respect to the sides of the game screen, but may extend at different angles with respect to the sides of the game screen. For example, the line 51A extends at an angle of 45 degrees with respect to the upper side of the game screen, and the line 51B extends at an angle of 90 degrees with respect to the lower side of the game screen. Moreover, the speed at which each of the lines 51A to 51D extends may be the same or different. For example, it is possible to make the tap timing difficult by increasing the speed at which the line 51A extends and decreasing the speed at which the line 51B extends. The speed may appear at a constant speed, or the speed may change at a predetermined timing after the appearance. For example, the speed may change after the line disappears for a moment.

  FIG. 7B is a diagram illustrating an example in which the lines 51A and 51B disappear or appear. In the example shown in FIG. 7B, when the lines 51A and 51B extend, the lines 51A and 51B are temporarily hidden. Alternatively, a part of the lines 51A and 51B is not displayed. When the lines 51A and 51B are not displayed, the sign image may be not displayed or only the sign image may be displayed.

  FIG. 7C is a diagram illustrating an example in which a line collision is predicted by a color change. In the example shown in the figure, a predictive image 52 (pentagon in FIG. 7C) in which the color changes is arranged at a portion delimited by the lines 51A and 51B when the lines 51A and 51B collide. The sign image 52 changes color according to the growth of the lines 51A and 51B. For example, the color of the predictive image 52 is black or transparent so that it is not distinguished from other parts when it appears, and gradually becomes red or decreases in transparency. The player can know the rough timing when the lines 51A and 51B collide with each other based on the color density and transparency of the sign image 52, and can know the direction in which the lines 51A and 51B extend and the position of the virtual intersection 53 based on the shape of the sign image 52. it can.

  FIG. 7D is a diagram illustrating an example in which a line collision is predicted by a change in line thickness. In the example shown in the figure, the thick line including the lines 51 </ b> A and 51 </ b> B and the virtual intersection 53 is used as the sign image 52. The predictor image 52 becomes thinner as the lines 51A and 51B approach. The player knows the rough timing at which the lines 51A and 51B collide with the change in the thickness of the predictor image 52, and knows the direction in which the lines 51A and 51B extend and the rough position of the virtual intersection 53 at the position of the predictor image 52. it can.

  FIG. 8 is a diagram illustrating an example in which four lines collide. As shown in FIG. 8, the number of colliding lines may be larger than 2, and for example, four lines 51 </ b> A to 51 </ b> D may collide at one virtual intersection 53. When the four lines 51 </ b> A to 51 </ b> D collide, the player's operation may be performed by flicking (flicking with a finger) or long pressing (holding for a while) instead of tapping. Furthermore, as shown in FIG. 8B, when the four lines 51A to 51D collide at one virtual intersection 53, when the player presses the collision position, the sphere 54 is placed at the position pressed by the player. A hole 55 appears at an arbitrary position on the game screen. Then, the ball 54 is moved by the player's flick operation, and when the ball 54 enters the hole 55, the score is added. The sphere 54 may be rebounded on the side of the game screen, or the sphere 54 may be directly placed in the hole 55. The movement of the sphere 54 is determined based on the timing, angle, speed, length, etc. of the flick by the player. The flick length is the distance from the start point to the end point of the touched position.

  Further, various operations such as tap, flick, and long press may be requested according to other attributes (eg, thickness, color, display method, etc.) of the lines 51A and 51B as well as the number of lines that collide. .

  Next, an embodiment in which this game is played against other players will be described.

  First, when starting a game, it connects to a server and matches an opponent. There are, for example, a method of selecting an opponent from among players registered by himself or a method of selecting randomly from players who are close to each other.

  Then, after the play data of the matched opponent is read from the server, the game is started. In addition to information identifying the player or game device, such as the player's name and ID, the server also includes (1) play data when all players have a high score for each song and each difficulty level (so-called ghost data) (2) Play data (ghost data) of the last several hundred plays of each song and each difficulty level by all players are stored. The data of (1) is used when selecting an opponent from among the players registered by himself, and the data of (2) is used when selecting an opponent from players who are close to each other.

  During the game, the difference from the opponent's score is displayed below the player's score on the game screen. The score difference between the opponent and the opponent is obtained by determining the score of the opponent using the read play data and determining the difference in score during the game, assuming that the player and the opponent start the game at the same time.

  At the end of the game, the win / loss with the opponent is displayed. Thereafter, the player's match result is displayed numerically on the result display screen. Moreover, in order to use as play data of the last several hundred play, regardless of a score, a player's play data are transmitted to a server for every play.

  For example, the game apparatus 3 stores key data (operation input information) based on the player's operation input as play data, and transmits the key data to the server for storage at the end of the game. The game device 3 of the player who performs the battle reads the opponent's key data stored in the server and uses it as an operation input of the battle opponent, and calculates the score of the battle opponent as the game progresses. Note that another game apparatus 3 may be connected in real time by connecting with, for example, P2P communication and transmitting / receiving key data of each other.

  As described above, according to the present embodiment, in the timing game of tapping the position where the leading ends of the lines 51A and 51B collide, the lines 51A and 51B displayed corresponding to the lines 51A and 51B are displayed. By displaying the sign images 52A to 52C indicating signs that the tips of 51B are close to each other, the player can estimate the collision position and timing of the tips of the lines 51A and 51B from the sign images 52A to 52C. 51B can be moved at high speed to give a sense of speed to the game. Further, the game screen can be dynamically changed by the predictive images 52A to 52C.

DESCRIPTION OF SYMBOLS 1 ... Game program 11 ... Operation input part 12 ... Predictive image control part 13 ... Line control part 14 ... Timing determination part 15 ... Score processing part 16 ... Image output part 17 ... Audio | voice output part 18 ... Game data storage part 51A-51D ... Line 52, 52A-52C ... Predictive image 53, 53A, 53B ... Virtual intersection 54 ... Sphere 55 ... Hole

The game program according to the first invention, a computer, operation input means for inputting operation information of the player is moved by displaying a plurality of objects, the object control means for impinging the plurality of objects, said plurality of objects sign object control unit but for displaying a sign object indicating a sign close to each other, which receives the operation information from said operation input means, receive proximity information of the plurality of objects from the object control unit, in the proximity information A game program that functions as a timing determination unit that evaluates the operation information based on the sign object, wherein the sign object has a shape having a side parallel to a moving direction of the object .

According to a first aspect of the present invention, there is provided a game program that includes an operation input unit that inputs operation information of a player, an object control unit that displays and moves a plurality of objects, and causes the plurality of objects to collide with each other . sign object control means for displaying a sign object indicating a sign that object are close to each other to each other, which receives the operation information from said operation input means, receive proximity information between said plurality of objects from the object control unit, wherein A game program that functions as a timing determination unit that evaluates the operation information based on proximity information, wherein the predictor object control unit causes the plurality of objects to collide at a planned collision position where the plurality of objects collide with each other. When to , So that a plurality of sign objects overlap, and controlling the plurality of symptom objects.

Claims (4)

Computer
Operation input means for inputting player operation information,
Line control means for displaying and moving a plurality of lines, and causing the tips of the plurality of lines to collide with each other,
A sign image control means for displaying a sign image indicating a sign that tips of the plurality of lines are close to each other;
A timing determination unit that receives the operation information from the operation input unit, receives proximity information of tips of the plurality of lines from the line control unit, and evaluates the operation information based on the proximity information;
A game program characterized by functioning as   The game program according to claim 1, wherein the sign image indicates a position and / or a timing at which tips of the plurality of lines collide.   The game program according to claim 1, wherein the timing determination unit evaluates based on an attribute of the line and an operation type included in the operation information. A program storage unit storing the game program according to claim 1;
A computer for executing the game program stored in the program storage unit;
A game device comprising:

Images