JP5774245B1 - Game program and game system - Google Patents

Abstract

A game program that realizes a new scroll-type game that can be easily operated and enjoyed even by a light user, and a game system that executes the game program. A game program according to the present invention includes a game screen generating means 300A for generating a game screen 5 for scrolling a computer that receives an operation signal from an operation unit 30E from one to the other in the game space. Object generation means 300B for generating a player object 51 that travels in a direction opposite to the scroll direction A of the game screen 5 and a collision object 52 that moves in a direction different from both the travel direction of the player object 51 and the scroll direction A. The collision determination means 300D for determining whether or not the player object 51 and the collision object 52 have collided and the speed changing means 300F for changing the moving speed of the collision object 52 are caused to function. [Selection] Figure 2

Description

  The present invention relates to a game program that executes a game that progresses by scrolling a game screen, and a game system that executes the game program.

  Conventionally, a game that progresses by scrolling a game screen from one to the other is known (Patent Document 1). In such a game, for example, the user advances the game while fighting the player character operated by the user against the enemy character or jumping the player character to avoid the enemy character.

Japanese Patent Laid-Open No. 11-047438

  However, in the conventional game, there is a possibility that the game operation becomes complicated depending on the operation method of the player character. For a light user, a game that is difficult to operate cannot be fully enjoyed. In addition, many games have been proposed in the past in which an enemy character that moves in a direction opposite to the direction of advance of the player character by jumping the player character is avoided. Therefore, such a game lacks novelty as game characteristics. In particular, in a game application for a smartphone that is operated by operating a virtual operator displayed on a touch panel without using a physical operator, the game content is simplified, and this problem becomes significant.

  Therefore, the present invention provides a game program that realizes a new scroll type game that is easy to operate and can be enjoyed even by a light user, and a game system that executes this game program.

The game program provided by the first aspect of the present invention is:
A computer that receives an operation signal from an operation unit operated by a user,
A game screen generating means for generating a game screen that scrolls from one to the other in the virtual game space;
On the virtual game space, a player object that travels in a direction opposite to the scroll direction of the game screen, and at least one that moves in a direction different from both the travel direction of the player object and the scroll direction Object generation means for generating a collision object;
The player object and the collision determination means for determining whether said is a collision object collides, and a speed changing means for changing a moving speed of said at least one collision object based on the operation signal,
It is made to function as.

  The player object is preferably controlled so that the display position on the game screen is not changed by the operation signal.

  It is preferable that the speed changing means is a slide bar that is displayed on the game screen and changes a moving speed of the collision object.

Allowing the computer to further function as a score giving means for giving a score in accordance with the progress of the game;
The score giving means is preferably configured to give a score different from the score given when the collision object is at a normal speed when the moving speed of the collision object is changed by the speed changing means. .

  A game system provided by the second aspect of the present invention includes a storage unit that stores the game program and a computer that executes the game program.

  According to the present invention, it is possible to provide a game program that realizes a novel scroll type game that is easy to operate and can be enjoyed even by a light user, and a game system that executes this game program.

It is a figure explaining the structure of the game system which concerns on this embodiment. It is a functional block diagram of the portable terminal contained in a game system. It is a figure explaining the game screen in case a collision object moves on a display of a portable terminal at normal speed. It is a figure explaining the game screen in case a collision object moves faster than normal speed displayed on the display of a portable terminal. It is a figure explaining the game screen in case a collision object moves slower than normal speed displayed on the display of a portable terminal. It is a flowchart which shows the execution process of a game. It is a flowchart which shows a collision determination process.

(Embodiment)
A game system that is an embodiment of the present invention and a program that starts the game system will be described with reference to the drawings. The configuration of the present invention and the processing procedure of each flowchart are not limited to the present embodiment.

