JP6995285B2 - Game equipment and programs - Google Patents

Description

The present invention relates to a game device and a program.

There is a game in which a play content played according to a user's operation is stored as reproduction data and a reproduction image (replay image) is displayed (see, for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2007-175274

The game that displays the reproduced video as described above is an example of utilizing the user's operation information, and the user's own play content can be confirmed by viewing the reproduced video after the play. However, it is limited in terms of utilizing the user's operation information.

One of the objects of the present invention is to provide a game device and a program capable of more effectively utilizing the user's operation information.

Another object of the present invention is to provide a game device and a program capable of exerting the effects described in the embodiments described later.

In order to solve the above-mentioned problems, one aspect of the present invention stores a first play execution unit that executes a game play process based on a user's operation under the first play condition, and play data related to the user's operation. A game device including a storage unit that stores the unit and a second play execution unit that executes an auto play process under the second play condition based on the play data stored in the storage unit instead of the user's operation. Is.

Further, one aspect of the present invention is a program for making a computer function as the game device described above.

The figure which shows an example of the play screen of the music game which concerns on embodiment. The figure which shows an example of the skill set to the character which concerns on embodiment. The figure which shows an example of the play result screen of the music game which concerns on embodiment. The figure which shows an example of the play start screen of the music game which concerns on embodiment. The block diagram which shows an example of the structure of the game system which concerns on embodiment. The figure which shows an example of the hardware composition of the user terminal which concerns on embodiment. The block diagram which shows an example of the structure of the user terminal which concerns on embodiment. The figure which shows the data example of the play data which concerns on embodiment. The figure which shows the calculation example of the technique evaluation point which concerns on embodiment. The flowchart which shows an example of the play result control processing which concerns on embodiment. The flowchart which shows an example of the play start processing which concerns on embodiment. The flowchart which shows an example of the play processing which concerns on embodiment.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[First Embodiment]

[Outline of the game]
First, an outline of an example of the game of the present embodiment will be described.
The game played on the game device according to the present embodiment is, for example, a music game. A music game is a kind of timing game in which an object displayed on a game screen is operated according to a reference operation timing (reference timing) set on the object, and is used by a music as a guide for the reference timing. It is a game that can be played. The object displayed on the game screen is preset for each song as an operation index indicating the timing to be operated by the user. The user's play result is determined based on the comparison between the operation index (reference timing) set for each song and the user's operation (timing operation) performed according to the operation index.

Further, in this music game, the play is usually performed based on the timing operation of the user, but the play data related to the timing operation is saved, and the game is based on the saved play data instead of the user's operation. Autoplay, in which the device executes the play process, is also possible.

The game device according to the present embodiment may be, for example, a mobile terminal device such as a smartphone or a tablet terminal, a stationary type used at home, or an arcade installed in a store or the like. It may be a game device corresponding to a game. In the following description, the game device of the present embodiment will be described by taking the case of a mobile terminal device as an example. For example, the display unit included in the mobile terminal device of the present embodiment is configured as a touch panel, and the operation for the music game of the present embodiment is performed on the touch panel on which the game screen is displayed.

FIG. 1 shows an example of a play screen played by a user among the game screens of the music game according to the present embodiment. Five notes appearance regions AAR-1, AAR-2, AAR-3, AAR-4, and AAR-5 are arranged so as to be arranged in the horizontal direction on the upper side of the illustrated play screen G10. In this figure, the notes appearance areas AAR-1 to AAR-5 are shown by broken lines, indicating that the notes appearance areas AAR-1 to AAR-5 are not explicitly displayed on the play screen G10. The Notes appearance area is the area where Notes appear. Notes are objects that are displayed as targets for timing operations on the play screen.
The Notes appearance areas AAR-1 to AAR-5 may be explicitly displayed on the play screen G10. Further, in the following description, when the Notes appearance region AAR-1 to AAR-5 are not particularly distinguished, they are described as the Notes appearance region AAR.

Further, on the lower side of the play screen G10 in the figure, five timing operation areas TAR-1, TAR-2, TAR-3, TAR-4, and TAR-5 are arranged so as to be arranged in the horizontal direction. It is displayed in. In the following description, when the timing operation areas TAR-1 to TAR-5 are not particularly distinguished, they are described as the timing operation area TAR.
Further, the determination line ELN is arranged so as to cross the timing operation areas TAR-1, TAR-2, TAR-3, TAR-4, and TAR-5 in the lateral direction. The determination line ELN is a line displayed for guiding the user as a determination criterion of the timing operation for Notes.

In the music game of the present embodiment, notes appear sequentially from any of the notes appearance regions AAR-1 to AAR-5 at a predetermined timing as the music progresses. Notes appearing from one Notes appearance area AAR move to the timing operation area TAR designated in advance from any of the timing operation areas TAR-1 to TAR-5.

There are two types of notes, single notes and long notes. For example, single notes have a circular shape. On the other hand, long notes are notes that are longer in the moving direction of the notes than single notes, and have a band-like shape connecting the front end and the rear end. For example, in single notes, one operation timing corresponding to a circular portion is an evaluation target, but in long notes, an operation timing for each portion of a front end and a rear end is an evaluation target.

In the illustrated example, the single notes NS-21, NS-22, and NS-23 appear in this order from the notes appearance region AAR-1, and the single notes NS-21, NS-22, and NS-23 appear in this order. It shows a state of moving so as to reach the timing operation area TAR-1. Further, it shows a state in which the long notes NL-31 appearing from the notes appearance region AAR-3 is moving so as to reach the timing operation region TAR-3. Further, the single notes NS-41 and NS-42 appear in the order of appearance from the notes appearance area AAR-4, and the single notes NS-41 and NS-42 reach the timing operation area TAR-4 in the order of appearance. Indicates a moving state. Further, it shows a state in which the long notes NL-51 appearing from the notes appearance area AAR-5 is moving so as to reach the timing operation area TAR-5.

In the following description, if there is no particular distinction between individual single notes, it will be referred to as single notes NS. In addition, when there is no particular distinction between individual long notes, it is described as long notes NL. Further, when there is no particular distinction between single notes NS and long notes NL, it is described as Notes N.

Further, in the game space represented by the play screen G10, the notes appearance area AAR is located on the upper back side, and the timing operation area TAR is located on the lower front side. Therefore, according to the perspective method, Notes N is displayed small at the timing of appearance from the Notes appearance area AAR, and is displayed so as to gradually increase as it approaches the timing operation area TAR. Similarly, the Long Notes NL is displayed in a shape that gradually increases from the rear end to the front end.

In the illustrated example, each of the notes appearance regions AAR-1 to AAR-5 is associated with each of the timing operation regions TAR-1 to TAR-5, and one Notes appearance region AAR (for example, Notes appearance) is associated with each other. An example is shown in which the notes appearing from the area AAR-1) move to the timing operation area TAR (for example, the timing operation area TAR-1) corresponding to the notes appearance area AAR, but the present invention is limited to this. is not it. For example, notes appearing from one Notes appearance area AAR (for example, Notes appearance area AAR-1) have a timing operation area TAR (for example, timing operation area TAR-) other than the timing operation area TAR corresponding to the Notes appearance area AAR. You may move to 2).

Further, in the illustrated example, the number of Notes appearance region AAR and the number of timing operation region TAR are each set to 5, but the number is not limited to 5. Further, in the illustrated example, the case where the same number is provided for the Notes appearance area AAR and the timing operation area TAR is taken as an example, but the number of the Notes appearance area AAR and the number of the timing operation area TAR are different from each other. good.

