JP2005253687A - Game machine and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To improve a savor of a game by providing a game property in an input operation itself performed by a user. <P>SOLUTION: The game machine detects inputted position information, recognizes track information based on the detected position information, compares at least one piece of track data stored beforehand with the recognized track information, judges whether or not the track information and the track data are correlated, and executes at least one game processing stored beforehand and related to the track data when the track information and the track data are correlated. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a game machine and a program, and more particularly to a game machine and a program in which input is provided with a game.

  In recent years, various game machines have been developed as game machines. In general, game machines that are widely used are programmed to play a game by moving or changing characters on the screen in accordance with user operations. In this game machine, a character on the screen is usually operated by a controller having a plurality of operation keys.

  Recently, a game machine has been developed that detects a position touched by a user by directly touching the screen of the game machine and moves or changes a character or the like according to the detected position to play a game ( For example, Patent Document 1).

JP 2002-939 A Publication (FIGS. 7 to 12, paragraphs [0054] to [0061])

  However, in the above-described game machine, the operation performed by the user directly touching the screen is performed for the progress of the game, and is not significantly different from the input operation using a normal keyboard or game pad. It is not a game.

  The present invention has been made in view of the above points, and an object of the present invention is to provide a game machine and a program capable of providing game play to the input operation itself performed by the user and thereby improving the fun of the game. .

  The game machine of the present invention is acquired by an input means (touch panel) that allows a user to input position information, a position information acquisition means (CPU) that acquires position information input from the input means, and a position information acquisition means. Track recognition means (CPU) for recognizing track information based on position information, track data storage means (storage unit and / or memory) for storing track data associated with a certain game process, and track recognition means. The trajectory information and the trajectory data stored in the trajectory data storage means are compared, and the comparison judgment means (CPU) for judging whether or not the trajectory information and the trajectory data are correlated, and the trajectory information and the trajectory data are correlated. Sometimes, it has a game processing means (CPU) for executing a game process associated with the trajectory data.

  According to this configuration, for example, the user directly inputs and draws a locus is an input operation. The game machine collates the trajectory input by the user with the trajectory data associated with the predetermined game process, and executes the game process corresponding to the trajectory data when the collation is successful. For this reason, the user can perform a game process desired by the user by drawing a predetermined trajectory. Therefore, the input operation itself directly performed on the screen by the user can be provided with a game, thereby improving the interest of the game.

  In the game machine of the present invention, the trajectory data storage means stores a plurality of trajectory data, each of which is associated with at least one game process, and the comparison determination means is based on the plurality of trajectory data. A configuration may be adopted in which the trajectory data having the maximum correlation with the trajectory information is selected.

  According to this configuration, a plurality of trajectory data and a plurality of game processes are associated with each other, and a specific game process is performed according to the trajectory drawn by the user. Therefore, the game process can be changed according to the trajectory drawn by the user. It becomes possible, and the playability to the input operation which a user directly performs on the screen is further improved.

The game machine of the present invention may further include a display unit (liquid crystal display device) that performs display related to trajectory information based on the position information detected by the position information acquisition unit.
According to this configuration, since the trajectory information drawn by the user is displayed on the screen, the user can confirm the trajectory drawn by the user and can draw a desired trajectory while confirming.

In the game machine of the present invention, the input means is a transparent touch panel provided on the display means, and the display means displays an image based on the trajectory data determined by the comparison determination means when correlated with the trajectory information. Also good.
According to this configuration, the trajectory desired by the user can be easily traced with the user's finger.

  The game machine of the present invention may have a configuration in which a predetermined period for input unique to each track data is set. In the game machine of the present invention, it is preferable that each trajectory data has a unique trajectory amount.

  According to these configurations, since each of the trajectory data has a specific predetermined period for input and a specific trajectory amount, it is possible to provide a difficulty level for the trajectory drawn by the user. For example, a high degree of difficulty can be assigned to a trajectory having a long predetermined period for specific input or a trajectory having a large specific trajectory amount.

  In these configurations, the inherent trajectory amount is, for example, an amount that is determined in proportion to the total length of line segments that constitute the trajectory, or an amount that is proportional to the number of inflection points included in the trajectory. According to this configuration, a fine level of difficulty can be provided in the locus drawn by the user. For example, a higher difficulty level can be assigned to a trajectory having a large trajectory data size and / or a large number of inflection points.