<Description of the game system>
FIG. 1 is a diagram illustrating the configuration of the game system 1. The game system 1 according to the present embodiment includes a server device 2 and a mobile terminal 3 that can communicate with each other via a network 4.

  The mobile terminal 3 is a smartphone including a touch panel 500 on which the game screen 5 is displayed, and corresponds to a game device that executes a game based on user information and the like. The mobile terminal 3 includes a 3G / 4G communication function 31 that is a mobile communication network and a wireless LAN (Wi-Fi) communication function 32. Thereby, the portable terminal 3 can be connected to the network 4 via an access point (not shown). Moreover, this portable terminal 3 is provided with the function shown in FIG.

  FIG. 3 is a diagram illustrating an example of the game screen 5 in progress of the game displayed on the display (touch screen) of the mobile terminal. On the mobile terminal 3, a game that is progressed by so-called horizontal scrolling of the game screen 5 is executed.

<Description of the game>
In the game of this embodiment, as shown in FIG. 3, a player object (hereinafter referred to as “player character”) 51 operated by the user is on the game screen 5 that is scrolled horizontally. Proceed by proceeding to. A collision object (hereinafter referred to as “enemy character”) 52 appears on the game screen 5. The user advances the game by appropriately operating the moving speed of the collision object 52 so that the player character 51 does not collide with the enemy character 52. The user is given a score according to the progress of the game so far (game time). The score is displayed in the score display field 54 on the game screen 5. The user, for example, enjoys the game by competing with other users for the score given by the end of the game.

Details of the game executed in this embodiment will be described below.
As shown in FIG. 3, an object arranged on the left side of the game screen 5 is a player character 51. The player character 51 proceeds from the right side to the right side on the game screen 5 that scrolls from the right side to the left side. In the present embodiment, the position coordinates of the player character 51 on the game screen 5 are not changed by a user operation. On the other hand, the enemy character 52 falls from the upper side to the lower side of the game screen 5 as indicated by the dashed arrow 520 in FIG. In the present embodiment, the enemy character 52 falls from a random position at the upper end of the game screen 5. In FIG. 3, when the user does not perform any operation on the touch panel 500, the player character 51 collides with the enemy character 52. When the play character 51 and the enemy character 52 collide, the game restarts from the state before the collision.

  On the other hand, for example, when the user operates the slide bar 53 displayed on the touch panel 500 to increase the moving speed of the enemy character 52, the moving speed increases as shown by the broken line arrow 520 in FIG. The enemy character 52 disappears below the game screen 5 without colliding with the player character 51. Similarly, when the slide bar 53 is operated and the moving speed of the enemy character 52 is decreased, the enemy character 52 whose moving speed is decreased does not collide with the player character 51 as indicated by a broken line arrow 520 in FIG. It disappears to the left of the game screen 5.

As described above, the user appropriately operates (or does not operate) the slide bar 53 in consideration of the position of the player character 51 and the position and moving speed of the enemy character 52, whereby the player character 51 and the enemy character are operated. The game is advanced so that 52 does not collide. When the player character 51 does not collide with the enemy character 52, the game screen 5 continues to scroll. On the other hand, when the player character 51 collides with the enemy character 52, the number of collisions i is counted and integrated. Then, when the number of collisions i is 3, a score is given according to the progress of the game so far, and then the game end process is performed.

  As described above, when the user operates the slide bar 53 on the touch panel 500, the moving speed of the enemy character 52 can be changed. Specifically, when the movement amount of the enemy character 52 in the normal one frame (= 1/60 second) (the length of the dashed arrow 520 in FIG. 3) is 1, the movement speed of the enemy character 52 is changed. Thus, the movement amount of the enemy character 52 for each frame can be changed.

  When the user instructs to increase the moving speed of the enemy character 52, the moving amount of the enemy character 52 can be set to 2 in one frame as shown in FIG. On the other hand, when the user instructs to slow down the moving speed of the enemy character 52, the moving amount of the enemy character 52 can be set to 0.5 in one frame as shown in FIG. Even when the moving speed of the enemy character 52 is changed in this way, the background scrolling speed does not change. Therefore, from the user's viewpoint, it seems that the traveling direction and moving speed of the enemy character 52 have changed. In the present embodiment, as shown in FIGS. 3 to 5, the user can operate the slide bar 53 in three stages of “double speed”, “normal speed”, and “0.5 speed”.

