JP6833796B2 - Game device, game program - Google Patents

Description

The present invention relates to a game device that executes a game according to data input by a touch operation, and a game program executed by the device.

Conventionally, there is known a game (so-called music game) in which points are calculated by operating a button at a predetermined timing according to music. The game device that executes this game moves an icon (object) indicating the timing of an input operation according to music by a predetermined route. The user operates a button so that the icon reaches a predetermined position at the same time. The game device evaluates the correlation between the timing when the icon reaches a predetermined position and the timing of the input operation, and displays the points.

In the conventional music game device for business use, for example, as shown in Patent Document 1, a dedicated input device such as a drum type is provided. Alternatively, when playing a music game on a home-use game device, a dedicated controller for the game device is used as an input device.

On the other hand, some game devices in recent years are equipped with a touch panel as an input device, which is easier to input than a dedicated input device or a controller. Since the touch panel can be touch-operated at any position, the input operation is easy. Further, as an input operation from the touch panel, for example, as described in Patent Document 2, there is one that enables a two-point touch operation.

Japanese Unexamined Patent Publication No. 2004-201813 JP-A-2010-233957

As described above, in the prior art, there is a device that enables a two-point touch operation by using a touch panel panel as an input device. However, the game device of Patent Document 2 changes the shape of the player character by moving the contact position of the two-point touch operation, and cannot be applied to a music game.

The present invention has been made in consideration of the above-mentioned circumstances, and an object of the present invention is to provide a game device and a game program capable of performing a music game in which an input operation is performed by multi-touch.

In order to solve the above problems, the game device of the present invention displays a touch panel, a display, and a plurality of targets indicating the timing of an input operation on the touch panel, and includes a number indicating the number of touches on one target. The first information indicating which region of the touch panel touchable area is divided into a plurality of touchable locations including a position different from the display position of the target is associated with the one target. It has a target display means to be displayed on the display, and a determination means for making an input determination based on the display position of the target, the number of touches and the touch position with respect to the touch panel, and an area including a plurality of locations indicated by the first information.

According to the present invention, it is possible to play a music game in which an input operation is performed by multi-touch.

The block diagram which shows the structure of the game system in this embodiment. The block diagram which shows the functional structure of the game server 10. The figure which shows an example of the player data 31b stored in the storage part 31. The figure which shows an example of ranking data 31c and game data 31d stored in a game server 10. A perspective view of the game device 20. Front view of the game device 20. A side view of the game device 20. A perspective view of the game device 20. The block diagram which shows the functional structure of the game apparatus 20 in this embodiment. The flowchart for demonstrating the point charge processing by the start processing unit 70a. The figure which shows the display example of the card use confirmation screen. The figure which shows the display example of the ghost battle record screen. A flowchart for explaining the processing after the point charge processing. The figure which shows the display example of the main menu. The figure which shows the display example of a music selection screen. The figure which shows the display example of a mode selection screen. The figure which shows an example of the player matching screen displayed by the player matching processing. A flowchart showing a player matching process. A flowchart showing game processing. The figure which shows an example of the game screen 120 for battle play. The figure which shows the display example of the game screen 120 different from FIG. The figure which shows the specific example of a traveling route and a target. The figure which shows the specific example of a traveling route and a target. The figure which shows the specific example of a traveling route and a target. The figure which shows the specific example of a traveling route and a target. The figure which shows the specific example of a traveling route and a target. The figure which shows the specific example of a traveling route and a target. The figure which shows the specific example of a traveling route and a target. The figure which shows the specific example of a traveling route and a target. The flowchart which shows the synchro determination process. A flowchart showing game result processing. The figure which shows an example of the result screen. The figure which shows an example of the level up screen. The figure which shows an example of the result screen. The flowchart which shows the processing when "MY-ROOM" button 84 is selected. The figure which shows an example of the "MY-ROOM" menu. The figure which shows an example of the follow ranking screen for the player who is following.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram showing a configuration of a game system according to the present embodiment. As shown in FIG. 1, in the game system of the present embodiment, the game server 10 is connected to the systems of a plurality of stores 14-1, ..., 14-X existing nationwide via a network 12 including the Internet and the like. ing.

For example, in the store 14-1, a plurality of game devices 20 (8 in FIG. 1) are connected to each other via a network such as a LAN (Local Area Network). Further, the plurality of game devices 20 are connected to the network 12 via the relay device 21. Therefore, the game device 20 can communicate with the game server 10 and can transmit and receive various data. The game device 20 may be configured so that it can directly communicate with the game server 10 through the network 12.

Note that FIG. 1 shows an example in which eight game devices 20 are provided in the store 14-1, but one or more game devices 20 are provided in the stores 14-2, ..., 14-x. It is assumed that In the store 14-1 provided with the plurality of game devices 20, competitive play (in-store play) can be performed between the game devices 20 in the store.

By executing the game, the game device 20 of the stores 14-1, ..., 14-X can upload and store the player data including the operation data indicating the input operation at the time of executing the game to the game server 10. ..

In addition, the game device 20 can perform a battle play (national ghost play) with a virtual opponent (ghost). When executing nationwide ghost play, the game device 20 uses player data (operation data) uploaded to the game server 10 from other game devices 20 installed in stores nationwide as ghost data of ghosts to be opponents. Receive and realize the battle play based on this player data (operation data).

The game executed by the game device 20 in the present embodiment is a game that is executed together with the playback output of the music by selecting the music. When a song is selected, the game device 20 displays a playback output of the song and a progress route that changes according to the song on a game screen expressing, for example, a three-dimensional space, and for each player along this progress route. Move (fly) a fixed object (character). Then, the object is moved along the traveling route, a target indicating the timing of the input operation appears according to the traveling route, and the input timing is based on the data input by the user operation on the touch screen according to this target. Is determined, and production processing such as screen display and audio output is executed according to the determination result, and point calculation and evaluation are performed.

The game device 20 in the present embodiment is provided with a touch screen as an input device that receives an input operation of the player. The touch screen is composed of a multi-point touch panel that can detect the touched position at multiple points at the same time, and enables input operations that simultaneously touch the target with multiple fingers or both hands. .. The details of the game will be described later.

The game server 10 manages various data related to the game executed by the game device 20 in the stores 14-1, ..., 14-X. Details of the data managed by the game server 10 will be described later (FIGS. 3 and 4).

The mobile terminal 16 is realized by, for example, another electronic device provided with a touch screen as an input device operated by a user, such as a smartphone, a slate PC, a mobile phone, or a portable game machine. The mobile terminal 16 can communicate with the game server 10 via the network 12, receive game data, and execute the game.

FIG. 2 is a block diagram showing a functional configuration of the game server 10. As shown in FIG. 2, the game server 10 has a control unit 30, a storage unit 31, and a communication interface 32.

The control unit 30 controls the entire game server 10 based on the programs and data stored in the storage unit 31, manages the data stored in the storage unit 31, and communicates with the game device 20 and the mobile terminal 16. Various processes such as data transmission / reception via 32 are executed. The control unit 30 realizes various functions by executing the game data management program 31a stored in the storage unit 31 by a processor (CPU (Central Processing Unit) or DSP (Digital Signal Processor)).

The functions realized by the control unit 30 include, for example, a player data processing unit 30a, a ranking data processing unit 30b, and a game data processing unit 30c.

The player data processing unit 30a processes various data related to the game executed by the player for each player ID presented to the game device 20 by the player. The player data processing unit 30a processes various data (player management data) set for each player ID, processes data updated when the player is selected as a ghost (ghost management data), and receives from the game device 20. Recording and updating of game results (including operation data indicating input operations when the player executes the game), transmission of operation data (ghost data) when selected as a ghost to the game device 20, and game execution results Performs various processes such as determining the relevance (link rate) with other players based on.

The ranking data processing unit 30b creates various ranking data based on the game results (player battle records) corresponding to a plurality of players (player IDs).

The game data processing unit 30c processes game data (defines a progress route and a target in the game screen) for executing a game on the mobile terminal 16 or the game device 20, and refers to the game device 20 or the mobile terminal 16. Distribution of game data, additional recording of game data uploaded from the mobile terminal 16 and game data corresponding to new music, and the like are executed.

The storage unit 31 stores programs and data for controlling the game server 10. The program stored in the storage unit 31 includes a basic program (OS (Operating System)) and a game data management program 31a for managing various data for executing a game in the game device 20.

The game data management program 31a includes a player data processing program 31a1 for realizing the player data processing unit 30a, a ranking data processing program 31a2 for realizing the ranking data processing unit 30b, and a game data processing unit 30c for realizing the game data processing unit 30c. The game data processing program 31a3 is included.

The data recorded in the storage unit 31 includes player data 31b, ranking data 31c, and game data 31d.

FIG. 3 is a diagram showing an example of player data 31b stored in the storage unit 31. As shown in FIG. 3, the player data 31b includes data 41 to 4 m for each player ID corresponding to each of the players 1 to m. In FIG. 3, for example, the player management data 41a, the ghost management data 41b, and the player operation data 41c are shown as the data 41 corresponding to the player 1.

The player management data 41a is data stored when the player executes a game by designating a player ID, and includes various data related to the game set for each player ID. For example, the player management data 41a includes player ID (identification information), store ID, play area, player name, custom image, player experience value, class, level, title, acquired item, player record, follow player ID, and link player ID. Etc. are included.