Next, the user's timing operation for Notes N will be described. First, the timing operation for the single notes NS will be described by taking the single notes NS-21 as an example. In the single notes NS, one reference timing that serves as a reference for determination defined by sequence data is set. In the present embodiment, the single notes NS is set to appear from the notes appearance region AAR at a timing prior to the reference timing and reach the timing operation region TAR at the reference timing. The user can perform one tap operation (touch operation) on the timing operation area TAR-1 according to the timing when the moving single notes NS-21 arrives at the timing operation area TAR-1 after appearing from the notes appearance area AAR. (Touch-in) is performed to touch the timing operation area TAR-1 with a finger and then immediately release the finger (touch-out). In this way, the timing operation for the single notes NS is performed.

The game device of the present embodiment evaluates the timing operation based on the time difference between the timing of the tap operation as the timing operation performed in this way and the reference timing of the single notes NS. As an example, the game devices are "PERFECT" (best evaluation), "GREAT" (second best evaluation), "GOOD" (third best evaluation), and "NICE" in ascending order of time difference from the reference timing. (4th best evaluation), "BAD" (bad evaluation), "MISS" (failure), one of the evaluation ranks is adopted. Then, the game device gives a score to the user based on the evaluation result.

When the single notes NS reaches the timing operation area TAR, there is a timing at which the position of the determination line ELN coincides with the center of the circular single notes NS. This timing corresponds to the reference timing. That is, the determination line ELN displayed on the play screen G10 serves as a guide indicating the reference timing at which the user should perform the timing operation on the play screen G10.

Next, the user's timing operation for the long notes NL will be described. Long Notes NL is a note that requires continuous operation as a timing operation. Here, Long Notes NL-31 will be described as an example. The long notes NL-31 are notes for which the user should perform a timing operation for a continuous time, and are displayed in a band shape with a length corresponding to the continuous time. For example, in the long notes NL-31, the front end notes portion nls and the rear end notes portion nle are arranged in a band shape. The front end notes portion nls indicates the operation target position of the front end. The rear end notes portion nle indicates the operation target position of the rear end. Therefore, for a long notes NL such as the long notes NL-31 in which both ends are evaluated, there are two criteria, a front end reference timing corresponding to the front end notes portion nls and a rear end reference timing corresponding to the rear end notes portion nle. The timing is specified.

The user performs a timing operation for such a long notes NL-31 for both ends evaluation as follows. The long notes NL-31 first appears from the notes appearance region AAR-3 toward the front end notes portion nls, and moves toward the timing operation region TAR-3 so that the band extends from the front end notes portion nls at the beginning. To go. On the other hand, the user performs a touch operation (touch-in) on the timing operation area TAR-3 so as to match the timing when the front end notes portion nls of the long notes NL-31 reaches the timing operation area TAR-3. At this time, the user maintains the state of being in contact with the timing operation area TAR-3 (hold state) without releasing the finger touching the timing operation area TAR-3 by the touch operation. Further, in the long notes NL-31, the rear end notes portion nle appears from the notes appearance region AAR-3 at a certain timing after the front end notes portion nls appears, and the rear end notes portion nle that appears is the timing operation region TAR. Move towards -3. In the state where the front end notes portion nls has already reached the timing operation region TAR-3, the rear end notes portion nle moves toward the timing operation region TAR-3, so that the long notes NL-31 The band changes to become shorter. The user releases the finger from the timing operation area TAR-3 so as to match the timing when the rear end note portion nle reaches the timing operation area TAR-3 and release the hold state so far (touch out). In this way, the timing operation for the long notes NL is performed.

The game device can evaluate the timing operation for the long notes NL performed as described above as follows. For example, the game device has a time difference (first time difference) between the timing of the touch operation performed on the front end notes portion nls and the front end reference timing, and the release of the hold state performed on the rear end notes portion nle (the first time difference). The time difference (second time difference) between the timing (release the finger) and the rear end reference timing is obtained. The game device evaluates the timing operation for the long notes NL based on the obtained two time differences. As an example, the game apparatus has "PERFECT" (best evaluation), "GREAT" (second best evaluation), "GOOD" (third best evaluation), and "" in ascending order of the first time difference and the second time difference. One of the evaluation ranks of "NICE" (fourth best evaluation), "BAD" (bad evaluation), and "MISS" (failure) is adopted. Further, for example, the game device gives the user a score based on the evaluation result as the first time difference and a score based on the evaluation result as the second time difference. Alternatively, the game device may derive one score based on, for example, the evaluation result as the first time difference and the evaluation result as the second time difference, and give the derived score to the user.

As described above, in the music game according to the present embodiment, the user performs a timing operation on Notes N indicating a reference timing as an operation index set for each music. The game device evaluates the performed timing operation in comparison with the reference timing, and calculates a score to be given to the user according to the evaluation result. The game device adds the calculated score to the cumulative total (score) of the scores so far. The higher the score is, the higher the score is, and the lower the score is, the more the operation deviates from the reference timing. In the illustrated play screen G10, a score area SAR for displaying a score is arranged. The change in the score calculated according to the evaluation result for the timing operation is reflected in the score area SAR.

Further, on the play screen G10, a character can be associated with each of the timing operation areas TAR-1 to TAR-5. In this example, since there are five timing operation areas TAR, five characters can be associated and set. For example, before starting play, the user selects a character to be set in each of the five timing operation areas TAR from a plurality of characters displayed on the game screen. When the play is started with the character selected by the user, an image including the face or appearance of the selected character is displayed in each of the five timing operation areas TAR of the play screen G10.

In the following description, the timing operation areas TAR-1 to TAR-5 for setting the character are also referred to as "deck". That is, setting a character in each of the timing operation areas TAR-1 to TAR-5 is also referred to as setting a character in the deck.

The character corresponds to the user who plays in the game. Each of the five characters has a value (for example, "life") indicating physical strength or vitality. Life gauges GAR-1 to GAR-5 indicating the value of the "life" of the character set in each of the timing operation areas TAR-1 to TAR-5 are associated and displayed. In the following description, if there is no particular distinction between individual life gauges, they will be referred to as life gauge GAR. For example, the life gauge GAR of each character is reduced by a predetermined number when an evaluation result of a certain level or less is obtained for the timing operations performed on the respective timing operation areas TAR-1 to TAR-5. Characters whose life is "0" will not be evaluated for subsequent timing operations (Notes may continue to appear or may not appear). When the life of all characters becomes "0", the game is over, that is, the game ends at that point, and it is determined that the game has failed to clear.

In addition, a skill is set for the character, and the score is also affected by the character set in the timing operation areas TAR-1 to TAR-5 activating the skill. FIG. 2 is a diagram showing an example of a skill set for a character. For example, skills are classified into score up, combo bonus, combo continuation, judgment strengthening, life recovery, damage guard, overload, and the like.

Score up is a skill that raises the score at the time of determining the timing operation for some Notes N by a certain percentage.
Combo bonus is a skill that raises the bonus score at the time of combo by a certain percentage. Combo means that the timing operation for Notes N succeeds continuously. Successful success means, for example, a series of "PERFECT" or "GREAT" evaluations. At the time of combo, a higher score (bonus score) is added to the score than when it is not a combo, but when this skill is activated, a higher bonus score is added.
Combo continuation is a skill that makes the criteria for combo continuation gentle. For example, by relaxing the criteria for evaluation rank, it becomes easier to continue the combo. By setting the target of the evaluation rank that is judged to be successful of the combo from the 2 ranks of "PERFECT" and "GREAT" to the 3 ranks of "PERFECT", "GREAT", and "GOOD", the combo can be created. It may be easier to continue.
Judgment strengthening is a skill that strengthens a certain level of judgment (for example, "GREAT") so that it becomes a "PERFECT" judgment.
Life recovery is a skill that increases the appearance rate of recovery notes with a certain probability. The recovery notes have the effect of recovering a part or all of the reduced life of the character set in the deck, and are included in the appearing notes N at a predetermined appearance rate.
Damage guard is a skill that negates life loss.
Overload is a skill that increases the score and continues the combo instead of reducing the life.