In the game machine of the present invention, the game processing means may be configured to perform the game process so that the effect changes according to a specific input period and / or a trajectory amount.
According to this structure, the game process according to the difficulty level can be performed. For example, a game process having a large effect can be assigned when the difficulty level is high. Thereby, a game process with a large effect can be performed when a user draws a locus with high difficulty. As a result, the playability to the input operation that the user directly performs on the screen is further improved.

In the game machine of the present invention, the comparison determination means may be configured to determine the correlation with the trajectory information at at least one specific point of the trajectory data.
According to this configuration, a specific point for collation is provided in the trajectory data, and the specific point of the trajectory data and the specific point of the trajectory information drawn by the user are collated and compared, thereby performing detailed collation. And comparison judgment can be performed with high accuracy.

  The program of the present invention includes a step of storing trajectory data associated with a certain game process in advance, a step of acquiring input position information, a step of recognizing trajectory information based on the position information, and trajectory information and a trajectory. Comparing the data and determining whether the trajectory information and the trajectory data correlate, and executing the game process associated with the trajectory data when it is determined that the trajectory information and the trajectory data are correlated. It is characterized by having a computer execute.

According to this program, it is possible to accept an operation input by the user to draw a locus as an input operation. This program collates trajectory information input by the user with trajectory data associated with a predetermined game process, and executes the game process when the collation is successful. For this reason, the user can perform a game process desired by the user by drawing a predetermined trajectory. Therefore, the input operation itself performed by the user can be provided with a game, thereby improving the interest of the game.

  According to the game machine and program of the present invention, the trajectory information based on the input position information is recognized, at least one trajectory data stored in advance is compared with the recognized trajectory information, and whether or not they are correlated When the two are correlated, at least one pre-stored game process related to the trajectory data is executed, so that the input operation performed by the user itself has a playability, thereby enhancing the interest of the game. Can be improved.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In this embodiment, a case where the present invention is applied to an arcade game will be described.

  FIG. 1 is a schematic view showing a role playing game system including a game machine of the present invention. This system mainly includes a host computer 11 and a plurality of game machines 12 connected to the host computer 11 via a communication line 13. In FIG. 1, a case where eight game machines 12 are connected to the host computer 11 is described. There is no particular limitation on the number of game machines connected to the host computer 11. With the role playing game system having such a configuration, a large number of players can play a role playing game simultaneously.

  FIG. 2 is a diagram showing a role playing game (hereinafter abbreviated as RPG) in the game machine of the present invention. In this RPG, a character 23 that is a player's avatar, an enemy (such as a monster) 21 that obstructs the progression of the character 23, a character 25 that is a clone of another player who plays simultaneously in the same location, and characters 23 and 25. Various items 22 such as weapons, armor, and medicine used by are displayed during the game. Further, in the RPG according to the present embodiment, special game processing (magic) is performed by drawing a predetermined mark 24 on the display screen.

  The operations in this RPG include basic operations and special operations shown in FIGS. 3 (a) to 3 (c). Basic operations include movement as shown in FIG. 3A and normal attack as shown in FIG. In the movement operation, as shown in FIG. 3A, the vicinity of the character 31 on the side to be moved is tapped on the display screen. At that time, the character 31 moves in a desired direction through a route as close as possible. In the normal attack operation, the enemy 32 displayed on the display screen is tapped as shown in FIG. At that time, the character 31 moves to a position as advantageous as possible with respect to the enemy 32 and attacks the enemy 32 with a sword or a bow.

  The special operation includes magic activation as shown in FIG. The magic is activated by drawing a predetermined mark 33 on the enemy 32 displayed on the display screen. Thereby, the character 31 defeats the enemy 32 using magic. In this case, the magic effect changes depending on the size of the mark 33, the drawing location, the drawing timing, and the like. Specific game processing will be described later.

  FIG. 4 is a block diagram showing a schematic configuration of the game machine 12 of the present invention. The game machine 12 includes a processing unit 42 that performs various game processes, a communication control unit 45 that performs communication control with the host computer via the communication line 13, and a storage unit (storage device) that stores RPG programs and the like. 46), a display unit 47 that is a display unit that displays RPG, and an input unit 48 that is an input unit that performs input for operation. Yes. The processing unit 42 includes a CPU 43 that controls game processing and a memory 44 that temporarily or permanently holds various data. The CPU 43 functions as position information acquisition means, trajectory recognition means, comparison determination means, and game processing means that are components of the present invention. Further, the memory 44 and / or the storage unit 46 function as trajectory data storage means that is a component of the present invention.

  The processing unit 42 performs various game processes. Specific examples of the game process include movement, attack, menu, shortcut, picking an object, touching a milestone, and the like. It should be noted that these game processes are examples and are appropriately changed depending on the type of RPG.

  As shown in FIG. 5A, the movement is performed by tapping the place where the character 52 wants to go on the display screen once (a tap icon 51 is displayed). Thereby, as shown in FIG.5 (b), the character 52 is moved to the place. In this case, even if there is an obstacle between the position where the character wants to move from the current position at that time (when moving the character), the character automatically avoids the obstacle and avoids the obstacle at the shortest distance. Move to the place.

  As shown in FIG. 6A, the attack is performed by tapping the target 53 (enemy monster in the figure) that the character 52 wants to attack on the display screen once (a tap icon 51 is displayed). At this time, as shown in FIG. 6B, the character 52 moves to a distance that is optimal for an attack on the tapped target 53 (such as an enemy monster or a generator), and attacks the target 53.

  As shown in FIG. 7A, the menu is performed by tapping twice continuously at an arbitrary place on the display screen (the tap icons 51 are displayed in an overlapping manner). As a result, as shown in FIG. 7B, a selectable menu 54 (a magic option that can be used by the character 52 in the figure) is displayed.

  The shortcut (the special operation described above) is performed by drawing a predetermined mark on the display screen as shown in FIGS. 8 (a) and 8 (b). That is, as shown in FIG. 8B, by tracing the display screen from the tap start point 55 to the tap end point 56, a desired magic can be activated. This magic can be selected from the above-mentioned menu, but can be quickly activated by tracing the display screen to activate the magic by performing a shortcut. By activating magic quickly in this way, it becomes possible to activate magic without obstructing the RPG flow. Detailed processing of this special operation will be described later.

  The operation of taking an object is performed by tapping an item 57 on the displayed stage (a tap icon 51 is displayed), as shown in FIG. Thereby, the character 52 approaches the item 57 and picks up the item 57. Thereby, as shown in FIG. 9B, the level of the character 52 can be increased. The item 57 can include mana, weapons, armor, and the like.

  The operation of touching the milestone is performed by tapping an object called a milestone (a tap icon 51 is displayed) as shown in FIG. This operation is performed after first collecting the mana falling in the map displayed on the screen. Thus, when the milestone 58 is tapped, the character 52 approaches the milestone 58 and automatically puts mana into the milestone 58. Thereby, as shown in FIG.10 (b), the level of the character 52 can be raised. Depending on the type of collected mana, the character 52 increases the parameters in the game process.

  In FIG. 4, the communication control unit 45 transmits the game process in the RPG to the host computer via the communication line 13 and transmits the game process from another game machine that performs the RPG together. The game process from another game machine is displayed on the screen by the display unit 47 together with its own game process. Thereby, a game can be enjoyed with other players. The communication line 13 can be a network such as the Internet or a LAN.

  Examples of the input unit 48 that is an input means include a touch panel, a mouse, a trackball, a digitizer, and a motion capture. In particular, by using contact-type input means that operates by directly touching the display screen, such as a transparent touch panel provided on the display screen, special operations, that is, the trajectory desired by the player can be easily performed with the player's finger. It is possible to perform a drawing operation by tracing.