<Hardware configuration of mobile terminal>
The portable terminal 3 includes a control unit 30, a 3G / 4G communication circuit 31, a Wi-Fi communication circuit 32, and a storage unit 33 on the bus 300 as shown in FIG.

  The control unit 30 includes a CPU 30A, a ROM (flash memory) 30B, an image processor 30C, a RAM 30D, an operation unit 30E, and an audio processor 30F.

  CPU30A controls the game performed with a portable terminal so that it may mention later.

  The ROM 30B stores a basic program for executing a game program.

  The image processor 30C includes a GPU (Graphics Processing Unit) that can generate the game screen 5. A video RAM (VRAM) 34 is connected to the image processor 30C. A display unit 35 is connected to the VRAM 34. The display unit 35 includes a display (touch screen). The image processor 30C generates a game space in accordance with an instruction from the CPU 30A. An image obtained by shooting the game space with a virtual camera is drawn on the VRAM 34 as the game screen 5.

  A work area used when the CPU 30A executes the game program is set in the RAM 30D. The work area includes various parameters generated as the game progresses.

  The operation unit 30E includes a touch panel 500. The operation unit 30E detects the operation content (touch, flick, etc.) and operation position of the touch panel 500 by the user. The operation unit 30E transmits the operation signal (operation information) to the CPU 30A.

  The sound processor 30F includes a DSP (Digital Signal Processor) that generates game sound. The sound processor 30F transmits the generated game sound to the amplifier 36 including a D / A converter. The amplifier 36 amplifies this audio signal and transmits it to the speaker 37 and the earphone terminal 38.

  The 3G / 4G communication circuit 31 performs a voice call and data communication via a mobile phone communication network. A game program is downloaded by data communication. Further, by performing communication between the mobile terminal 3 and the server device 2 by data communication, the user's score is transmitted from the mobile terminal 3 to the server device 2, or another user's score is transmitted from the server device 2 itself. Or received by the portable terminal 3. The game program can be downloaded not only by 3G / 4G communication but also via an interface such as Wi-Fi communication or USB.

  The Wi-Fi communication circuit 32 performs IEEE802.11g standard wireless communication with a wireless access point, and transmits / receives data to / from devices on the network 4 such as the server device 2.

The storage unit 33 is a hard disk and stores, for example, a game program downloaded from the server device 2. The game program may include game data such as a character image necessary for the progress of the game and a user ID that is user identification information, in addition to the program main body.

  FIG. 2 is a functional block diagram of the mobile terminal 3 included in the game system 1. The portable terminal 3 implements the functions shown in FIG. 1 through cooperation between the game program stored in the storage unit 33 and the control unit 30. That is, the mobile terminal 3 includes functions of a game screen generation unit 300A, an object generation unit 300B, a drawing unit 300C, a collision determination unit 300D, an operation position detection unit 300E, a speed change unit 300F, and a score provision unit 300G.