One or more of the above-mentioned skills are set for the character. By activating the set skills, each skill mentioned above becomes effective. In this way, not only the comparison between the reference timing set for each song and the timing operation of the user (how accurately the operation can be performed according to the reference timing), but also which character is set in the deck affects the score. do.

Another factor that affects the score is condition data. The condition data is data indicating the tone of each character randomly determined at the start of the game. For example, the score is increased or discounted based on the condition data of the character set in the deck.

A parameter such as a level may be set for the character. For example, the level can be raised by playing a game or synthesizing characters (combining multiple characters into one). By increasing the level, the effect of the skill in the game becomes even higher. In this way, the level of the character set in the deck may also be a factor that affects the score.

Next, a play result screen in which the play result played by the user is displayed will be described. FIG. 3 is a diagram showing an example of a play result screen among the game screens of the music game according to the present embodiment. In the illustrated play result screen G20, the icon of the music played by the user, the music name, and the difficulty level of the play are displayed in the area indicated by the reference numeral f201. For example, the difficulty level of play is classified into "EXPERT", "NORMAL", and "EASY" in order from the highest difficulty level to the lowest difficulty level, and is preset for each song.

Technique evaluation points (here, "99 points") are displayed in the area indicated by the reference numeral f202. The technique evaluation score is an evaluation score that depends only on the evaluation result of the timing operation of the user, and does not take into account the influence of the type of character set in the deck and whether or not the skill is activated.

The details of the play result are displayed below the score display of the technique evaluation. In the area indicated by the reference numeral f203, the aggregated values (“PERFECT”, “GREAT”, “GOOD”, “NICE”, “BAD”, “MISS”, respectively, of the evaluation results (evaluation ranks) of the timing operation for each Notes N are displayed. Number of times) is displayed. This aggregated value is information that serves as a reference value for technique evaluation.

Further, the number of combos (COMBO) (the number of consecutive successes) is displayed in the area indicated by the reference numeral f204 on the left side of the aggregated value of the evaluation result (evaluation rank). The number of consecutive successes is, for example, the number of consecutive "PERFECT" or "GREAT" evaluations. Further, when all the evaluations are "PERFECT" or "GREAT", "FULL COMBO" is displayed. For example, if the number of combos increases during play, the score per Notes N also increases, so a high score can be obtained by playing so that the combos are not interrupted. For example, if all are "PERFECT", the technique evaluation will be "100 points".

Further, in the area indicated by the reference numeral f205, information indicating five characters set by the user on the deck for the play of this music (here, icons of the five characters) is displayed. In addition, instead of or in addition to the icons of the five characters, information about the character such as a character name may be displayed.

Further, in the area indicated by the reference numeral f206, the score as the play result of this music is displayed. Here, the total score that is the result of this play, the high score (HIGH SCORE) that shows the highest score so far that the user himself played this song (“0 points” when playing for the first time), and the score Evaluation (here, "SS") is displayed. The evaluation of the score is classified into, for example, "SS", "S", "A", "B", "C", and "D" in order from the highest evaluation to the lowest evaluation.

Further, information on stored play data is displayed in the area indicated by the reference numeral f207. The technique evaluation score of the previously saved play data and the saved date and time are displayed. In the illustrated example, since there is no play data saved so far, the technique evaluation score is displayed as "0 point" and the save date and time is blank. As the play data, one data is stored for each song and each difficulty level. For example, if the technique evaluation score of the play result exceeds the currently saved technique evaluation score, it will be automatically updated. The update may be overwritten or additionally saved. Further, in the area indicated by the reference numeral f207, a comment indicating that the play data has been saved because the technique evaluation has been updated is displayed.

Next, a play start screen in which the user starts play will be described. On this game start screen, the user can select whether to perform normal play (normal play) or auto play. FIG. 4 is a diagram showing an example of a play start screen among the game screens of the music game according to the present embodiment. In the illustrated play start screen G30, deck information is displayed in the area indicated by the reference numeral f301. Characters can be set for a plurality of types of decks, and "deck 10" indicates that it is the tenth deck. Also, "Deck A" is the deck name. The deck name can be arbitrarily set by the user for each deck.

In the area indicated by the reference numeral f302, information indicating the five characters set in this deck (here, the icons of the five characters) is displayed. In addition, instead of or in addition to the icons of the five characters, information about the character such as a character name may be displayed. Further, the skill of each character may be displayed in which the information about the condition data is associated with the information indicating each character. By tapping the "deck formation" button DKC, the deck formation (not shown) allows the selection and change of the character to be set in the deck.

Further, "life" and "idle power" are set for each character, and in the area indicated by the reference numeral f303, a numerical value calculated by the total of "life" of the five characters set in the deck. And the numerical value calculated by the total of "idle power" are displayed. "Idle power" is a parameter that affects the score per operation (for example, tap operation) for Notes N in the play of a music game.

In the area indicated by the reference numeral f304, a check box CBX for selecting whether or not to perform auto play, a technique evaluation point of the previously saved play data, and a save date and time are displayed. Further, a "play start" button PLB is displayed on the right side of the area indicated by the reference numeral f304. When the auto play function is enabled, the check box CBX is displayed and can be checked (active state), and when the auto play function is disabled, the check box CBX is hidden or cannot be checked (inactive state). It will be displayed in the state).

"Start playing" button Tap the PLB to start playing the music game. When the user taps the "play start" button PLB without checking the check box CBX, the normal play play process (normal play process) based on the user's timing operation is started.

On the other hand, if the user checks the check box CBX by tapping it and then taps the "start play" button PLB, the auto play play process (auto play process) is performed based on the saved play data. ) Is executed. In auto play, the user's timing operation is reproduced. However, only the information related to the timing operation of the user is reproduced, and the deck information at the time of saving and the information of the activated skill are not included. Since the deck information used in auto play refers to the currently set deck information, not the deck information at the time of saving, the skill to be activated is also different, and the play result by auto play is the same as the play result at the time of saving. Will be different. By the way, if you use the same deck as when you saved it, the result will be basically the same, but the number of occurrences and timing of skills that occur with a random probability may differ, so the result will not necessarily be the same. It is not always the case.

The play data may be set to a period during which auto play can be executed (for example, 24 hours) as a usage limit. After this period, the execution of the auto play of the play data is prohibited, and the check box CBX is hidden or displayed in a state where the check box cannot be checked (inactive state). It should be noted that the execution of the auto play may be prohibited while the play data itself remains, or the play data itself may be deleted so that the execution of the auto play becomes impossible. As a result, even if a technique evaluation that is so good that it is not necessary to play any more is given, it is possible to prevent the player from being discouraged from playing.

〔System configuration〕
Next, an outline of the system configuration of the game system 1 according to the present embodiment will be described. FIG. 5 is a block diagram showing an example of the configuration of the game system 1 according to the present embodiment. The game system 1 includes a computer device of a user terminal 10-1, a user terminal 10-2, a user terminal 10-3, ..., And a game server 30, and these computer devices have a network NW. Connected via. Since the user terminal 10-1 and the user terminal 10-2 and the user terminal 10-3 have the same configuration, the description of "-1", "-2", etc. is omitted unless otherwise specified. This will be described as the user terminal 10. Although three user terminals 10 are shown here, any number of user terminals 10 may be connected to the game server 30.