Next, the game process in the game machine having the above configuration will be described in more detail.
FIG. 11 is a flowchart for explaining the tap main process of the game process in the game machine of the present invention. Here, a case where the input unit 48 is a touch panel will be described.

  In step (hereinafter abbreviated as ST) 1, the player performs a tap process. That is, the player taps on the touch panel (hereinafter simply referred to as “display screen”) which is the input unit 48 provided on the display screen. When this tap process is performed, a menu process ST2, an object tap process ST3, and a self-character moving process ST4 are performed. These processes differ depending on the position where the player taps.

  FIG. 12 is a flowchart for explaining tap processing in the game machine of the present invention. In the tap process, a menu process, an object tap process, or a self-character moving process is performed depending on the position where the player taps on the display screen.

  First, in ST11, it is determined whether or not the player has tapped on the display screen, that is, whether or not there is an input to the touch panel. If there is a tap, it is determined whether or not the player's tap is a double tap (ST12). If it is a double tap, the menu processing flag is turned on (ST13), and a menu as shown in FIG. 7B is displayed on the display screen.

  If it is not a double tap, it is determined whether or not the player has made a tap on the object (ST14). If the object is tapped, the object tap processing flag is turned ON (ST15). This object tap process will be described later with reference to FIG.

  If the object has not been tapped, it is determined whether or not the player has tapped on the map (ST16). If the user taps on the map, the self-character movement process flag is turned on (ST17). In FIG. 12, the determination is made in the order of double tap, object tap, and tap on the map. However, the present invention is not limited to this, and the order of determination of the double tap, object tap, and tap on the map is not limited to this. It may be different from FIG.

  FIG. 13 is a flowchart for explaining object tap processing in the game machine of the present invention. In the object tap process, a magic team process, a fellow-related process, an enemy attack process, an item-related process, or a structure-related process is performed depending on the position where the player taps on the display screen.

  First, in ST21, it is determined whether or not the object tap processing flag is ON. If the object tap processing flag is ON, it is determined whether or not the player has tapped the self character on the display screen (ST22). When the self character is tapped, magic formation processing is performed (ST23). The magic formation process will be described later with reference to FIG.

  If the self character has not been tapped, it is determined whether the player has tapped the fellow character (ST24). When the fellow character is tapped, the fellow-related process is performed (ST25).

  If the friend character has not been tapped, it is determined whether or not the player has tapped the enemy character (ST26). When the enemy character is tapped, an enemy attack process is performed as shown in FIG. 6B (ST27).

  If the enemy character has not been tapped, it is determined whether or not the player has tapped the item (ST28). When the item is tapped, as shown in FIG. 9B, an item related process such as leveling up the character is performed (ST29).

  If the item has not been tapped, it is determined whether or not the player has tapped a structure (for example, a milestone) (ST30). When the structure is tapped, as shown in FIG. 10B, structure-related processing such as leveling up the character is performed (ST31).

  In FIG. 13, the self character tap, the fellow character tap, the enemy character tap, the item tap, and the structure tap are described in this order. The order of determination of enemy character taps, item taps, and structure taps may be different from that shown in FIG. Also, the fellow character tap process, the enemy character tap process, the item tap process, and the structure tap process are omitted for the sake of simplicity.

  FIG. 14 is a flowchart for explaining magic formation processing in the game machine of the present invention. In ST41, a target specifying process for specifying a target on the display screen is performed. This target designation processing will be described later with reference to FIG. After the target is designated, a magic circle drawing process for specifying the magic used by the target is performed (ST42). Thereafter, a magic activation process for activating the magic associated with the drawn magic circle is performed (ST43).

  In ST44, it is determined whether or not the target designated flag is ON, that is, whether or not the target has been designated. If the target designated flag is ON, it is determined whether the magic circle drawing end flag is ON, that is, whether the magic circle drawing has ended (ST46). If the target designation flag is not ON, the target designation processing flag is set to ON (ST45).

  If the magic circle drawing end flag is ON, it is determined whether the magic activation process end flag is ON, that is, whether the magic activation process has been completed (ST48). If the magic circle drawing end flag is not ON, the magic circle drawing processing flag is turned ON (ST47).

  If the magic activation processing flag is ON, the object tap processing flag is turned OFF, the target designated flag is turned OFF, the magic drawing rendering end flag is turned OFF, and the magic activation processing end flag is turned OFF (ST50). That is, the object tap process is reset. If the magic activation process end flag is not ON, the magic activation process flag is set to ON (ST49).

  The magic formation process is executed by target designation, magic drawing, and magic activation. Specifically, after the target to activate magic is designated, the input position information is detected, the trajectory information based on the position information detected in a predetermined period is recognized, and at least one trajectory data stored in advance The recognized trajectory information is compared to determine whether the trajectory information and the trajectory data are correlated. Thereby, magic circle drawing processing is performed. Thereafter, when the trajectory information and the trajectory data are correlated, at least one game process stored in advance related to the trajectory data is executed. Thereby, the magic activation process is performed.

  That is, the player inputs from the input unit 48 and draws a locus (also referred to as “sign”) called a magic circle. The game machine collates trajectory information input by the player with trajectory data associated with a predetermined game process (magic drawing). And when it can collate, the game process is performed (magic activation). Therefore, the player can perform a game process desired by the player by drawing a predetermined locus. Therefore, the input operation itself directly performed on the screen by the player can be provided with playability, thereby improving the interest of the game.