The player ID is for identifying the player, and is read from, for example, a game card (storage medium) owned by the player by the game device 20 and notified to the game server 10. The store ID is for identifying the store where the game device 20 is installed, and is notified from the game device 20 together with the player ID, for example. The play area indicates, for example, an area including a store indicated by a store ID, and is represented by, for example, a prefecture. The player name is used to identify the player, and is represented by, for example, a character string (for example, 8 alphanumeric characters) arbitrarily specified by the player when a game card (player ID) is newly registered. The custom image is an image (avatar, character) representing the player created by the player, and is composed of, for example, a combination of images of a background, a symbol (mark, character), and an effect (decoration). Each part that composes the custom image can be acquired (purchased) by the player consuming points, or can be acquired as a prize for event play different from the normal game.

Each data of player experience value, class, level, title, acquired item, and player battle record is data updated based on the game result executed in the game device 20.

The player experience value is a parameter that is added when the player executes the game. The player experience value is added according to the number of times the game is executed, and is added according to the opponent and the result of the match when the match is played. For example, if you win against a ghost in a class or level higher than the player's class or level, more experience points will be added according to the difference in class or level. Further, the player experience value is added according to the synchronization relationship (“synchronization rate” described later) of the input operation with other players in the case of competitive play. Further, the player experience value is added to the ghost acquisition experience value acquired according to the result (ranking) of the battle play when the player is selected as a ghost in the battle play performed by another player. The level is a parameter acquired when the player experience value rises to a predetermined stage. Classes classify player levels, for example, beginner class (BEGINNER CLASS), intermediate class (MIDDLE CLASS), advanced class (ADVANCED CLASS), and master class (MASTER CLASS). A class is defined to be promoted when a game (song) of a predetermined difficulty level (mode) is evaluated (RATING) for a predetermined number of songs or more according to conditions determined for each player's level. Has been done. Classes are referred to for player-specific control, such as limiting the songs that players can select. A title is obtained when a game result satisfying a specific condition is obtained or when a player consumes points, and is represented by a specific character string (for example, 15 characters). The title is used to identify the player along with the player name, and a plurality of levels (for example, 10 levels) are defined. The higher the title, the more rare it is and the harder it is to get. Game results that satisfy specific conditions for obtaining titles include the number of faces that have cleared songs of a predetermined difficulty level, the total number of wins, and the top prizes in various rankings, and the title level is defined according to each condition. ing. Further, when a player is selected as a ghost in the competitive play of another player, the title is also obtained when the game result by the ghost satisfies a specific condition. For example, the title of the level corresponding to the number of times the ghost has won the first place can be obtained.

The acquired item indicates an item acquired by the player. Items can be acquired according to the game result, or can be acquired by the player by consuming points. In addition, items can be acquired according to the game result of the competitive play (such as the number of ghost wins) when the player is selected as a ghost. Items are used during game execution and the content of the game can be modified to the advantage of the player. For example, by using an item during the game, the input operation required of the player is changed to a simple operation, the judgment for the input operation is advantageous to the player, a hint is presented, and the timing at which the target appears is changed. and so on. The player battle record includes various data related to each game played by the player, such as the game execution date and time, the music and difficulty level selected as the game target, the ranking obtained as the game result, the points earned, and the synchronization data (synchronization rate with the opponent). It is a history such as).

The follow player ID is a player ID of another player designated by the player as a follow target. The link player ID is a player ID of another player having a high relevance to the player, which is determined based on the execution result of the game by the processing of the player data processing unit 30a. The link player ID is, for example, a player with a high relevance (in-store link rate) determined for players with the same store ID and a relevance (national link rate) determined for all (nationwide) players. ) Is high for each player. The follow player ID and the link player ID record the relationship between the player and another player identified as the target of the follow / link.

It should be noted that the link player ID is updated by the player data processing unit 30a in response to the update of the player battle history data, for example. For example, in the player data processing unit 30a, among the data recorded as the player's battle record, for example, the music selected as the game target, the genre of the music, the number of selections, the evaluation (RATING), the class and level of the player, etc. are similar. Players are extracted by comparing the player record and class / level data of each player. As a result, players with similar game usage tendencies can be extracted as having high relevance.

Other players who are determined to be highly relevant are suitable as opponents in competitive play because they have similar game usage tendencies. Therefore, in the player matching process described later, the player indicated by the link player ID can be easily selected as a ghost. In the case of competitive play, it is possible to set it as a follow target in the game result processing (details will be described later).

Regarding the determination of relevance, not only the above-mentioned data but also other data and combinations can be used to set arbitrary conditions.

The player management data 41a is used when displaying player information on the game device 20 (for example, a player matching screen, a game result display screen, and a ranking display screen during battle play execution). Further, the follow player ID and the link player ID of the player management data 41a are used to specify the player to be selected, for example, when selecting an opponent (ghost) of the opponent play in the player matching process (described later). Be done.

The ghost management data 41b includes data that is updated according to the game result when the player is selected as a ghost (virtual opponent) in the battle play of another player. For example, the ghost management data 41b includes data on ghost battle record, ghost selection count, first place acquisition count, ghost acquisition experience value, and ghost acquisition item.

When the player is selected as a ghost (virtual opponent), the music used for the battle play and the operation data corresponding to the difficulty level are transmitted to the game device 20 as ghost data. In the present embodiment, for example, "latest operation data" in the player operation data 41c is used as ghost data.

The operation data in the present embodiment is data indicating an input operation by the player when the game is executed. For example, when the data (coordinate data) indicating the player's touch position with respect to the touch screen 51 is associated with the playback time of the music. It is series data. The input operations required of the player during the game include various operations (for example, tap, flick, hold, scratch, beat, etc.), and the touch position and its change due to these various operations can be displayed on the display. Data shall be included.

The ghost battle record is a history of various data related to each battle play when the player is selected as a ghost in another battle play, such as ranking, points earned, and synchronization data (indicating the synchronization rate with the opponent).

The ghost selection count indicates the number of times the player has been selected as a ghost in other competitive play.

The number of times the player has won the first place indicates the number of times the player has won the first place in the battle play selected as a ghost in the other battle play. When the number of times of first place acquisition reaches a predetermined number of times, the player can acquire the title according to the number of times.

The ghost acquisition experience value is a parameter that is added when a player is selected as a ghost in another battle play and executes the battle play. Like the player experience value, the ghost acquisition experience value is added according to the number of times the game is executed, and is also added according to the opponent (level, class) and the battle result when the battle is played.

Ghost acquisition items are acquired according to the game result of the battle play selected by the player as a ghost in other battle play. Ghost acquisition items can be added to player acquisition items.

The ghost management data 41b is transmitted to and displayed on the game device 20 before the player starts the game on the game device 20.

The player operation data 41c includes operation data indicating the player's past input operations when the player executes a game on the game device 20. In the player operation data 41c, for example, for one song, for each of a plurality of game difficulty levels (simple, normal, hard, expert), the latest operation data when the player last played, the date and time when the data was created, and the high score. High score operation data when is displayed and the date and time when the data was created are included.

For example, when the player selects "normal" of "music 1" on the game device 20 and executes the game, after the game ends, the game device 20 transmits operation data indicating the input operation during the game to the game server 10. To. The player data processing unit 30a stores the operation data received from the game device 20 as the latest operation data of the "normal" of the "music 1". If a high score is obtained, it is also stored as high score operation data.

In the player operation data 41c shown in FIG. 3, since the player 1 has executed the game for all the difficulty levels (simple, normal, hard, expert) of "music 1", each difficulty level is changed. The latest operation data and high score operation data are stored, but the operation data for songs that are not running the game and the difficulty level are not stored.

The latest operation data included in the player operation data 41c is used as ghost data when the player is selected as a ghost in the competitive play of another player. Therefore, a ghost is selected from the player in which the latest operation data corresponding to the music selected by the player and the difficulty level is recorded in the player operation data 41c when the battle play is executed in the game device 20.

The latest operation data used as ghost data is transmitted to the game device 20 that executes the battle play. The game device 20 can realize the competitive play by executing the same processing according to the input operation performed in the past by the player based on the ghost data.

The player operation data 41c shown in FIG. 3 shows only one latest operation data for one difficulty level of one song, but new plurality of operation data (for example, the latest three operations). Data) may be recorded and any of them may be used as ghost data. Further, as the ghost data, not only the latest operation data but also high score operation data may be used.

The player data processing unit 30a stores the same data 42 to 4 m as the player 1 shown in FIG. 3 as player data 31b for each of the players 2 to m who executed the game by designating the player ID in the game device 20. ..

FIG. 4A is a diagram showing an example of ranking data 31c stored in the game server 10, and FIG. 4B is a diagram showing an example of game data 31d stored in the game server 10.
As shown in FIG. 4A, the ranking data 31c includes, for example, total score ranking, simple score ranking, normal score ranking, hard score ranking, expert score ranking, number of wins monthly ranking, popular song daily ranking, and the like. There is.

The ranking data processing unit 30b aggregates each ranking based on the data 41 to 4 m of each player 1 to m included in the player data 31b, for example, at regular intervals or every time the data is updated, and ranks the rankings. It is stored as data 31c.

The simple score ranking, the normal score ranking, the hard score ranking, and the expert score ranking are rankings in which the game results of each player are aggregated according to the difficulty level, and for example, a predetermined number of players (player IDs) from the top are stored. The total score ranking is a ranking that aggregates the game results of all difficulty levels. In addition, each ranking can be aggregated for each song.