<Description of control unit>
The game screen generation unit 300A is realized by the cooperation of the control unit 30 and the game program. The game screen generation unit 300A displays the game screen 5 that transitions by scrolling from one to the other in the virtual game space, and the user interface (UI) such as the slide bar 53 at every timing of the progressing game (for each frame) Calculate and generate. The calculation result (drawing information) is output to the drawing unit 300C and the like.

  As illustrated in FIGS. 3 to 5, the object generation unit 300 </ b> B includes, in the virtual game space, a player character 51 that travels in a direction opposite to the scroll direction A of the game screen 5, and the travel direction and scroll of the player character 51. An enemy character 52 that moves in a direction different from both directions A is generated. As described above, in the present embodiment, the player character 51 is configured not to move (the display position on the game screen 5 is not changed) by the player's operation. That is, the UIs such as the player character 51 and the score display field 54 do not move from the fixed positions on the game screen 5, and the background 50 other than the above moves toward the left side of the game screen 5. On the other hand, the enemy character 52 moves from the upper side to the lower side of the game screen 5 as indicated by, for example, a broken-line arrow 520 in FIG. The object generation unit 300B generates object information and transmits it to the game screen generation unit 300A. The game screen generation unit 300A finally generates drawing information of the game screen 5 including the image of the player character 51 based on the received information.

  The drawing unit 300C is realized by the cooperation of the control unit 30, the VRAM 34, the display unit 35, and the game program. The drawing unit 300C draws the game screen 5 to be displayed on the touch panel 500 based on the drawing information such as the game space, the player character 51, the enemy character 52, and the slide bar 53 input from the game screen generating unit 300A. To do.

  The collision determination unit 300D receives information from the game screen generation unit 300A and determines whether or not the player character 51 and the enemy character 52 have collided. In addition, every time it is determined that the player character 51 and the enemy character 52 have collided, the collision determination unit 300D counts and accumulates the number of collisions i by one. Thereafter, the collision determination unit 300D transmits information related to the collision to the game screen generation unit 300A via a score giving unit 300G described later. The game screen generation unit 300A generates the game screen 5 in the case of the collision, and regenerates the game screen 5 several frames before the collision occurs. Thereafter, the game screen generation unit 300A transmits these pieces of information to the drawing unit 300C.

  The operation position detection unit 300E is realized by cooperation of the control unit 30, the operation unit 30E, and the game program. The operation position detection unit 300E detects the operation position of the touch panel 500 by the user and inputs operation information to the speed change unit 300F. In the present embodiment, when the user performs an operation on the portion of the touch panel 500 on which the slide bar 53 is displayed, the user sets the moving speed of the enemy character 52 faster or slower based on the operation position. It is determined whether or not

  The speed changing unit 300F changes the moving speed of the enemy character 52 appearing on the game screen 5 based on the operation signal from the player detected by the operation position detecting unit 300E. As shown in FIGS. 3 to 5, the speed changing unit 300 </ b> F functions by a user operation on a slide bar 53 that is displayed on the game screen 5 and changes the moving speed of the enemy character 52. As shown in FIG. 3, the initial position of the slide bar 53 is the position 530 when the moving speed of the enemy character 52 is normal, and the double speed position is when the moving speed of the enemy character 52 is double speed. The position 531 and the 0.5 × speed position are positions 532 when the moving speed of the enemy character 52 is 0.5 × speed. When the speed changing unit 300F receives an operation for changing the moving speed from the player, the speed changing unit 300F transmits the information to the game screen generating unit 300A. The game screen generation unit 300A changes the moving speed of the enemy character 52 based on the operation signal, and transmits the information to the drawing unit 300C.

  The score giving unit 300G receives collision information from the game screen generation unit 300A and the collision determination unit 300D, and gives points according to the progress of the game. The score giving unit 300G measures a time (game play time) from when the game is started until the player character 51 and the enemy character 52 collide, and gives a score according to the game play time. In the present embodiment, the score giving unit 300G gives a score different from the normal speed when the moving speed of the enemy character 52 is changed by the speed changing unit 300F. That is, the score giving unit 300G gives a score that is twice the score given in the case of the normal speed only during the period in which the moving speed of the enemy character 52 is set to the double speed faster than the normal speed. On the other hand, when the moving speed of the enemy character 52 becomes slower than the normal speed, the score that is twice as high as that given in the case of the normal speed during the period set to 0.5 times slower than the normal speed. Is granted.