Hereinafter, the object designation process, the magic formation drawing process, and the magic activation process will be described in more detail.
FIG. 15 is a flowchart for explaining target designation processing in the game machine of the present invention. In ST51, it is determined whether or not the target designation flag is ON. If the target designation process flag is ON, the target designation main process is performed (ST52). In the target designation main process, the tap target in the object tap process is mainly specified.

  Next, it is determined whether or not the target designation is completed (ST53). If the target designation is completed, the target designated flag is turned on and the target designation processing flag is turned off (ST54).

  The magic drawing process is performed after the target designation process. In this magic formation process, a mark (trajectory information) drawn by the player during a predetermined period is collated with trajectory data stored in advance. That is, it is determined whether or not the player has finished drawing within a predetermined period, and the drawn locus information is authenticated using previously stored locus data.

  FIG. 16 is a flowchart for explaining the magic circle drawing process in the game machine of the present invention. First, in ST61, it is determined whether or not the magic drawing process flag is ON. If the magic circle drawing process flag is ON, it is determined whether or not the magic circle drawing process flag is ON (ST62). If the magic team drawing process flag is not ON, it is determined whether or not to start the magic team drawing process (ST63).

  When the player draws the magic circle and starts the magic circle drawing process, the player performs measurement for a predetermined period for the drawing. That is, the magic circle drawing process flag is turned ON (ST64), and the magic circle drawing timer is started (ST65). Therefore, a mark drawn during a predetermined period measured by the timer is used as trajectory information for a magic circle authentication process described later.

  If the magic team drawing process flag is ON, since the player is drawing, the magic team drawing main process is performed (ST66). In the magic circle drawing main process, the position information of the mark input by the player is detected. At this time, trajectory information based on the detected position information is displayed on the screen. Thereby, the trajectory information drawn by the player is displayed on the screen, so that the player can check the trajectory drawn by himself / herself and can draw the desired trajectory while checking.

  Next, it is determined whether or not the magic circle drawing has been completed (ST67). If the magic circle drawing has been completed, the magic circle drawing timer is stopped (ST68), and the magic circle drawing process flag is turned OFF (ST69).

  Next, magic circle authentication processing is performed using the trajectory information drawn by the player (ST70). In the magic circle authentication process, the trajectory information and the trajectory data stored in advance are collated. That is, it is determined whether or not the magic circle (mark) drawn by the player is valid (ST71). Specifically, the trajectory information based on the position information detected during a predetermined period is recognized, and the trajectory information and the trajectory data are correlated by comparing at least one trajectory data stored in advance with the recognized trajectory information. Determine whether or not.

  FIG. 17 is a flowchart showing a specific process example of the magic team authentication process (ST70). Hereinafter, an example of the magic circle authentication process will be described with reference to FIG.

  First, the position information of an arbitrary point on the trajectory of the magic team drawn by the player on the touch panel as an input means is passed to the CPU 43 every moment (for example, every 0.05 seconds). The information is stored in the memory 44 that is information acquisition means. Each position information is stored as, for example, xy coordinate values or vector data.

  First, when the magic circle authentication process is started, the CPU 43 serving as the locus recognition means performs a locus information recognition process based on the position information stored in the memory 44 (ST701). The CPU 43 serving as the trajectory recognition means does not necessarily recognize all the position information stored in the memory 44 as the trajectory information. Some of the position information stored in the memory 44 (for example, at the inflection point). A configuration may be adopted in which a set of extracted position information is extracted as trajectory information.

  Next, the CPU 43 performs normalization processing of the trajectory information (ST702). The normalization process corrects the trajectory size and inclination (rotation) of the trajectory information so that it can be compared with the trajectory data later, or the coordinate value included in the trajectory information is set to an arbitrary point (for example, the start point of the trajectory). It is a conversion process of trajectory information that is converted into a coordinate value. When processing for changing the size of the trajectory is performed, a value indicating the change in size (for example, 1.3 times, 0.6 times, etc.) may be stored as an enlargement / reduction ratio. This enlargement / reduction ratio can be used for the size of a later effect or the size of a magic effect graphic display.

  Next, the CPU 43 as the comparison determination means reads the locus data from the storage unit 46 and / or the memory 44 as the locus data storage means, and compares the locus information with the locus data (ST703). Based on this comparison, CPU 43 serving as a comparison determination unit determines whether or not the trajectory information and the trajectory data correlate (ST704). Here, “correlate” means that the shape indicated by the trajectory information and the shape indicated by the trajectory data are related when viewed as a whole. “Correlation” is not limited to the case where the shape indicated by the trajectory information and the shape indicated by the trajectory data completely match. Treated as “correlated”.

  In the present embodiment, whether or not there is a correlation is determined by “correlation degree”. “Correlation” is a numerical value indicating the degree of coincidence between the shape (figure) indicated by the trajectory information and the shape (figure) indicated by the trajectory data. There are various methods for calculating the degree of correlation. For example, in the shape (graphic) indicated by the trajectory information and the shape (graphic) indicated by the trajectory data, a plurality of corresponding points are respectively determined, and the sum of the distances of the corresponding points is determined. And the like. For example, the numerical value obtained by subtracting the sum of the distances of corresponding points from 100 is used as the correlation degree, and when the shape (figure) indicated by the trajectory information completely matches the shape (figure) indicated by the trajectory data, the correlation degree is 100−. When the shape (graphic) indicated by the trajectory information is partially different from the shape (graphic) indicated by the trajectory data and the total distance of the corresponding points is 30, the degree of correlation is 100-30 = 70. In determining whether to correlate, a threshold value relating to the degree of correlation is determined in advance, and as described above, the degree of correlation between the shape (figure) indicated by the trajectory information and the shape (figure) indicated by the trajectory data is calculated. If it is greater than or equal to a threshold value (for example, 85), it is determined to be correlated.

  When determining whether or not the trajectory information and the trajectory data correlate, it is assumed that the trajectory information and the trajectory data 61a and 61b in a mirror image relationship are correlated as shown in FIG. Further, as shown in FIG. 18B, it may be determined that the trajectory information and the trajectory data 62a and 62b having a similar relationship are also correlated.

  In the case shown in FIG. 18B, when comparing and determining the trajectory information and the trajectory data, normalization processing (ST702) is performed for collation. At this time, the enlargement / reduction ratio obtained during the normalization process may be reflected in the effect of the game process.

  When determining whether or not the trajectory information and the trajectory data correlate, a game process that correlates with the trajectory information is selected from at least one pre-stored trajectory data. The at least one track data is associated with a plurality of game processes. Therefore, unique game processing (magic) is performed according to the trajectory drawn by the player. For example, as shown in FIG. 18C, when the mark 63a is drawn, the magic of hitting a fireball is made on the enemy (target), and when the mark 63b is drawn, the magic of hitting lightning on the enemy (target) is made. When you draw, magic is done to hit the enemy (target) with a poisonous needle. Thereby, the game property to input operation which a player directly performs with respect to a screen improves more. Note that these magics are not limited to the above, and can be implemented with appropriate modifications.

  These trajectory data may have a predetermined period for input unique to each trajectory data. If the input of the trajectory does not end within the predetermined period, the game process may be performed so that the process associated with the trajectory data is not performed (for example, the magic activation according to the magic team does not occur). . Further, each trajectory data may have a specific trajectory amount. In these cases, display is performed according to a predetermined period for specific input. As a result, each trajectory data has a specific predetermined period for input and a specific trajectory amount, so that the trajectory drawn by the player can be provided with a difficulty level. For example, a high degree of difficulty can be assigned to a trajectory having a long predetermined period for specific input or a trajectory having a large specific trajectory amount.

  Further, it is preferable that the unique trajectory amount differs depending on the size of the trajectory data and / or the number of inflection points. According to this configuration, a fine level of difficulty can be provided in the trajectory drawn by the player. For example, a higher difficulty level can be assigned to a trajectory having a large trajectory data size and / or a large number of inflection points.

  In the magic activation (game process), the game process may be performed so that the effect changes corresponding to the specific input period and / or the specific trajectory amount. Specifically, as shown in FIG. 18B, the effect of the game process may be increased when a mark is drawn large or when the number of inflection points (corners in the mark) is increased. For example, a fireball may be enlarged to cause great damage to the enemy.

  Thereby, the magic according to the input difficulty level of a magic circle can be performed. For example, magic having a large effect can be assigned in the case of a high difficulty level. Thereby, a magic with a big effect can be performed when a player draws a locus with high difficulty. As a result, the gameability to the input operation that the player directly performs on the screen is further improved.

  When comparing and determining the trajectory information and the trajectory data, it is preferable to determine the correlation between the trajectory information and at least one specific point of the trajectory data. That is, by providing a specific point for collation in the trajectory data and collating the specific point of the trajectory data with the specific point of the trajectory information drawn by the player, it is possible to perform detailed collation with high accuracy. A comparative judgment can be made.

  Here, the specific points refer to, for example, a tap start point, a tap end point, and an intermediate point shown in FIG. The relative coordinates and the order of the tap start point-intermediate point-tap end point with respect to such a specific point are stored in advance as locus data, and comparison determination is performed with the locus information based on the locus data. Therefore, the comparison object can be created based on the trajectory data including the relative coordinates and the order of the tap start point-intermediate point-tap end point even in the mirror image relationship and the similar relationship as described above.