The monthly ranking of the number of wins is a ranking that totals the number of wins (number of first place wins) of each player every month, and the daily ranking of popular songs is a ranking that totals the number of times each song is selected as a game target for each day. is there.

The ranking data 31c may include data of various rankings other than the above-mentioned rankings.

As shown in FIG. 4B, the game data 31d includes, for example, data 31d1, 31d2, ..., 31dY corresponding to each of the plurality of songs 1, ..., Y. FIG. 4B shows, for example, sound data, game screen data, and target data for executing a game on the game device 20 or the mobile terminal 16 as the data 31d1 corresponding to the music 1. The sound data is data for outputting the sound of a musical piece or a sound effect. The game screen data is data including a progress route to be displayed according to the reproduction of the music, background data for expressing the three-dimensional space, and production data in the game screen. The target data is the target data to be displayed according to the traveling route.

It is assumed that the game data 31d is prepared with data corresponding to each of a plurality of game difficulty levels (simple, normal, hard, expert) for one song.

The communication interface 32 controls data communication with the mobile terminal 16 and the game device 20 (relay device 21) via the network 12.

5, FIG. 6 and FIG. 7 are views showing the appearance configuration of the game device 20 according to the present embodiment. 5 is a perspective view of the game device 20, FIG. 6 is a front view of the game device 20, and FIG. 7 is a side view of the game device 20.

As shown in FIGS. 5 to 7, the main body housing 50 of the game device 20 is provided with a touch screen 51 in the middle stage of the front surface. The touch screen 51 is attached to the main body housing 50 at an angle so that the display operation surface faces upward so that the player can easily perform an input operation. The touch screen 51 is configured by superimposing a touch panel and a display, and the player can directly select various displayed objects (commands, marks, menus, etc.) by touch operation. As the touch screen 51, a multi-point touch panel capable of detecting the touched positions at a plurality of points at the same time is used.

A plurality of speakers 52a, 52b, 52c, 52d are arranged on the upper part of the main body housing 50. The speakers 52a, 52b, 52c, and 52d are arranged vertically and horizontally apart from each other, and are attached so as to face the head of the player standing facing the touch screen 51. As a result, the player in the game can listen to high-quality music sound. Further, the game device 20 is provided with a bass speaker 52e (woofer speaker) at the lower part of the main body housing 50.

A card reader 54 is provided on the operation panel arranged on the right side of the touch screen 51. The card reader 54 reads data from a game card (storage medium) that stores card-specific data (player ID) by non-contact proximity wireless communication. The player can read the player ID recorded on the game card by bringing the game card close to (holding) the game card over the card reader 54.

The operation panel arranged on the left side of the touch screen 51 is provided with a headphone terminal 55 and a volume button 56 (two upward and downward buttons). By attaching the headphone plug to the headphone terminal 55, it is possible to output sound from the headphone instead of the speakers 52a, 52b, 52c, 52d, 52e. Further, the volume of the sound output to the headphones can be adjusted by the volume button 56. It is also possible to connect an earphone or a further speaker to the headphone terminal 55.

A plurality of lamps 57 are arranged on the left and right sides of the touch screen 51. The lamp 57 is used for game production, for example, by changing the display color according to the background color of the game screen being executed and turning it on, or turning it on or blinking according to the game situation.

Further, an LED panel 58 is provided in the center of the upper part of the main body housing 50. The LED panel 58 is provided with a plurality of LEDs (Light Emitting Diodes) capable of changing the display color, and like the lamp 57, the display color and the display pattern are changed according to the execution status of the game. Used for game production. When a plurality of game devices 20 are arranged side by side, the LED panels 58 provided in each game device 20 are linked when the battle play (in-store play) is executed by the plurality of game devices 20. By changing the display color and display pattern, more effective game production becomes possible. This makes it possible to appeal the use of the game to other users who are not playing the game.

A coin unit 60 is provided in the lower part of the front surface of the main body housing 50. The coin unit 60 is provided with a coin slot 61 and a coin payout port 62. By inserting coins from the coin slot 61, the player charges the game device 20 with points according to the number of coins, and consumes the points to execute the game or acquire (purchase) items and the like. It will be possible.

Note that, in FIGS. 5 to 7, the input operation from the player is performed only by the touch operation on the touch screen 51. For example, as shown in FIG. 8, the peripheral portion of the touch screen 51 (the right portion in FIG. 8). A plurality of physical buttons 65 may be provided on the touch panel to receive input from the buttons 65. In this case, the touch screen 51 displays the options at positions that match the arrangement of the buttons 65. For example, a list of player information of a player who is a candidate for a match in a match play is displayed according to the arrangement of the buttons 65, and the player at the corresponding position can be designated as an opponent by pressing the button 65.

In addition to the plurality of buttons 65 as shown in FIG. 8, for example, a lever that can be operated in the up, down, left, and right directions and a start button may be provided. In this case, by operating the lever, the selection candidate is moved to any one of the plurality of options (player information, etc.) displayed on the touch screen 51, and the selection candidate is confirmed by the start button.

FIG. 9 is a block diagram showing a functional configuration of the game device 20 in the present embodiment. As shown in FIG. 9, the game device 20 includes a control unit 70, a storage unit 72, a display controller 73, a touch panel controller 74, a sound controller 75, a lighting controller 76, a coin sensor 77, and a communication interface 78.

The control unit 70 controls the entire game device 20, and executes each unit by executing a basic program (OS (Operating System)) and various application programs (including the game program 72a) stored in the storage unit 72. Control. The control unit 70 executes various functions for executing a game controlled in response to a touch operation on the touch screen 51 by executing a game program 72a stored in the storage unit 72 by a processor (CPU or DSP). Realize.

The functions realized by the control unit 70 include a start processing unit 70a, a player matching processing 70b, a game processing unit 70c (game screen display processing unit 70c1, operation determination processing unit 70c2, synchro determination processing unit 70c3), and a game result processing unit. 70d (result display unit 70d1, follow setting unit 70d2), and player data processing unit 70e are included.

The start processing unit 70a executes the start processing until the game is started. In the start process, demo process to display the game screen for demonstration, process such as new registration of game card and reading of data from game card, point charge process, play style selection process (solo play, competitive play (in-store play, in-store play,) Includes national ghost play)), song selection processing, and mode (difficulty) selection processing.

The player matching process 70b executes a matching process for determining an opponent when the player instructs the player to execute the opponent play (in-store play, national ghost play). In the game device 20 of the present embodiment, it is assumed that a battle by four players is executed in the battle play. In the national ghost play, it is assumed that a battle is performed by a player who inputs an input operation to the game device 20 and three ghosts. In the in-store play, it is assumed that a match is played by four players who perform input operations on four game devices 20 installed in the same store.

It should be noted that the competitive play is not limited to four players, and any number of players may be used as long as there are two or more players. Further, the battle play may be performed by combining a plurality of players who perform input operations on a plurality of (two or more) game devices 20 installed in the same store and one or more ghosts. The game device 20 downloads ghost data (past operation data stored in the game server 10 by another player) for the number of people required for the battle game, and executes the battle play based on the operation data. Just do it.

The game processing unit 70c controls the game according to the play style specified by the player based on the game data 72b for each song received from the game server 10. In the case of battle play, in addition to the processing for the operation data input by the input operation on the touch screen 51, the processing for the operation data of the opponent is executed. The game processing unit 70c includes the functions of the game screen display processing unit 70c1, the operation determination processing unit 70c2, and the synchro determination processing unit 70c3.

The game screen display processing unit 70c1 has a route display function for displaying a progress route on the display 51a in a game space expressing a three-dimensional space based on the game data 72b, and a progress route for changing the display position and shape of the progress route. A production that executes production processing such as screen display and audio output based on the judgment result of the control function, the target display function that displays the target indicating the timing of the input operation according to the progress route, and the judgment function of the operation judgment processing unit 70c2. Including functions. Further, the operation determination processing unit 70c2 includes a determination function of performing an input determination on the touch panel 51b and an input determination based on the display position of the target. The operation determination processing unit 70c2 shall determine, for example, in four stages of GREAT, COOL, GOOD, and MISS in descending order of evaluation. The synchro determination processing unit 70c3 determines the synchronization relationship between the input operation on the touch screen 51 of the player and the input operation by another player (ghost). In the case of nationwide ghost play, the synchro determination processing unit 70c3 determines the synchronization relationship between the ghost input operation and the player's input operation based on the ghost operation data received from the game server 10. The synchro determination processing unit 70c3 performed an input operation on the target, for example, as a synchronization relationship, the degree of coincidence (synchronization rate) of the determination results (GREAT, COOL, GOOD, MISS) determined by the timing of the input operation on the target. The degree of coincidence (synchronization rate) of the position (or area) can be determined.

The game result processing unit 70d executes processing for the game result by the game processing unit 70c. The game result processing unit 70d includes the functions of the result display unit 70d1 and the follow setting unit 70d2. The result display unit 70d1 displays on the result screen the score (points) acquired by the player as a game result, the totalization of the determination results for the input operation, the total evaluation (RATING), and the like. In the case of competitive play, the game result of the opponent is also displayed in the same manner, and the competitive ranking is displayed. The follow setting unit 70d2 adds a follow button to the display of the game result of the opponent in the case of battle play, and sets the corresponding opponent as the player to be followed according to the player's selection operation with respect to the follow button. Do the processing.

The player data processing unit 70e executes processing for various data related to the player, and has a relationship of viewing and editing the player management data 41a managed by the game server 10, viewing grades, and following / linking. Performs processing such as viewing player information (results, etc.).