The game server 30 is a server device that provides a game that can be executed on the user terminal 10. For example, the game server 30 provides a game control program (game control program) that can be executed on the user terminal 10 so that it can be downloaded from the user terminal 10. The game control program downloaded by the user terminal 10 is not limited to the game server 30, and may be stored in another downloadable server device.

The user terminal 10 functions as a game device that executes a game control program downloaded from the game server 30. For example, the user terminal 10 is a computer device used by the user, and is, for example, a mobile terminal device such as a smartphone or a tablet terminal.

FIG. 6 is a diagram showing an example of the hardware configuration of the user terminal 10 according to the present embodiment. The user terminal 10 includes, for example, a CPU (Central Processing Unit) 11, a communication unit 12, an input unit 13, a display unit 14, a storage unit 15, and a sound output unit 16, and is connected via a network NW. It communicates with the game server 30 and other devices via the communication unit 12. These components are communicably connected to each other via a bus. The CPU 11 executes various programs stored in the storage unit 15 and controls each unit of the user terminal 10.

The communication unit 12 is configured to include, for example, a plurality of Ethernet (registered trademark) ports, a plurality of digital input / output ports such as USB, and the like, and is controlled by the CPU 11 to the game server 30 and other devices via the network NW. Communicate with devices, etc.
The input unit 13 is configured integrally with the display as, for example, a touch panel, and user operations are input. The input unit 13 outputs operation information indicating the input operation to the CPU 11. The input unit 13 may be another input device such as a keyboard, a mouse, a touch pad, or a microphone into which various instructions are input by voice.
The display unit 14 is a display for displaying information such as images and texts, and includes, for example, a liquid crystal display panel, an organic EL (Electroluminescence) display panel, and the like.

The storage unit 15 includes, for example, an HDD (Hard Disk Drive), an SSD (Solid State Drive), an EEPROM (Electrically Erasable Primable Memory), a ROM (Read-Only Memory), a ROM (Read-Only Memory), a ROM (Read-One Memory), etc. Stores various information, images, programs (including game control programs) and the like processed by the user terminal 10. The storage unit 15 is not limited to the one built in the user terminal 10, and may be an external storage device connected by a digital input / output port such as USB.

The sound output unit 16 is provided with a speaker, and outputs music in a music game, sound effects of the game, and the like. The sound output unit 16 may be configured to include an output terminal for outputting an audio signal such as an earphone terminal in place of or in addition to the speaker. The user terminal 10 may be configured to include a hardware configuration such as a camera, a gyro sensor, and a GPS (Global Positioning System) receiving module.

[Functional configuration]
Next, the functional configuration of the user terminal 10 will be described with reference to FIG. 7. FIG. 7 is a block diagram showing an example of the configuration of the user terminal 10 according to the present embodiment.

[Functional configuration of user terminal 10]
The storage unit 15 of the user terminal 10 stores a game control program that executes a game process of a music game, and various data necessary for the game process. For example, the storage unit 15 includes a game data storage unit 151, a play data storage unit 152, and a play result storage unit 153.

The game data storage unit 151 stores music data, sequence data, character data, game screen data, sound source data, and the like. The music data is data for playing a music played in a music game. The sequence data is data in which an operation index indicating a reference timing for each musical piece is defined. The character data is data about character icons, character names, skills, etc. that can be set in the deck, and various parameters such as life and idle power. The game screen data is data for generating a game screen. The sound source data is data for outputting sound effects and the like in the game.

The play data storage unit 152 stores play data that can be used in auto play. This play data is data related to the timing operation played by the user, and is associated with the user's identification information, the music identification information, the timing operation log, the technique evaluation point, the storage date and time, and the like. For example, this play data is updated when the technique evaluation score of the play result exceeds the currently stored technique evaluation score.

FIG. 8 is a diagram showing a data example of play data stored in the play data storage unit 152. The illustrated play data is associated with a user ID, a music ID, an operation time, an operation position, an operation type, and the like as an operation log of a timing operation. The user ID is identification information of the user who plays. The music ID is identification information of the music to be played. The operation time is the time for each operation of the user, which is timed with respect to the game start time. The operation position is information indicating which timing operation area TAR (see FIG. 1) is the operation target operated by the user. The type of operation is the type of timing operation performed for each note, such as tap operation for single notes, touch operation for the front end of long notes (touch-in), and release of the finger for the rear end of long notes (touch). Out) etc. are stored. As the tap operation for the single notes, "touch-in" may be stored without distinguishing from the touch operation for the front end of the long notes. The operation logs for each operation such as the operation time, the operation position, and the type of operation are sequentially stored according to the operation order. Further, in the play data, the evaluation result (evaluation point, evaluation rank, and combo coefficient) compared with the reference timing for each operation and the technique evaluation point for the entire music based on the evaluation result for each operation are stored in association with each other. To. The evaluation result for each operation may be evaluated and stored for each operation, or may be collectively evaluated and stored after all the operations for the music being played are completed. Evaluation points, evaluation ranks, and combo coefficients are used in calculating technique evaluation points. Details of the evaluation results (evaluation points, evaluation ranks, and combo coefficients) for each operation and the method of calculating the technique evaluation points will be described later with reference to FIG.

The play data stored in the play data storage unit 152 may be restricted from being used as play data capable of executing auto play. For example, this usage limit is a limit on the period during which autoplay can be executed (for example, 24 hours).

The play result storage unit 153 stores data related to the music played by the user, the play result (score), and the setting status at the time of play (deck information, etc.) for each user's identification information.

Further, the user terminal 10 includes a game control unit 110 as a functional configuration realized by the CPU 11 executing a game control program stored in the storage unit 15. The game control unit 110 controls the game play process. For example, the game control unit 110 includes a normal play execution unit 111, an auto play execution unit 112, a play operation evaluation unit 113, a play result update unit 114, a play data storage unit 115, and an output control unit 116. ing.

The normal play execution unit 111 executes a game play process (that is, a normal play process) based on the user's operation under the first play condition. Further, the auto play execution unit 112 executes the auto play process under the second play condition based on the play data stored in the play data storage unit 152 instead of the user's operation. Here, the first play condition and the second play condition are setting conditions and parameter conditions for playing, and are, for example, conditions based on a character used for playing a game. For example, if the characters set in the deck are the same, the play conditions can be the same, but if the characters set in the deck are different, the play conditions are different.

That is, the auto play process executed by the auto play execution unit 112 reproduces the user's timing operation by using the play data related to the user's operation, and the auto play process is performed under new play conditions without requiring the user's operation. Is to execute. That is, the auto play process executed by the auto play execution unit 112 is different from the replay process that reproduces all the play conditions as they are for the play process executed by the normal play execution unit 111.

The auto play execution unit 112 may allow the execution of auto play based on the execution result by the normal play execution unit 111. For example, the auto play execution unit 112 may allow the execution of auto play of the music based on the fact that the music has been played a predetermined number of times (for example, 10 times) or more in the normal play. Further, the auto play execution unit 112 executes the auto play of the music to the user based on the fact that the user clears the music a predetermined number of times (for example, three times) or more with a score of a certain value or more in the normal play. May be allowed. If the number of plays or the number of clears has not reached the above-mentioned predetermined number, the play data may be saved but the execution may be prohibited, or the save itself may not be performed.

Further, the auto play execution unit 112 may allow the execution of auto play only for the play data satisfying the executable condition. The executable condition is a condition preset as a condition for permitting execution of auto play of play data, and is, for example, a predetermined technique evaluation score (for example, 90 points) or higher, or a predetermined score or higher. It is preset as a condition that there is something. The play data that does not satisfy the executable condition may be saved but may not be executed, or may not be saved.

