JP2020189162A - Game device and program - Google Patents

Abstract

To further efficiently utilize operation information of a user.SOLUTION: A game device includes: a first play execution section for executing play processing of a game based on operation by a user on a first play condition; a storage section for storing play data related to the operation by the user in a storage part; and a second play execution part for executing auto-play processing on a second play condition based on the play data stored in the storage part instead of the operation by the user.SELECTED DRAWING: Figure 7

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).

JP-A-2007-175274

The game that displays the reproduced video as described above is an example of utilizing the operation information of the user, 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 configuration 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]

[Game overview]
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 type of timing game in which an object displayed on a game screen is operated according to a reference operation timing (reference timing) set for the object, and is used by 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 played based on the saved play data instead of the user's operation. Autoplay is also possible in which the device executes the play process.

The game device according to the present embodiment may be, for example, a mobile terminal device such as a smartphone or 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 game screens of a 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 indicated 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 regions 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. Is displayed. 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 for the timing operation for Notes.

In the music game of the present embodiment, notes appear sequentially from any of the notes appearance areas 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.

In addition, 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 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 evaluated, but in long notes, operation timings for each of the front end and the rear end are evaluated.

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 area AAR-3 is moving so as to reach the timing operation area 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 individual single notes are not particularly distinguished, they will be described 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). An example is shown in which 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. For example, notes appearing from one Notes appearance area AAR (for example, Notes appearance area AAR-1) have a timing operation area TAR other than the timing operation area TAR corresponding to the Notes appearance area TAR (for example, the timing operation area TAR-. 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 performs 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 the finger is immediately released (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, the 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 strip 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 in which both ends are evaluated like the long notes NL-31, 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 on the 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 with the front end notes portion nls at the head. 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 long notes NL-31 responds as the rear end notes portion nle moves toward the timing operation region TAR-3. The band changes to become shorter. The user releases the finger from the timing operation area TAR-3 so as to release the hold state so as to match the timing when the rear end notes portion nle reaches the timing operation area TAR-3 (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 releases the 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 nles (1st time difference). Find the time difference (second time difference) between the timing (release your finger) and the rear end reference timing. The game device evaluates the timing operation for the long notes NL based on the obtained two time differences. As an example, the game devices are arranged in ascending order of first time difference and second time difference, "PERFECT" (best evaluation), "GREAT" (second best evaluation), "GOOD" (third best evaluation), " 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 score is higher as the operation can be performed accurately according to the reference timing, and the score is lower as the operation deviates from the reference timing. In the illustrated play screen G10, a score area SAR for displaying the 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, characters 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 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 "life" value of the character set in each of the timing operation areas TAR-1 to TAR-5 are associated and displayed. In the following description, when individual life gauges are not particularly distinguished, they are described 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 with respect to the timing operations performed on the respective timing operation areas TAR-1 to TAR-5. A character 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 the characters becomes "0", the game is over, that is, the game ends at that point, and it is determined that the clear has failed.

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 skills set for the character. For example, skills are classified into score up, combo bonus, combo continuation, judgment strengthening, life recovery, damage guard, overload, and so on.

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. The combo (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. In addition, by setting the target of the evaluation rank that is judged to be successful of the combo from the two ranks of "PERFECT" and "GREAT" to the three ranks of "PERFECT", "GREAT", and "GOOD", the combo can be made. 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 in 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 user's timing operation (how accurately the operation can be performed according to the reference timing), but also which character is set in the deck affects the score. To 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.

In addition, parameters 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 a plurality of 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, in the area indicated by the reference numeral f201, the icon of the music played by the user, the music title, and the difficulty level of the play are displayed. 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 user's timing operation, 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”, and “MISS” of the evaluation results (evaluation rank) 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.

In addition, the number of combos (COMBO) (the number of consecutive successes) is displayed in the area indicated by the symbol 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. In addition, when all 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 in 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 characters such as the 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, in the area indicated by the reference numeral f207, information on the stored play data is displayed. The technique evaluation score of the previously saved play data and the save 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 play start screen G30 shown, 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 characters such as the 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 the check box 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).

"Play start" 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 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, you will basically get the same result, but skills that occur with a random probability may have different times and timings, so you will not necessarily get the same result. It is not always the case.

In the play data, a period during which auto play can be executed may be set (for example, 24 hours) as a usage limit. After this period has passed, the execution of auto play of the play data is prohibited, and the check box CBX is hidden or displayed in a state where it cannot be checked (inactive state). It should be noted that the execution of auto play may be prohibited while leaving the play data itself, or the play data itself may be deleted to make it impossible to execute auto play. As a result, even if the technique evaluation is so good that it is not necessary to play any more, 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 includes, 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 control 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 an image or text, 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 Programmary), a ROM (Read-Only Memory), a ROM (Read-Ony Memory), a ROM (Read-One Memory), or the like. 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 includes 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 game processing of a music game, and various data necessary for the game processing. 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 song 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 based on 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. The evaluation points, evaluation ranks, and combo coefficients are used in calculating the technique evaluation points. 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 in detail 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 on 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 the character used for playing the 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, for example, a predetermined technique evaluation point (for example, 90 points) or more, or a predetermined score or more. There is a preset condition. The play data that does not satisfy the executable condition may be saved but execution may be prohibited, 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 use 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 When 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 in the play data storage unit 152 as data (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 operations 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 an example of calculating 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 evaluation of the actual play are shown on the right side. An example of rank and combo coefficient is described. In this table, 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 from the top to the bottom. For example, in the first line of "Perfect", 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" 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 update 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 associates the calculated score with the user's identification information and the music identification information and stores it in the play result storage unit 153.

The play data storage unit 115 stores the play data including the operation timing by the user's operation in the play data storage unit 152 as the 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 point by the play operation evaluation unit 113 satisfies the storage condition (for example, exceeding the technique evaluation point of the play data currently stored). The update may be overwritten or additionally saved. Further, the play data storage unit 115 may set the play data storage condition to be a technique evaluation point of a certain value or more for the first storage, for example.

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 (total result of evaluation rank, technique evaluation point, 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.

[Game processing operation]
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 the selected song has been played (or the number of times it has been cleared) is equal to or greater than a predetermined number of times (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). (90 points) or more) is determined (step S126). When it is determined that the executable condition is satisfied (YES), the game control unit 110 permits the execution of the 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 in which the auto play function is 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 whether or not is selected (step S142).

When the check box CBX is checked, the game control unit 110 determines that auto play is selected (YES), and reads the 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 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 includes 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 a 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) includes an execution result of a normal play process executed by the normal play execution unit 111 (an example of the first play execution unit) and an auto play execution unit 112 (an example of the 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 (one 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 according to the result and the level is raised, or if the reward is given according to the number of plays, the number of plays. It may be counted as. 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 saved 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 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, which is not directly related to the reference timing to be operated. For example, items may be consumed in-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 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 the auto play based on the execution result of 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 motivation to improve the operation technique from being diminished. Further, the user terminal 10 can prevent the user from playing a play that relies on 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, for example, a predetermined technique evaluation point (for example, 90 points) or more, or a predetermined score or more. There is a preset condition.

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

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, since the user terminal 10 permits or prohibits the execution of the auto play based on the usage restriction, it is possible to prevent only the auto play using the play data.

For example, the above usage limit is a limit (limitation of 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 restrictions on the period, the number of times, and the operation area may be a preset fixed period, the number of times, the operation area, or may vary depending on the technique evaluation point and the like.

As a result, the user terminal 10 permits the execution of the 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 a play that relies on 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 an evaluation result by the play operation evaluation unit 113. It is provided with 116 (an example of a display control unit).

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 point by the play operation evaluation unit 113 satisfies the storage condition (for example, exceeding the technique evaluation point of the play data currently stored). The update may be overwritten or additionally saved. Further, the play data storage unit 115 may set the play data storage condition that the technique evaluation point is equal to or higher than a certain value for the first storage, for example.

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 save the play data according to the convenience and intention of the user.

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

As a result, the user terminal 10 can execute the auto play by reproducing the good operation among the operations played by the user in the normal play process 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 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. 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 point is not affected by the play conditions (for example, the condition based on the skill of the character set in the deck), the processing load can be reduced by not recalculating the technique evaluation point.

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 characters and figures when the user inputs by handwriting is set as an operation index. In this case as well, the play result of the user 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 an operation index that does not have a clear model. 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, goalkeeper, 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 food 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 time and day, different training target, 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 given for the purpose of training characters etc. In situations where you want to earn money, etc.), the development as a game is small, so it may feel monotonous depending on the user. Moreover, when the same game is repeated in this way, even if a very good result is obtained, the result is only the result of the play, so that it may not be motivation to obtain a better result. In the present embodiment, even in such a case, the operation of the user so far can be reproduced and the auto play can be executed. Therefore, the motivation for playing and the motivation for obtaining better results can be improved without getting the user bored. 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, game server 30) to which the network NW is initially connected.

Further, a program for realizing the function of the game control unit 110 described above is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read by the computer system and executed to execute the game control unit. Part or all of the processing as 110 may be performed. Here, "loading a computer system a program recorded on a recording medium and executing it" 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, or 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 that can be accessed from the distribution server to distribute 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. The program may be divided into a plurality of parts, downloaded at different timings, and then combined by the terminal device, or the distribution server that distributes 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 functions 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 mode.

(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 new play conditions, it is not a mere reproduced 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 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 update 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 includes 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 operations 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 characters or characters 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.

(Supplementary Note 4) Further, one aspect of the present invention is the game device according to any one of Supplementary notes 1 to 3, wherein 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 performing auto play until the user has played a certain number of times, so that even if a good play result is accidentally obtained with a song that is not played very often, the user You can prevent the motivation to play and the motivation to improve the operation skill from being lost. In addition, the game device can prevent the user from playing depending on auto play more than necessary.

(Supplementary Note 5) Further, one aspect of the present invention is the game device according to any one of Supplementary notes 1 to 4, and the second play execution unit automatically plays only play data satisfying the enablement 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 to perform auto play. Usage restrictions 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 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 given, it will not discourage the user from playing. Can be done. In addition, the game device can prevent the user from playing depending on auto play more than necessary.

(Supplementary Note 8) Further, one aspect of the present invention is the game device according to any one of Supplementary notes 1 to 7, wherein the evaluation unit (113, S102) for evaluating 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 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.

(Supplementary Note 10) Further, one aspect of the present invention is the game device according to any one of Supplementary note 1 to Supplementary note 9, and 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 a good operation among the operations performed by the user in the normal play process in a game in which the content (model) to be operated by the user is set, and performs 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 11) Further, one aspect of the present invention is the game device according to 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 , 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 causing a computer to function as a game device according to any one of Supplementary notes 1 to 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. 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 (4)

The first play execution unit that executes the game play process based on the user's operation under the first play condition,
The second play execution unit that executes the auto play process that executes the game play process under the second play condition,
With
The second play execution unit
The execution of the auto play process is permitted based on the execution result of the play process by the first play execution unit.
It is possible to make the characters or items that affect the play processing of the game different between the first play condition and the second play condition.
Game device. The execution result by the first play execution unit is an evaluation result based on the play result of the user.
The game device according to claim 1. The evaluation result based on the play result of the user is updated based on the execution result of the play process executed by the first play execution unit and the execution result of the auto play process executed by the second play execution unit. Play result update department,
The game device according to claim 1 or 2. A program for causing a computer to function as the game device according to any one of claims 1 to 3.

Images