The storage unit 72 stores programs and data for controlling the game executed in the game device 20. The program stored in the storage unit 72 includes a game program 72a for executing a game in the game device 20 in addition to the basic program. The game program 72a can realize each function of the control unit 70 by being executed by a processor or the like.

The data stored in the storage unit 72 includes game data 72b, player management data 72c, ghost management data 72d, ghost player operation data 72e, ranking data 72f, input operation data 72g, and game battle record data 72h (synchro data 72h1). ) Is included.

The game data 72b is received from the game server 10 and includes data of a plurality of games (musical pieces) that can be executed by the game device 20. The player management data 72c is data received from the game server 10 based on the player ID read from the game card by the card reader 54. The player management data 72c corresponds to the player management data 41a stored in association with the player ID as the player data 31b of the game server 10. The ghost management data 72d is data received from the game server 10 based on the player ID read from the game card by the card reader 54. The ghost management data 72d corresponds to the ghost management data 41b stored in association with the player ID as the player data 31b of the game server 10.

The ghost player operation data 72e is data of an opponent (ghost) selected when executing the national ghost play, and is received from the game server 10. The ghost player operation data 72e includes operation data of a ghost (another player) (for example, the latest operation data) and player management data of a ghost (player name, custom image, title, etc.). In the national ghost play, it is assumed that the data of the ghosts 1, 2, and 3 for three players is received from the game server 10 in order to play against the three ghosts. The ranking data 72f corresponds to the ranking data 31c stored in the game server 10, and is received from the game server 10 to display various rankings.

The input operation data 72g is recorded in response to an operation on the touch screen 51 of the player during the game, and is operation data indicating the input operation of the player, that is, data (coordinate data) indicating the touch position of the player with respect to the touch screen 51. It is time-series data in which and the playback time of the music are associated with each other. After the game is completed, the input operation data 72g is uploaded to the game server 10 and stored as the latest operation data corresponding to the played music and the difficulty level. The game record data 72h is various data related to the game executed by the player, for example, data such as a song selected as a game target, a ranking obtained as a game result, and points earned. The input operation data 72g includes synchro data 72h1 indicating a synchronization relationship with another player, which is calculated for the input operation during the game. The synchro data 72h1 indicates, for example, the degree of coincidence (synchronization rate) of the determination result determined by the timing of the input operation with respect to the target, and the degree of coincidence (synchronization rate) of the position (or area) where the input operation is performed with respect to the target. After the game is completed, the game record data 72h is uploaded to the game server 10 and added to the player record data corresponding to the player ID.

The display controller 73 controls the display on the display 51a under the control of the control unit 70.
The touch panel controller 74 controls data input in response to a touch operation on the touch panel 51b under the control of the control unit 70. The touch panel controller 74 generates data indicating the touch position and outputs it to the control unit 70 in response to a touch operation on the touch panel 51b by the user.
The sound controller 75 controls the audio output from the speakers 52a, 52b, 52c, 52d, 52e under the control of the control unit 70. Further, the sound controller 75 stops the sound output from the speakers 52a, 52b, 52c, 52d, 52e when the headphone plug is attached to the headphone terminal 55. Further, the sound controller 75 adjusts (high / low) the level (volume) of the audio signal output from the headphone terminal 55 in response to an up / down instruction by operating the volume button 56.

The lighting controller 76 controls lighting / blinking of a plurality of lamps 57 and LED panels 58 under the control of the control unit 70. For example, the lighting controller 76 changes the display color of the lamp 57 according to the background color of the game screen being executed, and switches the lighting and blinking of the lamp 57 according to the game situation. Further, the lighting controller 76 can change the display pattern and color of the LED panel 58.

The coin sensor 77 detects the coin inserted from the coin insertion slot 61 and notifies the control unit 70 (start processing unit 70a).

The communication interface 78 controls communication with other game devices 20 in the store and communication with the game server 10 via the network 12.
Next, the operation of the game device 20 in this embodiment will be described.
FIG. 10 is a flowchart for explaining up to the point charge processing by the start processing unit 70a.

When the power is turned on, the game device 20 starts the game program 72a and starts processing by the start processing unit 70a.

First, the start processing unit 70a executes a demo process and displays a demonstration screen on the touch screen 51 (display 51a) (step A1). In the demo process, for example, the game screen for demonstration is played back and displayed for a predetermined time (for example, 30 seconds) for the first to fifth songs in the daily ranking of popular songs. In addition, each time the display of the demonstration screen for one song is completed, any one of the total score ranking, the number of wins monthly ranking, and the popular song daily ranking is displayed in order. The start processing unit 70a continues the demonstration processing until the player inserts a coin or touches the touch screen 51.

When the start processing unit 70a detects a touch operation on the touch screen 51 during execution of the demo processing (step A3, Yes) and has credits of the game start set number of coins (for example, 1 coin) or more (step A4, Yes). Yes), or if free play is set (step A5, Yes), the demo process ends. Further, the start processing unit 70a ends the demo process even when it is detected by the coin sensor 77 that coins have been inserted in excess of the game start set number of coins without being touch-operated (steps A2, Yes).

Here, when the game device 20 is in the offline state (steps A6, No), the start processing unit 70a displays the start screen (step A7). After that, when the touch operation of the touch screen 51 is detected before the time-out (for example, 30 seconds), the start processing unit 70a shifts to the point charge processing and displays the “point charge screen” (step A20). If the time-out occurs (step A8, Yes), the process returns to the demo process.

On the other hand, when the game device 20 is in the online state (step A6), the start processing unit 70a displays the start screen and either touches the touch screen 51 or the card reader 54 until a time-out (for example, 30 seconds) occurs. Wait until the game card is read by. If the time-out occurs (step A11, Yes), the process returns to the demo process.

Here, when the touch operation is detected (step A12, Yes), the start processing unit 70a displays a card non-use confirmation display for confirming to the player that the game card is not used (step A22). In the card non-use confirmation display, for example, the message "Do you want to play without using the card ?. If you want to use the card, hold it over the card reader." Is displayed.

Here, when a time-out (for example, 30 seconds) occurs (step A23, Yes), or when a touch operation on the touch screen 51 is detected (step A24, Yes), the start processing unit 70a does not use the card. It is determined that the game is to be executed, and the process proceeds to the point charge process (step A20).

On the other hand, when the player holds the game card over (close to) the card reader 54 and the card reader 54 starts reading data from the game card (steps A13, Yes, A14), the start processing unit 70a , Display a card window to notify the player that the card data is being read.

When the card reader 54 cannot correctly read the data from the game card (steps A15, Yes), the start processing unit 70a displays that the card cannot be used (step A16). In the card unusable display, for example, the message "Failed to read data" is displayed. After that, the process returns to step A22, and a card non-use confirmation display is displayed. In this case, you can change to another game card and read again.

When the card reader 54 correctly reads the data from the game card (steps A15, No), the start processing unit 70a inquires to the game server 10 whether the read player ID (card ID) has been recorded. If the player ID (card ID) of the game card registered for the game device 20 is recorded in the game device 20 in advance, the recorded player ID (card ID) without inquiring to the game server 10 ( It may be determined based on the card ID).

Here, when the player ID is a new card in which the player ID is not recorded (step A17, Yes), the start processing unit 70a, for example, "This card is a card that has not been registered in this game device. New registration is started. When the message "?" Is displayed and the execution of new registration is instructed, the process proceeds to the new registration process (step A21). In the new registration process, the player name used in the game device 20 is input by operating the player on the software keyboard displayed on the touch screen 51. The start processing unit 70a transmits the player ID read from the new card and the player name data input by the player operation to the game server 10 for recording.

If it is not a new card (steps A17, Yes), the start processing unit 70a requests transmission of player management data corresponding to the player ID read from the game card. The start processing unit 70a records the player management data 72c transmitted from the game server 10 in the storage unit 72, displays the data stored in association with the game card (player ID), and uses the card. Check with the player (display of the card usage confirmation screen).

FIG. 11 is a diagram showing a display example of the card usage confirmation screen. In the example shown in FIG. 11, for example, a player's custom image and player name, as well as a player's class and level are displayed. In addition, other data included in the player management data 72c may be displayed at the same time. For example, it is possible to display the acquired item and the date and time of the last play.

Here, when not using a card (“NO”) is selected (steps A8, No), the start processing unit 70a displays a card non-use confirmation display for confirming to the player that the game card is not used. (Step A22).

On the other hand, when it is selected to use the card (“YES”) (step A8, Yes), the start processing unit 70a transmits the ghost management data corresponding to the player ID read from the game card to the game server 10. To request. The player data processing unit 30a of the game server 10 transmits ghost management data corresponding to the player ID received from the game device 20 to the game device 20. The start processing unit 70a stores the ghost management data 72d transmitted from the game server 10 in the storage unit 72, and displays the ghost battle record based on the ghost management data 72d (step A9).

FIG. 12 is a diagram showing a display example of the ghost battle record screen. In the example shown in FIG. 12, the number of times played (the number of times the ghost was selected in the competitive play of another player) and the number of times the ghost was ranked first (the ghost ranked first in the competitive play) as "your ghost's battle record". Experience points earned (experience points earned by ghosts through battle play), level-up gauges (level display according to experience points earned by ghosts), item windows earned (ghosts earned during battle play) List all items) etc. are displayed. In addition, if there is a song (released song) that the player can select as a game target due to the ghost acquisition experience value or level up, it is also possible to display a song release effect screen that presents this song.