Further, when the play data stored in the play data storage unit 152 is set to use restrictions as play data capable of executing auto play, the auto play execution unit 112 sets the auto play execution unit 112 based on the usage restrictions. Allow or prohibit execution. For example, when the usage limit is a period during which auto play can be executed (for example, 24 hours), the auto play execution unit 112 permits execution of auto play only within the above period after the play data is saved, and the above If the period has expired, the execution of auto play is prohibited for the play data.

The play operation evaluation unit 113 evaluates play data related to the user's timing operation. For example, the play operation evaluation unit 113 evaluates each operation based on the operation position and operation timing of the timing operation played by the user, the timing operation area reached by each note, and the reference timing, and evaluates each operation. Ranks are totaled and technique evaluation points are calculated. Specifically, first, the play operation evaluation unit 113 plays the operation log (operation time, operation position, operation type, etc.) of the user's timing operation for each note in association with the user ID and the music ID in the operation order. It is stored as data in the play data storage unit 152 (see FIG. 8). Further, the play operation evaluation unit 113 stores the evaluation result (evaluation point, evaluation rank, and combo coefficient) for each operation as play data in association with the operation log for each operation. The play operation evaluation unit 113 may evaluate each operation, or may collectively evaluate after all the operations for the music being played are completed. Further, the play operation evaluation unit 113 uses the user ID, the music ID, and the operation to calculate the technique evaluation points based on the evaluation results (evaluation points, evaluation ranks, and combo coefficients) of all the operations for the music being played. It is stored as play data in association with the log of.

Here, a specific example of the method of calculating the technique evaluation point will be described.
For example, the technique evaluation score is calculated as the actual play score for all notes, assuming that the evaluation rank is "PERFECT", regardless of the music or the difficulty level. The calculation method is for each timing operation (for each tap operation in the case of short notes. In the case of long notes, each of the front end operation and the rear end operation, or the front end operation and the rear end operation. The end operation and the operation are combined into one.) Evaluation is performed and points are added.

The evaluation of one timing operation is determined by two evaluations, a timing evaluation by comparison with the reference timing and a combo evaluation by the number of combos up to that point. The technique evaluation points for each timing operation are, for example, 1.0 points when the evaluation rank is "PERFECT", 0.7 points when the evaluation rank is "GREAT", and evaluation ranks. Is set to 0.4 points when the evaluation rank is "NICE", 0.1 points when the evaluation rank is "BAD", and 0.0 points when the evaluation rank is "MISS". Has been done.

In addition, the coefficient of combo evaluation based on the number of combos changes depending on the number of combos at that time. Basically, as the number of combos increases, so does the value of the coefficient. The number of combos and the coefficient are determined based on a predetermined table, but may be calculated by some formula. For example, when the number of combos is 0, the coefficient is 1.0, when the number of combos is 1 to 4, the coefficient is 1.1, when the number of combos is 5 to 11, the coefficient is 1.2, and so on. Is set to. When a combo is generated, the evaluation point of the above timing evaluation is multiplied by a coefficient according to the number of combos.

FIG. 9 is a diagram showing a calculation example of technique evaluation points. In this figure, the evaluation points, evaluation ranks, and combo coefficients of "Perfect" (when the evaluation rank for all notes is "PERFECT") are shown on the left side, and the evaluation points and evaluations of the actual play are shown on the right side. An example of rank and combo coefficient is described. In this table, from top to bottom, the evaluation rank of the timing operation for each note from the beginning to the end of the music, the combo coefficient, and the integrated value of the evaluation points are described. For example, in the first line of "Perfect time", the evaluation rank of the timing operation is "PERFECT", the combo coefficient is 1.0, and the evaluation point is 1.0 (evaluation point 1.0 x combo coefficient 1. 0 = 1.0). In the second line of "Perfect", the evaluation rank of the timing operation is "PERFECT", the combo coefficient is 1.1, and the evaluation point is 2.1 (1.0 + in the first line (evaluation point 1.). 0 × combo coefficient 1.1) = 2.1). The last row of this table is the total score, and the evaluation score (perfect evaluation point) at "perfect time" is 69.6, and the evaluation score (play evaluation point) at "actual play" is 49,1. In this case, the technique evaluation point is calculated as "49.1 (play evaluation point)" ÷ "69.6 (perfect evaluation point) = 70.6. The calculation example of this technique evaluation point is an example. However, it is not limited to this.

Returning to FIG. 7, the play result update unit 114 updates the score based on the user's play result based on the execution result of the play process executed by the normal play execution unit 111. Further, the play result update unit 114 updates the score based on the user's play result based on the execution result of the auto play process executed by the auto play execution unit 112. For example, the play result updating unit 114 calculates the score based on the technique evaluation by the play operation evaluation unit 113 and the influence on the score due to the activation of the skill set for the character set in the deck. Further, the play result updating unit 114 stores the calculated score in the play result storage unit 153 in association with the user's identification information and the music identification information.

The play data storage unit 115 stores play data including operation timing by the user's operation in the play data storage unit 152 as play data related to the user's timing operation. For example, the play data storage unit 115 updates the play data stored in the play data storage unit 152 based on the evaluation result by the play operation evaluation unit 113. Specifically, the play data storage unit 115 updates when the technique evaluation points by the play operation evaluation unit 113 satisfy the storage conditions (for example, exceeding the technique evaluation points of the play data currently stored). The update may be overwritten or additionally saved. Further, for example, for the first storage, the play data storage unit 115 may set the technique evaluation point of a certain value or more as a storage condition of the play data.

The output control unit 116 has a function as a display control unit that outputs a game image of a music game to be displayed on the display unit 14 as a game screen. For example, the output control unit 116 outputs an image to be displayed on the play screen G10 (see FIG. 1), the play result screen G20 (see FIG. 3), and the play start screen G30 (see FIG. 4). For example, the output control unit 116 displays the evaluation result (aggregation result of evaluation rank, technique evaluation score, etc.) by the play operation evaluation unit 113, the score calculated by the play result update unit 114, and the like on the play result screen G20. .. Further, the output control unit 116 has a function as a sound output control unit that outputs music, game sound effects, etc. in a music game to the sound output unit 16.

[Operation of game processing]
Next, the operation of the game processing according to the present embodiment will be described.
First, with reference to FIG. 10, the operation of the play result control process after the normal play process executed by the game control unit 110 of the user terminal 10 will be described. In the play result control process after the normal play process, the play result is displayed and the play data is saved.

FIG. 10 is a flowchart showing an example of the play result control process according to the present embodiment.
When the game control unit 110 finishes the play process of the normal play (step S100), the game control unit 110 totals the evaluation ranks for each note and calculates the technique evaluation points (step S102). Next, the game control unit 110 calculates the score based on the calculated technique evaluation points, the influence of the skill of the character set on the deck on the score, and the like (step S104).

Further, the game control unit 110 determines whether or not the technique evaluation point satisfies the storage condition (for example, whether or not it exceeds the technique evaluation point of the play data currently stored) (step S106). If it is determined that the storage condition is satisfied (YES), the game control unit 110 updates the play data (step S108). On the other hand, if it is determined that the storage condition is not satisfied (NO), the game control unit 110 does not update the play data.

Then, the game control unit 110 obtains information on the played music, calculated evaluation ranks for each note, technique evaluation points, deck information (character information used for play) score, whether or not play data is saved, and the like. It is displayed on the play result screen G20 (see FIG. 3) (step S110).

Next, with reference to FIG. 11, the operation of the play start process executed by the game control unit 110 of the user terminal 10 will be described. FIG. 11 is a flowchart showing an example of the play start process according to the present embodiment.
When the game control unit 110 selects a play song by the user's operation (step S120), the game control unit 110 determines whether or not the play data of the selected song is saved (step S122).