Returning to FIG. 17, the description of the magic circle authentication process will be continued.
As a result of the comparison process, when it is determined that the correlation is made (ST704, Yes), the CPU 43 specifies the process associated with the trajectory data (ST705). For example, the CPU 43 as the comparison determination unit reads out the processing code stored in association with the trajectory data from the storage unit 46 and / or the memory 44 as the trajectory data storage unit, and executes the game process associated with the trajectory data. It operates so as to be passed to the CPU 43 which is a game processing means to be executed.

  On the other hand, when it is determined that there is no correlation as a result of the comparison processing (ST704, No), the CPU 43 finishes comparison with all the trajectory data stored in the storage unit 46 and / or the memory 44 as trajectory data storage means. It is determined whether or not (ST706). If the comparison with all the trajectory data has not been completed (ST706, No), the CPU 43 next moves to the uncompared trajectory data (ST707), and compares the trajectory data with the trajectory information (ST703). ), Whether to correlate is determined (ST704). On the other hand, when the comparison with all the trajectory data is completed (ST706, No), the trajectory input by the player does not correlate with any trajectory data prepared in advance, so the CPU 43 cannot specify the trajectory. (ST708). The magic circle authentication process is thus completed, and the process control shifts to ST71 shown in FIG.

  In this way, if the magic team is authenticated and the drawn magic team is valid, the magic team drawing end flag is turned on and the magic team drawing process flag is turned off (ST72). Then, the magic activation process is started.

  FIG. 20 is a diagram for explaining the game process after the comparison determination of the magic team authentication process in the game machine of the present invention. In ST81, it is determined whether or not the magic activation processing flag is ON. If the magic activation flag is ON, that is, if the mark (magic circle) drawn by the player is valid, magic activation main processing is performed (ST82).

  Since the trajectory data and the game processing that is magic are associated in advance, the game processing means CPU 43 executes the game processing associated with the trajectory data authenticated from the mark (trajectory information) drawn by the player. A specific magic is applied to the enemy on the result display screen (magic activation). Thereafter, it is determined whether or not the magic activation process has been completed (ST83). If the magic activation process has been completed, the magic activation process end flag is turned on and the magic activation process flag is turned off (ST84).

  The present invention is not limited to the embodiment described above, and can be implemented with various modifications. For example, although the case where the game is an arcade game has been described in the above embodiment, the present invention is not limited to this and can be similarly applied to other RPGs. Moreover, although the said embodiment has demonstrated the case where an input part is a touch panel, this invention is applicable similarly when the input part uses input means other than a touch panel. The game machine of the present invention may be used for arcade or consumer.

  Moreover, although the simulation of the game machine according to the above embodiment has been described as a data processing device, the data processing of these simulations may be configured as software. For example, the above-described data processing (i.e., a procedure for detecting input positional information, a procedure for recognizing trajectory information based on positional information detected in a predetermined period, trajectory information recognized as at least one pre-stored trajectory data, and And determining whether or not the trajectory information and the trajectory data correlate, and when the trajectory information and the trajectory data correlate, execute at least one pre-stored game process related to the trajectory data The program of (procedure) may be stored in the ROM and operated according to instructions from the CPU according to the program. Alternatively, the program may be stored in a computer-readable storage medium, and the data processing program of the storage medium may be recorded in a computer RAM and operated according to the data processing program. Even in such a case, the same operation and effect as the above-described embodiment are exhibited.

It is the schematic which shows the role playing game system containing the game machine of this invention. It is a figure which shows the role playing game in the game machine of this invention. It is a figure for demonstrating operation in the game machine of this invention, (a), (b) shows basic operation, (c) shows special operation. It is a block diagram which shows schematic structure of the game machine of this invention. (A), (b) is a figure for demonstrating the various game processes in the game machine of this invention. (A), (b) is a figure for demonstrating the various game processes in the game machine of this invention. (A), (b) is a figure for demonstrating the various game processes in the game machine of this invention. (A), (b) is a figure for demonstrating the various game processes in the game machine of this invention. (A), (b) is a figure for demonstrating the various game processes in the game machine of this invention. (A), (b) is a figure for demonstrating the various game processes in the game machine of this invention. It is a flowchart for demonstrating the tap main process of the game process in the game machine of this invention. FIG. 12 is a flowchart for explaining tap processing in the game machine of the present invention. It is a flowchart for demonstrating the object tap process in the game machine of this invention. It is a flowchart for demonstrating the magic formation process in the game machine of this invention. It is a flowchart for demonstrating the object designation | designated process in the game machine of this invention. It is a flowchart for demonstrating the magic formation drawing process in the game machine of this invention. It is a flowchart for demonstrating the magic formation authentication process in the game machine of this invention. (A)-(c) is a figure for demonstrating the comparison judgment of the magic formation authentication process in the game machine of this invention. It is a figure for demonstrating the comparison judgment of the magic formation authentication process in the game machine of this invention. It is a flowchart for demonstrating the magic activation process in the game machine of this invention.

Explanation of symbols

11 Host computer 12 Game machine 13 Communication line 21, 32 Enemy 22, 57 Item 23, 25, 31, 52 Character 24, 33, 61a, 61b, 62a, 62b, 63a, 63b, 63c Mark 42 Processing unit 43 CPU
44 Memory 45 Communication control unit 46 Storage unit 47 Display unit 48 Input unit 51 Tap icon 53 Target 54 Menu 55 Tap start point 56 Tap end point

Claims (12)

An input means by which a user can input position information;
Position information acquisition means for acquiring position information input from the input means;
Locus recognition means for recognizing locus information based on the position information acquired by the position information acquisition means;
Trajectory data storage means for storing trajectory data associated with a certain game process;
Comparing and determining the trajectory information recognized by the trajectory recognition means and the trajectory data stored in the trajectory data storage means, and determining whether or not the trajectory information and the trajectory data are correlated;
A game machine comprising: game processing means for executing a game process associated with the trajectory data when the trajectory information and the trajectory data are correlated. The trajectory data storage means stores a plurality of trajectory data, each of which is associated with at least one game process,
The game machine according to claim 1, wherein the comparison determination unit selects trajectory data having a maximum correlation with trajectory information from the plurality of trajectory data. 3. The game machine according to claim 1, further comprising display means for performing display relating to trajectory information based on position information detected by the position information acquisition means. The input means is a transparent touch panel provided on the display means, and the display means displays an image based on trajectory data determined by the comparison determination means when correlated with trajectory information. 3. The game machine according to 3. The game machine according to any one of claims 2 to 4, wherein a predetermined period for input specific to each locus data is set. 6. The game machine according to claim 2, wherein each of the trajectory data has a specific trajectory amount. The game machine according to claim 6, wherein the trajectory amount is an amount determined in proportion to a total length of line segments constituting the trajectory. The game machine according to claim 6, wherein the trajectory amount is an amount proportional to the number of inflection points included in the trajectory. The game machine according to claim 5, wherein the game processing means performs a game process so that an effect changes according to a predetermined period for the specific input. The game machine according to any one of claims 6 to 8, wherein the game processing means performs a game process so that an effect changes according to the amount of the trajectory. 11. The game machine according to claim 1, wherein the comparison determination unit determines a correlation with the trajectory information at at least one specific point of the trajectory data. A program operable by a computer,
Preliminarily storing trajectory data associated with a certain game process;
Obtaining the input location information;
Recognizing trajectory information based on the position information;
Comparing the trajectory information with the trajectory data and determining whether the trajectory information and the trajectory data are correlated;
A program for causing a computer to execute a game process associated with the trajectory data when it is determined that the trajectory information and the trajectory data are correlated.

Images