When the player has executed the game using the game card in the past, operation data or the like indicating an input operation at the time of executing the game is uploaded to the game server 10 and stored. The operation data stored in the game server 10 can be used as ghost data of an opponent's ghost when another player executes a national ghost play. When used as ghost data, the ghost management data is updated according to the result of the battle play. Since the player is not aware that his / her operation data is used as ghost data in the battle play by other players, he / she confirms the activity of the ghost on the ghost battle record screen when executing the game using the game card. be able to.

When the start processing unit 70a is instructed to move to the next processing from the ghost battle record screen (“NEXT”), the start processing unit 70a shifts to the point charge processing (step A20).

FIG. 13 is a flowchart for explaining the processing after the point charge processing.

In the point charge process (step B1 (A20)), the start processing unit 70a displays the point charge screen and prompts the player to insert coins. When the coin sensor 77 detects the coin insertion, the start processing unit 70a charges points according to the number of coins inserted. For example, the charge points per coin can be increased by inserting a plurality of coins at once, such as 150 points for one coin and 350 points for two coins. It should be noted that the point charge can be executed not only before the start of the game but also at a predetermined stage during the game processing.

When the point charge is completed, the start processing unit 70a displays the main menu on the touch screen 51. (Step B2).

FIG. 14 is a diagram showing a display example of the main menu. In the main menu shown in FIG. 14, the "ONLINE PLAY" button 80 for selecting the national ghost play to play against the ghosts of the players nationwide, and the "LOCAL PLAY" button for selecting the in-store play to play against the players in the store. 81, "SHOP" button 82 to specify the processing mode to purchase songs and custom items using points, "CUSTOM" button to specify the processing mode to customize avatars and images, and browse collections 83 , A "MY-ROOM" button 84 for designating a processing mode for viewing or editing various data related to the player is provided.

At the top of the screen, there is a point display 85 that shows the remaining points that are charged, a timer display 86 that shows the remaining time that can be input, and an EXIT button 87 that ends the current processing, which is common to other screens in the game. Etc. are displayed. In addition, although not shown, during game execution, a game mode (national ghost play, in-store play, solo play), the number of coins inserted, an online mark indicating that the game device 20 is online, an in-store link mark, etc. are displayed. Can be displayed.

Here, when the nationwide ghost play is instructed by the "ONLINE PLAY" button 81 (step B3, Yes), the start processing unit 70a shifts to the song selection process and displays the song selection screen (step B4).
FIG. 15 is a diagram showing a display example of the music selection screen. As shown in FIG. 15, the music selection screen is provided with a list display area 90 for displaying a list of jacket images (or music title names) of a plurality of songs (in FIG. 15, for convenience, a blank rectangular frame is used. Represent). The list display area 90 can be switched to a list display of other songs by, for example, the player touching the touch screen 51 and moving it in the vertical direction.

In addition, a plurality of sort buttons are provided on the music selection screen. For example, the "DIFFICULTY" button 91 is a button for sorting a plurality of songs in order of difficulty and displaying them in the list display area 90, and the "FAVORITE" button 92 is displaying priority for songs that the player has selected in the past. The button 93 for displaying the music is displayed in order from the music having the highest number of selections by the players nationwide, and the "TITLE" button 94 is a button for displaying the title name of the music, for example. The player can easily specify the desired music by rearranging the order of the music displayed in the list display area 90 by operating the sort button.

When any of the songs displayed in the list display area 90 is selected by the touch operation on the touch screen 51, the start processing unit 70a shifts to the mode (difficulty) selection process and displays the mode selection screen ( Step B5).

FIG. 16 is a diagram showing a display example of the mode selection screen. As shown in FIG. 16, the mode selection screen displays a list of music information 100 (jacket image, title, difficulty level, time, etc.) selected by the player, as well as selectable game difficulty levels (modes). .. In the example shown in FIG. 16, it is assumed that four levels of simple 101, normal 102, hard 103, and expert 104 are prepared as game difficulty options. It is also possible to limit the difficulty levels that can be selected according to the player's class and level. For example, if the player class is low, only Simple 101 and Normal 102 can be selected, and Hard 103 and Expert 104 are displayed in a locked (non-selectable) state.

Further, an avatar button 105, an item button 106, and a skin button 107 are provided at the bottom of the mode selection screen. By selecting the avatar button 105, the item button 106, and the skin button 107, a list of avatars, items, and display designs that can be used by the player during the game can be displayed and selected by the player. it can.

For example, when the item button 106 is selected, a list of items acquired by the player is displayed. Here, by selecting any of the items, the game content can be changed to be advantageous to the player. For example, in the basic game mode (difficulty) setting, if the input operation required by the target appearing in the game is multi-tap, the game content can be changed to single tap by using the item. can do. It is possible to make the difficulty level of the game easier (or more difficult) by changing the operation method of the input operation, such as changing the tap operation to a flick operation, not limited to the tap operation.

When the game mode (difficulty level) is selected by the mode selection process, the player matching process 70b starts the player matching process (step B6).

FIG. 17 is a diagram showing an example of a player matching screen displayed by the player matching process. FIG. 18 is a flowchart showing a player matching process.

First, the player matching process 70b requests the game server 10 to select an opponent (ghost) based on the player's class and the music selected as the play target. For example, the game server 10 randomly selects 3 players (ghosts) from 100 players who have recently played a song selected as a play target among players in the same class as the player's class, and the player management data of the 3 players. The 41a and the latest operation data (ghost data) corresponding to the music to be gamed and the difficulty level are transmitted to the game device 20. The game device 20 stores the data transmitted from the game server 10 as ghost player operation data 72e in the storage unit 72 (step C1).

The player matching process 70b displays a player matching screen that displays a list of information on ghosts that are candidates for opponents, based on the ghost player operation data 72e (step C2).

As shown in FIG. 17, on the player matching screen, the player information (custom image, player name, title (title), class, level, play area, etc.) of the player and the player information 111 of the three players selected as ghosts are displayed. , 112, 113 are listed in the same manner.

The player matching screen is provided with a sort button for changing the ghost to be the opponent. For example, in FIG. 17, the “RANDOM” button 114 that randomly changes the currently displayed ghost, the “TOP PLAYER” button 115 that specifies the ghost at the top of the ranking, and the player that the player has set as the follow target are specified. A "FOLLOWING" button 116 is provided. The "FOLLOWING" button 116 is displayed when the player is following one or more players (follow player ID is set in the player management data 41a). By selecting these buttons 114, 115, 116, the ghost to be the opponent can be changed.

For example, when the "RANDOM" button 114 is selected (step C3, Yes), the player matching process 70b requests the game server 10 to select an opponent (ghost) again in the same manner, and randomly. Receives the data of the three players selected for (step C4). The player matching process 70b displays the player information 111, 112, 113 of the newly selected three players on the player matching screen (step C2).

When the "TOP PLAYER" button 115 is selected (steps C5, Yes), the player matching process 70b is performed on the game server 10 based on the player's class and the music selected as the play target. 10 is requested to select the player with the highest play score of the corresponding song (step C6). Based on the ranking data 31c, for example, the game server 10 transmits the latest operation data (ghost data) of the top three ranking players corresponding to the corresponding difficulty levels and songs to the game device 20. The game device 20 stores the data transmitted from the game server 10 as ghost player operation data 72e in the storage unit 72 (step C1).

Further, when the "FOLLOWING" button 116 is selected (step C7, Yes), the player matching process 70b requests the selection of another player that the player is following. The game server 10 refers to the player management data 41a of the player, and transmits the latest operation data (ghost data) corresponding to the corresponding difficulty level and music of all the players indicated by the follow player ID to the game device 20.

Based on the data received from the game server 10, the game device 20 displays three players on the player matching screen in order from the top with the latest operation data generation date and time (step C2). When data exceeding 3 players is received from the game server 10, the ghost list can be scrolled according to the touch operation of the players. In this case, the opponent can be determined by selecting 3 players (ghosts) from the ghost list by touch operation.

In the above description, when the "FOLLOWING" button 116 is selected, the player following the player is selected as the ghost, but the player indicated by the link player ID set in the player management data 41a is used as the ghost. You may choose. Since the usage tendency (selected music and level) of the game is similar to that of the player indicated by the link player ID, it is suitable as an opponent in the battle play.

Further, in the above description, when the buttons 114, 115, 116 on the player matching screen are selected, the game server 10 is inquired each time, but the data of the players who can be opponents are collectively collected in the game. If it is received from the server 10 and stored in the game device 20, the player matching screen can be updated (change of the opponent) by the internal processing of the game device 20. Further, the data managed by the game server 10 can be stored in the relay device 21 in each store, and the same processing as described above can be executed by inquiring to the relay device 21. This makes it possible to reduce the communication load between the game server 10 and each game device 20.

In this way, when the opponent is determined on the player matching screen and the "PLAY!" Button 117 is selected (steps C9, Yes), the game device 20 shifts to the game processing.

FIG. 19 is a flowchart showing the game processing.
When the game processing is started, the game processing unit 70c displays the game screen (progress route, target, etc.) on the display 51a based on the game data of the selected music (step D1).