When it is determined that the play data is saved (YES), the game control unit 110 determines whether or not the number of times (or the number of times of clearing) of the selected music is played (or cleared) is a predetermined number or more (step S124). When it is determined that the number of plays (or the number of clears) is equal to or greater than a predetermined number (YES), the game control unit 110 determines that the stored play data is an executable condition (for example, a predetermined technique evaluation point (for example, for example). It is determined whether or not the condition (90 points) or more) is satisfied (step S126). When it is determined that the executable condition is satisfied (YES), the game control unit 110 permits the execution of auto play (step S128), and transitions to the play start screen G30 (see FIG. 4) in which the auto play function is enabled. (Step S130).

On the other hand, when it is determined in step S122 that the play data is not saved (NO), when it is determined in step S124 that the number of plays (or the number of clears) is less than a predetermined number (NO), or in step S126. If it is determined that the play data stored in the game does not satisfy the executable condition (NO), the game control unit 110 prohibits the execution of the auto play (step S132), and the play start with the auto play function disabled. Transition to the screen (step S134).

In the example shown in FIG. 11, the score is calculated in the play result control process after the play process (step S104), but the game control unit 110 determines the timing of the user for each note during the play process. The score may be calculated and accumulated for each operation.

Next, with reference to FIG. 12, the operation of the play process executed by the game control unit 110 of the user terminal 10 will be described. FIG. 12 is a flowchart showing an example of the play process according to the present embodiment.
When the "play start" button PLB is tapped (step S140) on the play start screen G30 (see FIG. 4), the game control unit 110 automatically plays based on whether or not the check box CBX is checked. Is determined (step S142).

When the check box CBX is checked, the game control unit 110 determines that auto play is selected (YES), and reads play data from the play data storage unit 152 (step S144). Then, the game control unit 110 executes the auto play process based on the read play data (step S146).

On the other hand, if the check box CBX is not checked, the game control unit 110 determines that auto play is not selected (NO), and executes the normal play process based on the user's timing operation (step S148). ).

After the normal play process, the play result control process described with reference to FIG. 10 is performed. On the other hand, after the auto play process, the play result control process shown in FIG. 10 is performed except for the play data storage process in steps S106 and S108. That is, in the auto play, the play data is not updated because the user does not newly perform the timing operation.

[Summary of the first embodiment]
As described above, the user terminal 10 (an example of a game device) according to the present embodiment has a normal play execution unit 111 (an example of a first play execution unit) and a play data storage unit 115 (an example of a storage unit). And an auto play execution unit 112 (an example of a second play execution unit). The normal play execution unit 111 executes the game play process based on the user's operation under the first play condition. The play data storage unit 115 stores play data related to the user's operation (for example, timing operation) in the play data storage unit 152 (an example of the storage unit). The auto play execution unit 112 executes the auto play process under the second play condition based on the play data stored in the play data storage unit 152 instead of the user's operation.

As a result, the user terminal 10 can reproduce the operation played by the user in the normal play process and execute the auto play under new play conditions, so that a new play result can be obtained, not just a reproduced video (replay video). Past user operations can be used for play. Therefore, the user terminal 10 can more effectively utilize the user's operation information.

Further, the user terminal 10 (an example of a game device) has an execution result of a normal play process executed by a normal play execution unit 111 (an example of a first play execution unit) and an auto play execution unit 112 (an example of a second play execution unit). It is provided with a play result update unit 114 that updates a value based on the user's play result based on the execution result of the auto play process executed by (1 example). The value based on the user's play result is, for example, a score as a play result as described above. Depending on the game, the value based on the user's play result may be that the experience value is updated and leveled up according to the result, and if the reward is given according to the number of plays, the number of plays. It may be counted in. That is, the value based on the user's play result is, for example, a score or point based on the play, or an evaluation value for the play.

As a result, the user terminal 10 reflects the execution result of the auto play process performed based on the stored play data in the play result as well as the execution result of the normal play process performed based on the user's operation. , The user can play the game by utilizing the operations played in the past without repeating the same operation.

Further, the first play condition and the second play condition are conditions based on the character used for playing the game (for example, conditions based on the skill of the character set in the deck). The first play condition and the second play condition may be conditions based on the items used for playing the game. An item is, for example, an item that further enhances the effect of a skill by setting it on a character, an item that acquires or releases a new skill by acquiring a high score or clearing a game, and the like. It is an item that affects the play result of the game that is not directly related to the reference timing to be operated. For example, the item may be something that is consumed in the game.

As a result, when the user terminal 10 executes the auto play process, the user terminal 10 executes the conditions other than the user's operation such as the setting of the character on the deck under the new conditions, so that a new play result can be obtained. It is possible to use the operation of the past user.

Further, the auto play execution unit 112 (an example of the second play execution unit) permits the execution of auto play based on the execution result by the normal play execution unit 111 (an example of the first play execution unit). For example, the auto play execution unit 112 may allow the execution of auto play of the music based on the fact that the music has been played a predetermined number of times (for example, 10 times) or more in the normal play. Further, the auto play execution unit 112 executes the auto play of the music to the user based on the fact that the user clears the music a predetermined number of times (for example, three times) or more with a score of a certain value or more in the normal play. May be allowed.

As a result, the user terminal 10 can be prevented from auto-playing until the user has played a certain number of times, so that even if a good play result is accidentally obtained in a song that is not played very often, the user's willingness to play is increased. It is possible to prevent the desire to improve the operation technique from being diminished. Further, the user terminal 10 can prevent the user from playing depending on the auto play more than necessary.

Further, the auto play execution unit 112 (an example of the second play execution unit) permits the execution of auto play only for the play data satisfying the executable condition. The executable condition is a condition preset as a condition for permitting execution of auto play of play data, and is, for example, a predetermined technique evaluation score (for example, 90 points) or higher, or a predetermined score or higher. It is preset as a condition that there is something.

As a result, the user terminal 10 can increase the motivation of the user to improve the play motivation and the operation technique, with the privilege of being able to execute the auto play.

Note that the play data stored in the play data storage unit 152 (an example of the storage unit) may be set with restrictions on use as play data capable of executing auto play.

As a result, the user terminal 10 permits or prohibits the execution of auto play based on the usage restriction, so that only auto play using play data can be performed.

For example, the above usage limit is a limit (limitation on the usage period) regarding the period during which autoplay can be executed (for example, 24 hours). The above usage limit is not limited to the limit of the executable period (limit of the usage period), but may be the limit of the number of times that auto play can be executed (limit of the number of uses), or the auto play is executed. It may be a limitation (limitation of the operation area used) of a possible operation area (for example, the timing operation area TAR shown in FIG. 1). Further, the above-mentioned period, number of times, and limitation of the operation area may be a preset fixed period, number of times, operation area, or may vary depending on a technique evaluation point or the like.

As a result, the user terminal 10 permits the execution of auto play only within the executable period (for example, 24 hours) after the play data is saved, and when the executable period (for example, 24 hours) has passed. Since the execution of auto play is prohibited for the play data, even if a good technique evaluation score that does not require further play is obtained, it is possible to prevent the user's motivation to play from being discouraged. Further, the user terminal 10 can prevent the user from playing depending on the auto play more than necessary.

Further, the user terminal 10 (an example of a game device) is a play operation evaluation unit 113 (an example of an evaluation unit) that evaluates play data related to the user's operation, and an output control unit that displays evaluation results by the play operation evaluation unit 113. 116 (an example of a display control unit) and.

As a result, the user terminal 10 can present the superiority or inferiority of the operation of the user played in the normal play to the user, and can increase the motivation to improve the operation technique.