<Description of game processing flow>
Next, game progress processing will be described with reference to FIGS. This process is executed after the game program is activated and after the user presses a start button (not shown).

  The collision determination unit 300D first determines whether or not the number of collisions i between the player character 51 and the enemy character 52 is less than 3 (step S11). When the number of collisions i is 3 or more (S11: NO), the game screen generating unit 300A ends the game (step S12). On the other hand, when the number of collisions i is less than 3 (S11: YES), the game screen generation unit 300A determines whether the enemy character 52 exists on the game screen 5 (step S13). When the enemy character 52 does not exist (S13: NO), the score giving unit 300G gives a score according to the game time from the start of the game to the present (step S14), and then the process returns to step S11. .

  When the enemy character 52 exists (S13: YES), the operation position detection unit 300E determines whether or not the user has operated the slide bar 53 (step S15). If the user is not operating the slide bar 53 (S15: NO), the process moves to the collision determination process shown in FIG. Then, the collision determination unit 300D determines whether or not the player character 51 has collided with the enemy character 52 (step S21). When the player character 51 collides with the enemy character 52 (S21: YES), after the score is given at that time (step S22), the collision determination unit 300D increases the value of the number of collisions i by 1 (step S23). . Thereafter, the game screen generating unit 30A regenerates the game screen several frames before the player character 51 and the enemy character 52 collide (step S24). Thereafter, the process returns to step S11.

  On the other hand, when the play character 51 does not collide with the enemy character 52 (S21: NO), the score giving unit 300G gives a score according to the game time from the start of the game to the present (step S25). Thereafter, the process returns to step S11.

As shown in FIG. 6, when the user operates the slide bar 53 (S15: YES), the speed changing unit 300F determines whether the operation increases or decreases the moving speed of the enemy character 52. (Step S16).

  When the user increases the moving speed of the enemy character 52 (S16: YES), the speed changing unit 300F increases the moving speed of the enemy character 52 (step S17). Next, the collision determination unit 300D determines whether or not the player character 51 and the enemy character 52 have collided (step S20). Thereafter, when the player character 51 has not collided with the enemy character 52 (S21: NO), the score giving unit 300G gives a score for double speed according to the game time from the start of the game to the present (step S25). Except for the above, the same processing as described above is performed.

  When the user slows down the moving speed of the enemy character 52 (S16: NO), the speed changing unit 300F slows down the moving speed of the enemy character 52 (step S18). Next, the collision determination unit 300D determines whether or not the player character 51 and the enemy character 52 have collided (step S20). Thereafter, when the player character 51 and the enemy character 52 do not collide (S21: NO), the score giving unit 300G gives a score for 0.5 times speed according to the game time from the start of the game to the present ( Except for step S25), the same processing as described above is performed.

(Modification)
Although the enemy character is described as the collision object in the embodiment, the embodiment of the present invention is not limited to this. That is, for example, the collision object may be a bullet fired by an enemy character or an obstacle such as a tree or a rock. Unlike the above-described embodiment, the collision object may move from the lower side to the upper side of the game screen. In addition, the collision object not only moves linearly, but various movement trajectories such as meandering, rotation, or movement in a random direction can be adopted for each collision object.

  In addition, when the bridge as the background object is configured to start or jump up at a predetermined cycle, the player object can cross the bridge while the bridge is on (or when there is no bridge). Thus, it is possible to generate a stage in which the player object crosses the bridge by appropriately changing the moving speed of the bridge object. When the player object cannot cross the bridge with good timing, the number of collisions between the player object and the collision object may be counted once.

  Further, the player object is set not to move on the game screen (the background of the game screen is scrolled so that the player character moves relatively, but the player object itself does not change the display position on the display). However, the user may be able to freely operate on the game screen. Specifically, the player object may be controlled so as to move with a slight angle with respect to the scroll direction.

  In the above embodiment, an example is described in which the background scroll speed does not change even when the movement speed of the enemy character changes, but the background scroll speed is also changed by the user operating the slide bar. Also good.

  Moreover, in the said embodiment, although the example which scrolls from one to the other on a game screen is described, embodiment of this invention is not restricted to this. For example, it is possible to employ a combination of vertical scroll and horizontal scroll as appropriate.