FIG. 20 is a diagram showing an example of a game screen 120 for competitive play. As shown in FIG. 20, a progress route 121 is displayed on the game screen 120, and a character (avatar) 122 designated by the player and a plurality of targets 123 are arranged on the progress route. The character 122 moves along the traveling route 121 and approaches the target 123 on the traveling route 121. By performing a touch operation at the timing when the character 122 reaches the target 123, a determination for this input operation is performed, and a character string (“COOL” in FIG. 20) representing the determination result 124 is displayed. The target 123 shown in FIG. 20 is indicated by a number. The target 123 on which this number is displayed indicates the number of touch points that the player should touch. For example, in the case of the target 123 having the number 4, a high score can be obtained by touching the target 123 with four points at the timing when the character 122 arrives at the target 123. A plurality of types of the target 123 are prepared, and details of each will be described later.

Further, at the upper part of the game screen 120, a score 125, a MAX chain number 126, and a groove gauge 127, which are updated according to the game situation, are displayed. In addition, hints 128 about the target 123 appearing on the traveling route 121 are displayed. The groove gauge 127 is increased or decreased according to conditions such as evaluation of the input operation (GREAT, COOL, GOOD, MISS), difficulty of the music, excess or deficiency of the number of touches, and the like. For example, when the music reaches 70% of the gauge at the end of the music, a clear judgment is made. Hint 128 presents in advance the type of the target 123 that appears in the music being executed, and indicates that, for example, the target 123 with a 4-point designation and a 10-point designation appears. Since it is difficult to identify the characters in the target 123 on which the numbers are written, it is possible to easily identify the characters by using different colors for each type.

Further, at the lower part of the game screen 120, a player's custom image 131 and an opponent's ghost custom images 132, 133, 134 are displayed. In the vicinity of the custom images 131 to 134, score rankings that change as the game progresses are displayed (1ST, 2ND, 3RD, 4TH). In addition, a character string (GREAT, COOL, GOOD, MISS) as a determination result for the input operation is displayed according to the timing of the input operation. In addition, the current groove gauge and score are displayed. Therefore, by looking at the ranking display and the custom images 131 to 134, the ghost situation can be confirmed in real time, and the feeling of playing against the ghost can be felt more strongly.

Further, a touch mark 135 indicating a position where the opponent's ghost is touching the touch screen 51 is added to the game screen 120. The game screen display processing unit 70c1 displays the touch mark 135 by a double circle or the like based on the coordinate data indicating the touch position included in the operation data of each ghost. A specific color (for example, blue, red, yellow) is assigned to each ghost in advance, and the touch mark 135 of each ghost is displayed in a different color.

Further, a determination result (synchronization determination) of the synchronization relationship (synchronization determination) of the input operation between the player and the plurality of ghosts, that is, the synchronization rate display 136 is added to the game screen 120. Further, the traveling route 121 is provided with an effect display 137 according to the determination for the input operation.

The effect display 137 is displayed at the position where the target is displayed, for example, when the input operation is evaluated to be GOOD or higher. Various display forms such as shining and ripples can be used for the effect display 137. The effect display 137 is displayed so as to change over a predetermined time at the position where the target is displayed. Further, if the input operation fails (when MISS evaluation is performed), the effect display 137 is not displayed, and the target simply disappears.

The effect display 137 is not only displayed so as to change at the position where the target is displayed, but the display position may be moved as the character 122 moves along the traveling route 121 (progressing route 121). Display as it flows over).

FIG. 21 is a diagram showing a display example of the game screen 120 different from that of FIG. 20.
In FIG. 20, one traveling route 121 is displayed, but in FIG. 21, in addition to the traveling route 121 for the player, the traveling routes 121a, 121b, 121c for the ghost are displayed in parallel with the traveling route 121. ing. In the traveling routes 121a, 121b, 121c, an effect display 138 is added according to the determination for the input operation based on the operation data of each ghost. The effect display 138 shall be displayed in the same manner as the effect display 137 described above. Therefore, on the game screen 120 shown in FIG. 21, the ghost situation can be grasped by the effect display 138 added on the progress routes 121a, 121b, 121c, and it seems that the character 122 and the ghost are running side by side. Because it feels like, you can get a stronger feeling of playing against other players.

Next, the game processing will be described with reference to specific examples of the traveling route and the target shown in FIGS. 22, 23, 24, 25, 26, 27, 28, and 29. It should be noted that FIGS. 22 to 29 illustrate a simple game screen for ease of explanation.

FIG. 22A shows an example in which a linear traveling route (indicated by a broken line) is displayed. In FIG. 22A, a linear traveling route is displayed, and the game screen is displayed so as to indicate that the character is moving (flying) along the traveling route. In FIG. 22A, the character is omitted and replaced with a simple arrow. As the character, various characters such as birds, airplanes, butterflies, and flowers flying in space can be used. When it is possible to select one from multiple characters, the BGM (back ground music) (songs, arrangements, etc.) output during the game, evaluation criteria, etc. are changed according to the type of character. Is also good.

In FIG. 22A, a target indicating the timing of the input operation is arranged on the traveling route. Therefore, as the character moves on the traveling route, it gradually approaches the target. The player taps the touch screen 51 (single tap) at the timing when the character reaches the target. The input operation on the touch screen 51 may be performed at any position on the input surface. As a result, the input operation can be freely performed at a position that is easy for the user to operate without any restrictions. Therefore, even a beginner who is not accustomed to the game can easily enjoy the game.

The game processing unit 70c detects that there is an input operation on the touch panel 51b through the touch panel controller 74 (steps D2, Yes), and when data indicating the touch position corresponding to the touch operation is input, the input data is also input. And the input position on the input surface is detected (step D3). Then, the game processing unit 70c outputs the sound effect corresponding to the input position from the speakers 52a, 52b, 52c, 52d, 52e through the sound controller 75 (step D4).

Next, the operation determination processing unit 70c2 compares the display position of the character when the input operation is performed with the position of the target, and determines the input operation according to the distance. When the target does not exist near the character, the operation determination processing unit 70c2 determines that it is MISS. The game screen display processing unit 70c1 displays the character string of the MISS determination on the game screen, and continues the display of the game screen (step D1).

Here, when the target exists near the character (step D5, Yes), the operation determination processing unit 70c2 determines whether the input operation according to the target has been performed based on the input data (step D6). ). For example, the target arranged on the traveling route shown in FIG. 22A requires an input operation by a tap operation. Here, when it is determined that the tap operation has been performed and the input operation is evaluated, the synchro determination processing unit 70c3 executes the synchro determination process for the player's input operation and the ghost input operation (step D7). The details of the synchro determination process will be described later (see FIG. 30).

The game processing unit 70c adds points according to the evaluation result or the like for the input operation (step D8). Further, the game screen display processing unit 70c1 executes the effect processing according to the target (step D9). As the effect processing according to the target, for example, as shown in FIGS. 22 (b) and 22 (c), a screen expressing an effect in which the target bursts and disappears by a tap operation is displayed, and the display content is displayed. The corresponding sound effect is output from the speakers 52a, 52b, 52c, 52d, 52e. In FIGS. 22 (b) and 22 (c), since the character is displayed so as to continue flying regardless of the disappearance of the target, the effect display in which the target bursts and disappears is at the position where the original target is placed. It is displayed to stay.

The game screen display processing unit 70c1 displays a game screen that expresses how the character subsequently moves (flys) along the traveling route (step D1). Therefore, as shown in FIG. 22A, when the targets are continuously arranged, it can be cleared by continuously tapping the characters in accordance with the timing when the characters reach each target. it can.

The traveling route shown in FIGS. 22 (a) to 22 (c) shows a simple linear portion, but depending on the traveling route, for example, as shown in FIGS. 23 (a) and 23 (b). , The orientation and position of the character on the screen change. In FIG. 23 (a), the direction changes so that the linear traveling route bends, and in FIG. 23 (b), the traveling route changes so as to draw a curve, and the direction of the character changes according to this change. The position changes.

When the orientation or position of the character on the screen changes, the position where the character overlaps (or approaches) the target changes on the screen. Therefore, the player needs to determine the position at which the changing character reaches the target on the screen and the timing at which the character reaches the target, and perform the input operation. As a result, it is possible to realize a game with a change, unlike a game in which an input operation is performed by simply gazing at a predetermined position on the display screen.

Next, a target indicating the timing of another input operation and a specific example of the input operation for each target will be described with reference to FIGS. 24 to 29.
FIG. 24 shows an example in which a target with a number is placed on the traveling route. As shown in FIGS. 24A and 24B, the target on which the number is indicated performs a tap operation (multi-tap) at the position indicated by the number in accordance with the timing when the character reaches the target. In the example shown in FIG. 24A, since the number 2 is written on the target, the tap operation is performed at two places. In this case, as shown in FIG. 24 (a), two fingers may be tapped at the same time, or as shown in FIG. 24 (b), both hands may be used to tap each with one finger. good. Also, if you tap at a place different from the number specified by the target, points lower than usual will be added, and the number of touches for excess or deficiency will be displayed near the character string of the evaluation result. The number displayed on the target is specified by, for example, any of 1 to 10, and the type and number of numbers appearing in the game change according to the music and the difficulty level.

FIG. 25A shows an example in which a band-shaped target is arranged on the traveling route. As shown in FIG. 25B, the band-shaped target is subjected to a hold operation (continuing to touch the input surface) at the timing when the character reaches the target. While the hold operation is being performed, the band-shaped target is erased, and as shown in FIG. 25 (c), an effect display indicating that the hold operation is being performed is displayed.

FIG. 26A shows an example in which a double broken line (spiral) target is arranged on the traveling route. For a double dashed (spiral) target, scratch operation (move within a predetermined range while touching the input surface) in the direction shown by the arrow in FIG. 26 (b) at the timing when the character reaches the target. Operation to change the direction in the opposite direction within a predetermined time). While the scratch operation is being performed, for example, an effect display is displayed such that the double broken line is unraveled.