Further, the play data storage unit 115 (an example of the storage unit) stores the play data stored in the play data storage unit 152 (an example of the storage unit) based on the evaluation result by the play operation evaluation unit 113 (an example of the evaluation unit). Update. For example, the play data storage unit 115 updates when the technique evaluation points by the play operation evaluation unit 113 satisfy the storage conditions (for example, exceeding the technique evaluation points of the play data currently stored). The update may be overwritten or additionally saved. Further, for example, for the first storage, the play data storage unit 115 may set the technique evaluation point of a certain value or more as a storage condition of the play data.

As a result, the user terminal 10 can store the user's best play data at that time without any special operation by the user. The play data storage unit 115 may store play data according to the user's operation. In this case, the user terminal 10 can store play data according to the convenience and intention of the user.

Further, the play result of the user is based on a comparison between the user's operation and a predetermined operation index.

As a result, the user terminal 10 can reproduce the good operation among the operations played by the user in the normal play process and execute the auto play in the game in which the content (model) to be operated by the user is set. Therefore, if the operation technique is improved, the user can play the game by utilizing the operation that the user has played in the past without repeating the same operation.

For example, a game is a music game (timing game) in which a reference timing to be operated is set as an operation index. Then, the play data storage unit 115 (an example of the storage unit) stores the play data including the operation timing by the user's operation in the play data storage unit 152 (an example of the storage unit).

As a result, the user terminal 10 reproduces a good operation among the timing operations played by the user in the normal play process in the music game (timing game) in which the reference timing (model) to be operated by the user is set. You can perform auto play. Therefore, if the operation technique is improved, the user can play the game by utilizing the operation that the user has played in the past without repeating the same operation.

[Modification example]
Although the embodiments of the present invention have been described in detail with reference to the drawings, the specific configuration is not limited to the above-described embodiments, and includes designs and the like within a range that does not deviate from the gist of the present invention.

For example, in the auto play process in the above embodiment, the execution of the auto play may be skipped. For example, the play may be interrupted before the start of the auto play or during the auto play so that the play result is displayed. In this case, the user terminal 10 displays the play result as if it had been played to the end. That is, even if the user terminal 10 skips the execution of the auto play, the process of calculating the technique evaluation score, the score, etc., as in the case of executing the auto play (when the play is reproduced (displayed)). I do. When the user terminal 10 skips the execution of the auto play, the user terminal 10 does not perform the same processing as when the execution of the auto play is executed, and calculates the score or the like based on the technique evaluation score or the like instead of the play data. May be good. Since the technique evaluation points are not affected by the play conditions (for example, the conditions based on the skill of the character set in the deck), the processing load can be reduced by not recalculating the technique evaluation points.

In the above embodiment, a music game (timing game) in which a reference timing (model) to be operated is set as an operation index has been described as an example, but the present invention is not limited to this. For example, the application may be an application in which a model such as a character or a figure when the user inputs by handwriting is set as an operation index. In this case as well, the user's play result is based on the comparison between the user's operation and the predetermined operation index. The auto play process of the above embodiment may be applied to a device having no clear model operation index. For example, in a game in which a penalty kick is performed by setting the angle and strength of kicking the ball of a player character to be operated by the user, operation information indicating the operation content such as the angle and strength of kicking the ball when successful is played data. The auto play process may be executed based on the play data. In this case, it is possible to change the play conditions (player character to be operated, goal keeper, etc.) other than the operation content. In addition, in a game in which repeated operations occur according to a preset operation procedure (for example, a pet breeding game in which a pet is repeatedly fed according to a preset operation procedure), the repeated operation information is saved as play data. However, the auto play process based on the play data may be executed under new play conditions (different times and days, different training targets, etc.).

For example, in a scene where the user has to play the same game repeatedly while the game is progressing (when the user cannot go to the next stage unless he / she earns ○ points or more, the experience value is used for the purpose of training characters etc. In situations where you want to earn money, etc.), there is little development as a game, so it may feel monotonous depending on the user. In addition, when the same game is repeated in this way, even if a very good result is obtained, it may not be motivated to obtain a better result because the result is only the play. In the present embodiment, even in such a case, the user's operation so far can be reproduced to execute the auto play, so that the user does not get bored and the motivation to play and obtain better results is improved. Can be done.

Further, in the above embodiment, the configuration example in which the user terminal 10 includes the game data storage unit 151, the play data storage unit 152, and the play result storage unit 153 has been described, but a part or all of these storage units have been described. May be provided with an external storage device (eg, a game server 30) to which the network NW is initially connected.

Further, the game control unit is recorded by recording a program for realizing the above-mentioned function of the game control unit 110 on a computer-readable recording medium, causing the computer system to read the program recorded on the recording medium, and executing the program. Part or all of the processing as 110 may be performed. Here, "loading and executing a program recorded on a recording medium into a computer system" includes installing the program in the computer system. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. Further, the "computer system" may include a plurality of computer devices connected via a network including a communication line such as the Internet, WAN, LAN, and a dedicated line. Further, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, or a CD-ROM, and a storage device such as a hard disk built in a computer system. As described above, the recording medium in which the program is stored may be a non-transient recording medium such as a CD-ROM. The recording medium also includes an internal or external recording medium accessible from the distribution server for distributing the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program in a format that can be executed by the terminal device. That is, the format stored in the distribution server does not matter as long as it can be downloaded from the distribution server and installed in a form that can be executed by the terminal device. It should be noted that the configuration in which the program is divided into a plurality of parts and downloaded at different timings and then combined by the terminal device, or the distribution server for distributing each of the divided programs may be different. Furthermore, a "computer-readable recording medium" is a volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network, and holds the program for a certain period of time. It shall include things. Further, the above program may be for realizing a part of the above-mentioned functions. Further, a so-called difference file (difference program) may be used, which can realize the above-mentioned function in combination with a program already recorded in the computer system.

Further, a part or all of the above-mentioned game control unit 110 may be realized as an integrated circuit such as an LSI (Large Scale Integration). Each of the above-mentioned functions may be made into a processor individually, or a part or all of them may be integrated into a processor. Further, the method of making an integrated circuit is not limited to the LSI, and may be realized by a dedicated circuit or a general-purpose processor. Further, when an integrated circuit technology that replaces an LSI appears due to advances in semiconductor technology, an integrated circuit based on this technology may be used.

[Additional Notes]
From the above description, the present invention can be grasped as follows, for example. Reference numerals in the accompanying drawings are added in parentheses for convenience in order to facilitate understanding of the present invention, but the present invention is not limited to the illustrated embodiment.

(Appendix 1) The game device (10) according to one aspect of the present invention includes a first play execution unit (111, S148) that executes a game play process based on a user's operation under the first play condition, and the user. The auto play process is executed under the second play condition based on the storage unit (112, S108) that stores the play data related to the operation of the above and the play data stored in the storage unit instead of the operation of the user. A second play execution unit (115, S146) is provided.

According to the configuration of Appendix 1, since the game device can reproduce the operation played by the user in the normal play process and execute the auto play under the new play conditions, it is not a mere reproduction video (replay video) but a new play. Past user operations can be used for the play in which the result is obtained. Therefore, the game device can more effectively utilize the user's operation information.

(Appendix 2) Further, one aspect of the present invention is the game device according to the appendix 1, which is executed by the execution result of the play process executed by the first play execution unit and the second play execution unit. A play result updating unit (114, S104) that updates a value based on the play result of the user based on the execution result of the auto play process is provided.

According to the configuration of Appendix 2, the game device uses the execution result of the auto play process performed based on the stored play data as the play result as well as the execution result of the normal play process performed based on the user's operation. Since it is reflected, the user can play the game by utilizing the operation played in the past without repeating the same operation.