Further, in the above embodiment, the game is over when the player object collides with the collision object three times, but the game may be over immediately when the player object collides with the collision object.

  The game to which the present invention is applied is a game in which each user competes for how much points can be scored within a predetermined time or how much distance can be advanced to the player object within a predetermined time. There may be.

Further, the position of the slide bar can be returned to the normal position after a predetermined time has elapsed when the user operates the slide bar with the normal speed as an initial value. Specifically, when the user sets the moving speed of the collision object to double, the speed changing unit may measure the set time and forcibly return to the normal speed after 2 seconds, for example. This is the same when the user sets the moving speed of the collision object to 0.5 times speed.

  In the above-described embodiment, an example is shown in which, when the moving speed of the collision object becomes double speed, a score twice that of the normal speed is given, but the present invention is not limited to this. In other words, when the moving speed of the collision object is double speed, the user can obtain some advantageous state as compared with the normal speed or 0.5-times speed, such as causing an item that is advantageous to the user to appear. It can also be configured.

In the present embodiment, an example of a portable terminal is described as a game system, but the present invention can be implemented in a so-called stationary game. In this case, for example, it is possible to adopt a configuration in which the moving speed of the enemy character is increased with the upper button of the cross key of the controller of the stationary game machine, and the moving speed of the enemy character is decreased with the lower button.

In the embodiment, the user operates the slide bar, but the embodiment of the present invention is not limited to this. That is, it can be configured such that the same game effect as that obtained when the user operates the slide bar even if the user touches any part on the game screen displayed on the touch panel. In this case, for example, if the user touches an arbitrary position on the touch panel and flicks toward the upper side of the game screen, the moving speed increases, and if the user flicks toward the lower side of the game screen, the moving speed can be decreased. . Also, the slide bar hit determination (touch position detection range) can be set wider than the range of the slide bar image displayed on the game screen. Furthermore, the position of the slide bar may be changed to the left side or the upper side on the game screen according to the user's preference.

Furthermore, in the said embodiment, although the example which can change the moving speed of one enemy character which has appeared on the game screen was shown, this invention is not limited to this. That is, when a plurality of enemy characters appear on the game screen, the user specifies the enemy character whose movement speed is changed by touching the enemy character whose movement speed is to be changed or surrounding the plurality of enemy characters through the operation unit. You may comprise so that it can do. In this case, the moving speed of only the designated enemy character can be changed.

DESCRIPTION OF SYMBOLS 1 Game system 2 Server apparatus 3 Portable terminal 4 Network line 300A Game screen generation part 300B Object generation part 300D Collision determination part 300F Speed change part

Claims (5)

A computer that receives an operation signal from an operation unit operated by a user,
A game screen generating means for generating a game screen that scrolls from one to the other in the virtual game space;
On the virtual game space, a player object that travels in a direction opposite to the scroll direction of the game screen, and at least one that moves in a direction different from both the travel direction of the player object and the scroll direction An object generation means for generating a collision object;
The player object and the collision determination means for determining whether said is a collision object collides, and a speed changing means for changing a moving speed of said at least one collision object based on the operation signal,
Game program to function as.   The game program according to claim 1, wherein the player object is controlled so that a display position on the game screen is not changed by the operation signal.   The game program according to claim 1, wherein the speed changing unit is a slide bar that is displayed on the game screen and changes a moving speed of the collision object. Allowing the computer to further function as a score giving means for giving a score in accordance with the progress of the game;
The score giving means gives a score different from a score given when the collision object is at a normal speed when the moving speed of the collision object is changed by the speed changing means. The game program according to claim 1. A game system comprising: a storage unit that stores the game program according to claim 1; and a computer that executes the game program.

Images