FIG. 27 (a) shows an example in which a plurality of targets connected (connected) are arranged on the traveling route. For a plurality of connected targets, as shown in FIG. 27 (b), a beat operation (while passing between the front end and the rear end of the target) is performed at the timing when the character reaches the connected target. Repeat the tap operation). While the beat operation is being performed, as shown in FIG. 27 (b), an effect display is performed so that the target is shattered and disappears.

FIG. 28A shows an example of a target extending from the surroundings toward the traveling route. In FIG. 28A, the target extends from the right side of the traveling route in a direction perpendicular to the traveling route. When the target reaches the traveling route, it is displayed to stop extending and stop on the traveling route as shown in FIG. 28 (b). For the target extending toward the traveling route, the timing at which the character reaches the target on the traveling route or the timing at which the extending target and the character approach each other as shown in FIG. 28 (c) , Flick in the direction in which the target is extended (operation to move quickly over a predetermined length while touching the input surface). In the example shown in FIG. 28 (c), since the target extends from the right side of the traveling route, the flick operation is performed to the right as shown by the arrow in the figure.

When it is determined that the flick operation has been performed in the correct direction, for example, as shown in FIG. 28 (d), an effect display is displayed such that the extended target and line disappear from the tip like fireworks.

As shown in FIGS. 28 (a) to 28 (c), it is possible not only to extend the target from the direction perpendicular to the left and right with respect to the traveling route, but also to allow the target to extend randomly from other directions. it can. For example, in the example shown in FIG. 28 (e), the target extends from the front right of the traveling route. In this case, as shown in FIG. 28 (f), when the target approaches (or overlaps with) the character, the flick operation is performed in the direction in which the target is extended as shown by the arrow in the figure. Allows the target to be erased.

Further, in the example shown in FIG. 28 (g), the target extends from the left rear of the traveling route. In this case, as shown in FIG. 28 (h), when the target approaches (or overlaps with) the character, as shown by the arrow in the figure, flicks in the direction in which the target has extended. The target can be erased by performing the operation.

Further, instead of the targets extending from a specific direction, as shown in FIG. 28 (i), a plurality of targets may extend from different directions toward the traveling route. The user flicks each target in the direction corresponding to each target at a timing close to (or overlaps with) the character.

Although FIGS. 28 (a) to 28 (i) show targets extending from the surroundings toward the traveling route, arrows or the like indicating the flick direction may be added to the targets on the traveling route. For example, as shown in FIG. 29 (a), an arrow is added to the target. The player can erase the target by flicking in the direction of the arrow of the target as shown by the thick arrow in FIG. 29B at the timing when the character arrives.

In this way, by requesting flick operations in the corresponding directions for targets extending from different directions, it is possible to realize a changing game. Further, since it is a simple flick operation and may be operated on any of the input surfaces of the touch screen 51, even a beginner who is not familiar with the game can easily operate the operation.

The input determination for the flick operation indicates, for example, the first and last touch positions input by the flick operation in the direction in which the target is extended, that is, in the range of + -20 ° around the line connected to the target. If the direction of the line connecting the data is included, it is determined that the input operation has been performed correctly. The criteria for this input determination may be arbitrarily set by the user depending on the use of items or the like, or may be changed according to the difficulty level of the game. The same applies not only to the flick operation but also to other operation methods.

The above-mentioned travel route and target are examples, and other travel routes and targets can be used. For example, in the above description, hold, beat, scratch, etc. are touch operations at one location on the touch screen 51, but for example, input operations are performed at two touch positions to perform multi-hold, multi-beat, and multi. You may try to scratch. Further, for one target, for example, a combination of different input operations at two touch positions, for example, an input operation in which a tap operation and a flick operation are performed at the same time may be performed. In this case, it is assumed that a target instructing the combination of the above-mentioned input operations is arranged on the traveling route.

Further, in the above description, the case where the target is specified on the traveling route is shown, but for example, a hidden target may be arranged on the traveling route. The hidden target is not displayed, but by touching it at the right time, the evaluation is judged and points are added in the same way as the normal target.

Further, although the above description shows only one traveling route, it may be branched into, for example, two traveling routes during the game. In this case, the input operation according to the target set for each of the two traveling routes is performed at two touch positions using, for example, both hands.

As described above, since the touch screen 51 uses the multi-point touch panel, it is possible to enable the various input operations described above and to change the game content.

As described above, the game processing unit 70c accepts input operations by the user while updating the progress route, and advances the game. When the music reproduction is completed and the character reaches the end of the progress route (step D10, Yes), the game processing unit 70c ends the game processing. When the game processing is completed, the game device 20 shifts to the game result processing.

Here, the synchro determination process during the game process will be described. FIG. 30 is a flowchart showing the synchro determination process.

The synchro determination processing unit 70c3 refers to the evaluation for the input operation of the player and the evaluation for the input operation of the ghost, and determines whether all of them are "GREAT". Here, when all the evaluations are "GREAT" (step E1, Yes), the synchronization determination processing unit 70c3 sets the synchronization rate to (100 / total number of targets x number of people)% plus (step E2). The synchronization rate at the start of the game is set to "0".

Further, in the synchro determination processing unit 70c3, when all the evaluations are "GOOD" or higher and all are "not GREAT" (step E3), (100 / total number of targets x number of people x 0.25)% plus. (Step E4).

Here, when the evaluation of all members is "GOOD" or higher, the synchro determination processing unit 70c3 determines the degree of coincidence between the player and each ghost's touch position (area including the touch position), and the touch positions (areas) match. Add according to the number of players (step E6). For example, the touchable area of the touch screen 51 is divided into four parts vertically and horizontally, it is determined which area includes the touch position by the player and the ghost, and the degree of coincidence of the area including the touch position is determined.

The division of the area for determining the touch position is not limited to four divisions, and can be arbitrarily determined, and the arrangement thereof can also be arbitrarily determined. In addition, a mark (for example, indicating the upper left area and the lower right area of the four divided areas) that specifies the touch position (area) is added to the target so that the player can touch the area indicated by the mark. You may encourage it. However, in order not to impair the simple operability, the MISS is not judged even if the touch is made in an area other than the specified area.

Further, when the touch positions are the same instead of the area including the touch position, it is possible to make a higher plus.

On the other hand, the synchro determination processing unit 70c3 sets (100 / total number of targets x number of people x 2)% minus when the input operation of all members is evaluated as "MISS" (step E7, Yes) (step E8). ..

In addition, the synchro determination processing unit 70c3 makes a% minus (100 / total number of targets × number of MISS) when one or more people are evaluated as “MISS” instead of all (step E9, Yes). E10).

By determining the degree of agreement between the evaluations for the input operation in this way, for example, the upper limit of the synchronization rate of four people is 400.00%. The upper limit changes depending on the number of participants in the game (200.00% for 2 players, 300.00% for 3 players).

The synchronization rate obtained in this way is reflected in the point addition and the player experience value (ghost experience value). When the synchronization rate exceeds 100%, the game screen display processing unit 70c1 performs screen effects such as shining and blinking.

In this way, by finding and displaying the synchronization relationship between the input operations of the player and the ghost and reflecting it in the game result, it is possible to obtain a stronger feeling of playing against another player.

Next, the game result processing will be described. FIG. 31 is a flowchart showing game result processing.
The result display unit 70d1 of the game result processing unit 70d displays "CLEAR" or "FAIR LED" according to the game result (step F1). Then, the follow setting unit 70d2 displays a result screen including the game results of the player and the ghost (step F2).

FIG. 32 is a diagram showing an example of the result screen. As shown in FIG. 32, in addition to the music information 120 as the target of the game, the game result 121 of the player and the game results 122, 123, 124 of each of the ghosts played against are displayed on the result screen. In the game result, for example, the total evaluation of the input operation for the ghost, the maximum number of chains, the score (points), the overall evaluation (RATING), the competition ranking, and the like are displayed. The overall evaluation (RATING) is represented by, for example, E, D, C, B, A, S in ascending order. Further, in the example shown in FIG. 32, it is shown that the player's battle ranking is ranked first.

Further, on the result screen, "FOLLOW" buttons 122a, 123a, 124a are added to the ghost game results 122, 123, 124, respectively.

The player selects the "FOLLOW" buttons 122a, 123a, 124a as a result of the battle play, for example, when he / she wants to play the battle again or wants to view the battle record of this ghost (another player). By doing so, the corresponding ghost can be set as a follow target.

When the "FOLLOW" buttons 122a, 123a, 124a are selected (step F3, Yes), the follow setting unit 70d2 stores the player ID of the player (ghost) for which the "FOLLOW" button is selected as a follow target. (Step F4). The stored player ID is transmitted to the game server 10 and added to the follow player ID managed in the player management data 41a of the player.

In the above description, the "FOLLOW" buttons 122a, 123a, 124a are added to the ghost game results 122, 123, 124 on the result screen, but the "FOLLOW" button is added to the other screens. You may do so. For example, before the match play (in-store play, national ghost play), the player may be specified in the matching screen that matches the opponent, and may be specified in the ranking screen of various score rankings (total score ranking, etc.). .. Further, not only the follow target is specified by operating the "FOLLOW" button, but also the follow target is specified by touching the custom image 131 of each player displayed at the bottom of the game screen 120, for example, during game execution. It is also possible to do.