(Appendix 3) Further, one aspect of the present invention is the game device according to the appendix 1 or 2, wherein the first play condition and the second play condition are a character or a character used for playing the game. It is a condition based on the item.

According to the configuration of Appendix 3, when the game device executes the auto play process, the game device executes the conditions other than the user's operation such as the setting of the character on the deck under the new conditions, so that the new play result is obtained. It is possible to use the operation of the past user for the play obtained by.

(Appendix 4) Further, one aspect of the present invention is the game device according to any one of the appendices 1 to 3, and the second play execution unit is based on the execution result by the first play execution unit. Allows execution of autoplay.

According to the configuration of Appendix 4, the game device can prevent the user from auto-playing until the user has played a certain number of times, so that even if a good play result is accidentally obtained in a song that is not played very often, the user You can prevent the motivation to play and the motivation to improve the operation technique from being diminished. In addition, the game device can prevent the user from playing depending on the auto play more than necessary.

(Appendix 5) Further, one aspect of the present invention is the game device according to any one of the appendices 1 to 4, wherein the second play execution unit automatically plays only the play data satisfying the executable condition. Allow execution of.

According to the configuration of Appendix 5, the game device can increase the user's motivation to play and improve the operation technique, with the privilege of being able to execute the auto play.

(Appendix 6) Further, one aspect of the present invention is the game device according to any one of the appendices 1 to 5, and the play data stored in the storage unit can be used for auto play. Restrictions on use as data are set.

According to the configuration of Appendix 6, since the game device permits or prohibits the execution of auto play based on the usage restriction, it is possible to prevent only auto play using play data.

(Appendix 7) Further, one aspect of the present invention is the game device according to the appendix 6, and the usage restriction is a restriction regarding a period during which auto play can be executed.

According to the configuration of Appendix 7, the game device permits the execution of autoplay only within the executable period (for example, 24 hours) after the play data is saved, and the executable period (for example, 24 hours) is set. If it passes, the execution of auto play is prohibited for the play data, so even if a good technique evaluation score that does not require further play is obtained, it will not discourage the user's play motivation. Can be done. In addition, the game device can prevent the user from playing depending on the auto play more than necessary.

(Appendix 8) Further, one aspect of the present invention is the game device according to any one of the appendices 1 to 7, wherein the evaluation unit (113, S102) for evaluating the play data related to the operation of the user is used. A display control unit (116, S110) for displaying the evaluation result by the evaluation unit is provided.

According to the configuration of the appendix 8, the game device can present the superiority or inferiority of the operation of the user played in the normal play to the user, and can increase the motivation to improve the operation technique.

(Appendix 9) Further, one aspect of the present invention is the game device according to the appendix 1, and the storage unit updates the play data stored in the storage unit based on the evaluation result by the evaluation unit. ..

According to the configuration of Appendix 9, the game device can store the user's best play data at that time without any special operation by the user.

(Appendix 10) Further, one aspect of the present invention is the game device according to any one of the appendices 1 to 9, wherein the play result of the user is the operation of the user and a predetermined operation index. Based on the comparison of.

According to the configuration of Appendix 10, the game device reproduces the good operation among the operations performed by the user in the normal play process in the game in which the content (model) to be operated by the user is set, and performs the auto play. Can be done. Therefore, if the operation technique is improved, the user can play the game by utilizing the operation that the user has played in the past without repeating the same operation.

(Appendix 11) Further, one aspect of the present invention is the game device according to the appendix 10, wherein the game is a timing game in which a timing to be operated is set as the operation index, and the storage unit is a storage unit. , The play data including the operation timing by the user's operation is saved in the storage unit.

According to the configuration of Appendix 11, the game device is a good operation among the timing operations performed by the user in the normal play process in the music game (timing game) in which the reference timing (model) to be operated by the user is set. Can be reproduced and auto play can be executed. Therefore, if the operation technique is improved, the user can play the game by utilizing the operation that the user has played in the past without repeating the same operation.

(Appendix 12) Further, the program according to one aspect of the present invention is a program for making a computer function as a game device according to any one of Supplementary note 1 to Supplementary note 11.

According to the configuration of Appendix 12, since the program can reproduce the operation played by the user in the normal play process and execute the auto play under the new play conditions, it is not a mere reproduction video (replay video) but a new play result. It is possible to use the operation of the past user for the play obtained by. Therefore, the user's operation information can be used more effectively.

1 game system, 10 user terminals, 11 CPU, 12 communication unit, 13 input unit, 14 display unit, 15 storage unit, 16 sound output unit, 30 game server, 110 game control unit, 111 normal play execution unit, 112 auto play Execution unit, 113 play operation evaluation unit, 114 play result update unit, 115 play data storage unit, 116 output control unit, 151 game data storage unit, 152 play data storage unit, 153 play result storage unit.

Claims (10)

Based on the evaluation of the comparison between the reference timing to be operated by the user and the operation timing of the user who plays according to the operation index indicating the reference timing, and the setting condition based on the character or item used by the user for play. A game device that executes a game play process for determining a value based on the user's play result.
The reference timing is preset for each scene, and is set in advance.
A first play execution unit that executes the play process based on the operation of the user who plays according to the operation index under the first setting condition.
A storage unit that stores the play data of the operation timing of the user played according to the operation index in the storage unit in association with the played scene according to a predetermined storage condition.
A second play execution unit that executes an auto play process that reproduces the user's operation based on the play data stored in the storage unit and executes the play process under the second setting condition .
Equipped with
When executing the auto play process, the second play execution unit executes the second play execution unit based on the play data associated with the same scene as the scene in the auto play process.
It is possible to make the character or item used by the user for play different from the character or item used for play by the user under the first setting condition . the law of nature,
Information about a parameter that affects a value based on the play result of the user is set in the character or the item, and the character or the item is set in the first setting condition and the second setting condition. By making the item different, the parameter changes.
Game device. The user's play by the play process executed by the first play execution unit by the character or item used by the user for play in each of the first setting condition and the second setting condition. The auto play process executed by the second play execution unit based on a value based on the result and play data associated with the same scene as the scene in the play process executed by the first play execution unit. Is different from the value based on the user's play result.
The game device according to claim 1. Data in which the user's identification information, the scene played by the user, and the value based on the play result of the user are associated with each other are stored in the storage unit.
Identification of the user who has played based on the play result of the user by the play process executed by the first play execution unit and the play result of the user by the auto play process executed by the second play execution unit. A play result update unit that updates a value based on the information and the play result of the user associated with the scene .
The game device according to claim 1 or 2. The second play execution unit is
The execution of the auto play process is permitted based on the number of times the user has played, the play time, or the value based on the play result by the play process executed by the first play execution unit.
The game device according to any one of claims 1 to 3. The second play execution unit is
Of the play data stored in the storage unit, only the play data satisfying the executable condition preset as the condition for permitting the execution of the auto play process is permitted to execute the auto play process.
The game device according to any one of claims 1 to 4. The play data stored in the storage unit is set with a usage restriction that allows the play data for which execution of the auto play process is permitted to be used for the auto play process.
The game device according to any one of claims 1 to 5. The usage restriction is a restriction regarding a period during which the auto play process can be executed after the play data is stored in the storage unit .
The game device according to claim 6. An evaluation unit that evaluates play data related to the user's operation,
A display control unit that displays the evaluation result by the evaluation unit, and
The game device according to any one of claims 1 to 7. The storage unit is
Based on the evaluation result by the evaluation unit, the identification information of the user who played the play data stored in the storage unit and the play data associated with the scene are converted into the play data evaluated by the evaluation unit. Update,
The game device according to claim 8. A program for operating a computer as the game device according to any one of claims 1 to 9.

Images