As a result, it becomes possible to easily set an interested player as a follow target in a plurality of scenes during game processing.

Further, as shown in FIG. 8, when the button 65 is provided, the player to be followed is specified by the operation of the button 65 instead of the touch operation of the “FOLLOW” buttons 122a, 123a, 124a. be able to.

Next, the result display unit 70d1 displays the level-up screen (step F5).

FIG. 33 is a diagram showing an example of a level-up screen. As shown in FIG. 33, the player experience value 131 acquired by executing the game is displayed on the level-up screen. Player experience points are added for each of multiple conditions (bonus), such as "CLEAR BONUS", "RATING BONUS" (bonus according to evaluation), and "PLAY BONUS" (special play results (no mistakes, etc.)). (When you issue), "ITEM BONUS" (when you clear the song using the item), "RANK BONUS" (ranking of competitive play), "SYNC BONUS" (synchronization rate in competitive play (0 to 400%) ), Etc. are included.

Further, on the level-up screen, the level / class 132, which is changed according to the acquired player experience value, is displayed.

In level / class 132, for example, the current "LEVEL", the level gauge corresponding to "LEVEL", the remaining experience value "NEXT" up to the next level, the current "CLASS", and the like are displayed. Further, in the example shown in FIG. 33, the display of "LEVEL UP!" Indicates that the level has been increased is added. Similarly, when the class is up, "CLASS UP!" Is displayed in the center of the screen.

Although not shown, on another result screen, the achievements achieved by executing the game and the items (titles, parts) obtained by the achievements are displayed.

Further, as the result screen, for example, as shown in FIG. 34, a player having a high relationship between the player and another player (high link rate) can be displayed. For example, in the example shown in FIG. 34, the songs 141 and 142 executed by the player are displayed, and based on the link rate with other players updated with the execution of this game, for example, a player having a high in-store link rate. And, players with a high national link rate can be displayed up to 3rd place respectively.

After displaying various result screens in this way, when the game result processing is completed, the control unit 70 returns to the main menu display (step B2) if there is a remaining charge point (step B9, Yes), and is described above. Perform the same process.

When the remaining charge points are insufficient for executing the game or the like (steps B9, No), the control unit 70 displays a continue screen and prompts the player to charge points (step B10). .. When the point is charged, the process returns to the point charge process in step B1.

On the other hand, if it does not continue, the control unit 70 ends the game (step B12), stores all the data of the game result, and transmits it to the game server 10 (step B14). After that, the control unit 70 returns to the demo process by the start process unit 70a (step B15).

When the player data processing unit 30a of the game server 10 receives the game result data from the game device 20, the player management data 41a of the player (for example, player experience value, class, level, title, acquired item, player battle record, etc.) is obtained. Update.

Further, the player data processing unit 30a updates the ghost management data 41b of the player selected as the ghost based on the game result, and the player management data 41a (for example, the player experience value) is changed according to the change of the ghost management data 41b. , Class, level, title, earned items, etc.). That is, the game result of the battle play by the ghost is reflected in the data of the player selected as the ghost.

When in-store play is selected in step B3 of FIG. 13 (steps B3, No), the song selection process is executed in the same manner as described above, and then the player matching process is executed. In a match by in-store play, a matching standby screen is displayed and waiting for matching with a player playing on another game device 20 in the same store (step B17).

When the matching is established, the control unit 70 executes the game process (step B18) and the game result process (step B19) in the same manner as the battle play with the ghost described above.

After the game result processing is completed, if there is a remaining charge point (step B20, Yes), the control unit 70 returns to the main menu display (step B2) and executes the same processing as described above. If the remaining charge points are insufficient for executing the game or the like (steps B20, No), the control unit 70 displays a continue screen and prompts the player to charge points (step). B10). In the case of point charging, the process returns to the point charging process in step B1.

Next, the processing when the "MY-ROOM" button 84 is selected from the main menu will be described.
FIG. 35 is a flowchart showing a process when the “MY-ROOM” button 84 is selected.
When a button other than the "MY-ROOM" button 84 is selected from the main menu display (steps G1 and No), the control unit 70 executes other processing corresponding to each button (step G2).

On the other hand, when the "MY-ROOM" button 84 is selected, the player data processing unit 70e displays the "MY-ROOM" menu (step G3).

FIG. 36 shows an example of the “MY-ROOM” menu. The "MY-ROOM" menu includes a "MY-IMAGE" button 150, a "TITLE" button 151, a "RECORD" button 152, a "FOLLOWING" button 153, and a "RENAME" button 154. When any button is selected (step G4, No), the player data processing unit 70e executes processing (my rule processing) according to each (step G5). Here, the details of each process will be omitted.

Here, when the "FOLLOWING" button 153 is selected, the player data processing unit 70e requests the game server 10 for ranking data of other players that the player is following. The game server 10 determines the player management data 41a corresponding to the player ID based on the player ID of the player requested from the game device 20. Then, a ranking is created based on the player data of each player indicated by the follow player ID set in the player management data 41a, and the ranking data is transmitted to the game device 20.

The game device 20 displays a ranking screen for the following player based on the ranking data received from the game server 10.

FIG. 37 shows an example of a follow ranking screen for a player who is following. As shown in FIG. 37, on the follow ranking screen, player information 160,161,162,163,164 of other players following are displayed in an order according to, for example, a score or a level. It should be noted that the condition of the order in which the player information is arranged by the plurality of buttons provided at the upper part of the screen can be changed, for example, the order of the number of wins by month, the order of the total score, and the like.

Note that player information 160, 161, 162, 163, and 164 are provided with "UNFOLLOW" buttons 160a, 161a, 162a, 163a, and 164a, respectively, for removing the player from the follow target. When the "UNFOLLOW" buttons 160a to 164a are selected, the player data processing unit 70e instructs the game server 10 to exclude the corresponding player (player ID) from the follow target. As a result, the corresponding player ID can be deleted from the follow player ID of the player management data 41a stored in the game server 10.

In the case of the configuration shown in FIG. 8, it is possible to give an instruction to remove from the follow target by operating the button 65 instead of touching the "UNFOLLOW" buttons 160a, 161a, 162a, 163a, 164a.

In this way, the follow ranking screen can be displayed through the "MY-ROOM" menu, and the player to be followed can be deleted.

In the above description, the game device 20 is provided with the touch screen 51, but the display 51a and the touch panel 51b may be provided independently. That is, the display 51a for displaying the game screen and the touch panel 51b for performing the input operation by the player may be separately mounted.

Further, in the above description, the player data of each player is stored and managed in the game server 10, but the game device 20 may store the player data. In this case, the game device 20 executes the same data management process as the game server 10 described above. When the player data stored in the game device 20 is updated, the update content may be notified to another game device 20 sharing the player data so that the data can be synchronized.

The present invention is not limited to the above embodiment as it is, and at the implementation stage, the components can be modified and embodied within a range that does not deviate from the gist thereof. In addition, various inventions can be formed by an appropriate combination of the plurality of components disclosed in the above-described embodiment. For example, some components may be removed from all the components shown in the embodiments. In addition, components across different embodiments may be combined as appropriate.

Further, the method described in the embodiment includes, for example, a magnetic disk (flexible disk, hard disk, etc.), an optical disk (CD-ROM, DVD, MO, etc.), a semiconductor memory, as a program (software means) that can be executed by a computer. It can be stored in a storage medium such as (ROM, RAM, flash memory, etc.), or transmitted and distributed by a communication medium. The program stored on the medium side also includes a setting program for configuring the software means (including not only the execution program but also the table and the data structure) to be executed by the computer in the computer. A computer that realizes this device reads a program stored in a storage medium, constructs software means by a setting program in some cases, and executes the above-described processing by controlling the operation by the software means. The storage medium referred to in the present specification is not limited to distribution, and includes a storage medium such as a magnetic disk or a semiconductor memory provided in a device connected inside a computer or via a network.

10 ... Game server, 16 ... Mobile terminal, 20 ... Game device, 51 ... Touch screen, 70a ... Start processing unit, 70b ... Player matching processing, 70c ... Game processing unit, 70d ... Game result processing unit, 70e ... Player data processing Department.

Claims (4)

Touch panel and
With the display
A plurality of targets indicating the timing of an input operation on the touch panel are displayed, and a plurality of points to be touched including a number indicating the number of touches on one target and a position different from the display position of the target can be touched on the touch panel. A target display means for displaying on the display the first information indicating which area is included in a plurality of divided areas in association with the one target.
A game device having a determination means for making an input determination based on a display position of the target, the number of touches and touch positions with respect to the touch panel, and an area including a plurality of locations indicated by the first information. The game device according to claim 1, further comprising an information display means for displaying in advance second information indicating the number of touches at a plurality of locations on the target displayed by the target display means in addition to the numbers. The determination means determines the excess or deficiency of the number of touches indicated by the number on one target and the number of touches on the touch panel.
The game device according to claim 1, further comprising a determination result display means for displaying according to the excess / deficiency determination result. A computer with a touch panel and a display
A plurality of targets indicating the timing of an input operation on the touch panel are displayed, and a plurality of points to be touched including a number indicating the number of touches on one target and a position different from the display position of the target can be touched on the touch panel. A target display means for displaying information indicating which area is included in a plurality of divided areas on the display in association with the one target.
A game program for functioning as a determination means for making an input determination based on the display position of the target, the number and touch positions of touches on the touch panel, and an area including a plurality of locations indicated by the information.