JP7221542B2 - Game device and program - Google Patents

Description

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

2. Description of the Related Art There is a game in which play contents played according to a user's operation are stored as reproduction data and a reproduction image (replay image) is displayed (see, for example, Patent Document 1).

JP 2007-175274 A

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

An object of some aspects of the present invention is to provide a game device and a program that can make more effective use of user operation information.

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

In order to solve the above-described problems, one aspect of the present invention provides a first play execution unit that executes a game play process based on a user's operation under a first play condition, and stores play data related to the user's operation. and a second play execution unit that executes auto-play processing under a second play condition based on the play data saved in the storage unit instead of the user's operation. is.

Another aspect of the present invention is a program for causing a computer to 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. FIG. 4 is a diagram showing an example of skills set for a character according to the 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 a structure of the game system which concerns on embodiment. The figure which shows an example of the hardware constitutions of the user terminal which concerns on embodiment. 1 is a block diagram showing an example of the configuration of a user terminal according to an embodiment; FIG. The figure which shows the data example of the play data which concerns on embodiment. FIG. 5 is a diagram showing an example of calculation of technique evaluation points according to the embodiment; 4 is a flowchart showing an example of play result control processing according to the embodiment; 4 is a flowchart showing an example of play start processing according to the embodiment; 4 is a flowchart showing an example of play processing according to the embodiment;

An embodiment of the present invention will be described below with reference to the drawings.
[First Embodiment]

[Overview of the game]
First, an outline of an example of the game of this embodiment will be described.
A game played on the game device according to the present embodiment is an example of a music game. A music game is a type of timing game in which an object displayed on a game screen is operated in accordance with a reference operation timing (reference timing) set for the object, and music is used as a guide for the reference timing. It is a game that can be played. Objects displayed on the game screen are set in advance for each piece of music as an operation index indicating the timing at which the user should operate the object. A user's play result is determined based on a comparison between an operation index (reference timing) set for each piece of music and a user's operation (timing operation) performed in accordance with the operation index.

In addition, in this music game, play is normally performed based on the user's timing operation. Auto play is also possible in which the device executes the play process.

Note that the game device according to the present embodiment may be, for example, a mobile terminal device such as a smartphone or a tablet device, a stationary device used at home, or an arcade device installed in a store or the like. It may be a game device that supports games. In the following description, the case where the game device of this embodiment is a mobile terminal device will be described 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 operations for the music game of the present embodiment are 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 areas AAR-1, AAR-2, AAR-3, AAR-4, and AAR-5 are 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 dashed lines, indicating that the notes appearance areas AAR-1 to AAR-5 are not explicitly displayed on the play screen G10. The notes appearing area is an area where notes appear. Notes are objects displayed as targets of 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, the notes appearance areas AAR-1 to AAR-5 will be referred to as the notes appearance area AAR unless otherwise distinguished.

In addition, five timing operation areas TAR-1, TAR-2, TAR-3, TAR-4, and TAR-5 are arranged horizontally on the lower side of the play screen G10 in FIG. is displayed. In the following description, the timing operation areas TAR-1 to TAR-5 will be referred to as the timing operation area TAR unless otherwise distinguished.
Further, determination lines ELN are 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 that is displayed to guide the user as a criterion for determining timing operations for notes.

In the music game of this embodiment, notes appear sequentially from any of the note appearance areas AAR-1 to AAR-5 at predetermined timings as the music progresses. A note appearing from one note appearing area AAR moves to one of the timing operation areas TAR-1 to TAR-5, which is designated in advance, to the timing operation area TAR.

There are two types of notes: single notes and long notes. For example, single notes are circular in shape. On the other hand, long notes are longer notes in the moving direction of the notes than single notes, and have a belt-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 and rear ends are evaluated.

In the illustrated example, single notes NS-21, NS-22, and NS-23 appear in order from the note appearance area AAR-1. It shows the state of moving to reach the timing operation area TAR-1. It also shows a state in which the long notes NL-31 appearing from the notes appearance area AAR-3 are moving to reach the timing operation area TAR-3. Also, single notes NS-41 and NS-42 will appear in order from the notes appearance area AAR-4, and the single notes NS-41 and NS-42 will reach the timing operation area TAR-4 in the order they appear. It shows moving. It also shows a state in which the long notes NL-51 appearing from the notes appearance area AAR-5 are moving so as to reach the timing operation area TAR-5.

In the following description, individual single notes will be referred to as single notes NS unless otherwise distinguished. In addition, when not distinguishing between individual long notes, they are referred to as long notes NL. If there is no particular distinction between single notes NS and long notes NL, notes N will be used.

Also, in the game space represented on 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, the notes N are displayed small at the timing when they appear from the notes appearance area AAR, and are displayed so as to gradually increase in size as they approach the timing operation area TAR. Similarly, long notes NL are displayed in a shape that gradually increases from the rear end to the front end.

In the illustrated example, each of the notes appearance areas AAR-1 to AAR-5 is associated with each of the timing operation areas TAR-1 to TAR-5. An example in which a note appearing from the area AAR-1) moves to the timing operation area TAR (for example, the timing operation area TAR-1) corresponding to the note appearance area AAR is shown, but is limited to this. isn't it. For example, a note appearing from one note appearing area AAR (for example, notes appearing area AAR-1) may appear in a timing operation area TAR other than the timing operation area TAR corresponding to the notes appearing area AAR (for example, timing operation area TAR- 2) may be moved.

In the illustrated example, the number of note appearance areas AAR and the number of timing operation areas TAR are five, respectively, but the number is not limited to five. In the illustrated example, the same number of notes appearance areas AAR and timing operation areas TAR are provided. good.

Next, a user's timing operation for Notes N will be described. First, the timing operation for the Single Notes NS will be described using the Single Notes NS-21 as an example. A single note NS is set with one reference timing that is a reference for determination defined by sequence data. In this embodiment, the single note NS is set to appear from the note appearance area AAR at a timing earlier than the reference timing and to reach the timing operation area TAR at the reference timing. After appearing from the notes appearance area AAR, the user performs one tap operation (touch operation) on the timing operation area TAR-1 at the timing when the moving single note NS-21 reaches the timing operation area TAR-1. After touching the timing operation area TAR-1 with a finger by (touch-in), an operation (touch-out) of immediately releasing the finger is performed. In this way, the timing operation for the single notes NS is performed.

The game device of this embodiment evaluates the timing operation based on the time difference between the timing at which the tap operation as the timing operation thus performed and the reference timing of the single notes NS. As an example, the game device displays "PERFECT" (best evaluation), "GREAT" (second best evaluation), "GOOD" (third best evaluation), and "NICE" in descending order of time difference from the reference timing. (fourth best evaluation), "BAD" (bad evaluation), and "MISS" (failure). Then, the game device gives a score to the user based on the evaluation result.

When the single note NS reaches the timing operation area TAR, there is a timing when the position of the judgment line ELN coincides with the center of the circular single note NS. This timing corresponds to the reference timing. In other words, 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, a user's timing operation for Long Notes NL will be described. Long notes NL are notes that require continuous operation as a timing operation. Here, Long Notes NL-31 will be described as an example. A long note NL-31 is a note that the user should perform a timing operation for a continuous time, and is displayed in a belt shape with a length corresponding to the duration of the note. For example, in the long notes NL-31, a front note part nls and a rear note part nle are arranged in a belt-like shape. The front end notes part nls indicates the operation target position at the front end. The trailing end note part nle indicates the position to be operated at the trailing end. Therefore, a long note NL, such as long note NL-31, for which both ends are evaluated, has two references: a leading reference timing corresponding to the leading note portion nls and a trailing reference timing corresponding to the trailing note portion nle. Timing is specified.

The user performs the following timing operation for such a double-ended evaluation long notes NL-31. The long notes NL-31 first appear from the notes appearance area AAR-3 and move toward the timing operation area TAR-3 in such a manner that the leading notes part nls appears and the band extends from the leading notes part nls. 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 a state (hold state) in contact with the timing operation area TAR-3 without releasing the finger that has been brought into contact with the timing operation area TAR-3 by the touch operation. In the long notes NL-31, the trailing notes nle appear from the notes appearing area AAR-3 at a certain timing after the leading notes nls appears, and the trailing notes nle that appeared appears in the timing operation area TAR. Move towards -3. In a state in which the leading note portion nls has already reached the timing operation area TAR-3, as the trailing note portion nle moves toward the timing operation area TAR-3, the long notes NL-31 The belt changes to become shorter. The user releases the finger from the timing operation area TAR-3 (touch-out) so as to cancel the hold state up to now in time with the timing when the trailing end note portion nle reaches the timing operation area TAR-3. In this manner, timing operations are performed on the long notes NL.

The game device can evaluate the timing operation for the long notes NL performed as described above as follows. For example, the game device determines the time difference (first time difference) between the timing of the touch operation performed on the leading notes portion nls and the leading edge reference timing, and the release of the hold state performed on the trailing notes portion nle ( A time difference (second time difference) between the finger release timing and the trailing edge reference timing is obtained. The game device evaluates the timing operation for Long Notes NL based on the obtained two time differences. As an example, the game device may select "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. Also, for example, the game device gives the user a score based on the evaluation result as the first time lag and a score based on the evaluation result as the second time lag. 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 the notes N indicating the reference timing as the operation index set for each piece of music. The game device evaluates the performed timing operation by comparing it 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 accumulated score (score). The higher the score, the more accurately the operation can be performed in accordance with the reference timing, and the lower the score, the more the operation deviated from the reference timing. In the illustrated play screen G10, a score area SAR for displaying the score is arranged. A change in the score calculated according to the evaluation result of the timing operation is reflected in the score area SAR.

Also, in the play screen G10, a character can be associated with each of the timing operation areas TAR-1 to TAR-5. Since there are five timing operation areas TAR in this example, five characters can be associated and set. For example, 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 before starting play. When the user starts playing with the selected character, an image including the selected character's face or appearance 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 as targets for character setting are also referred to as "decks." In other words, 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.

A character corresponds to a user playing in a game. Each of the five characters has a value (for example, "life") indicating physical strength and vitality. Life gauges GAR-1 to GAR-5 indicating the "life" value of the character set to each of the timing operation areas TAR-1 to TAR-5 are displayed in association with each other. In the following description, each life gauge will be referred to as a life gauge GAR unless otherwise specified. For example, the life gauge GAR of each character is reduced by a predetermined number when an evaluation result below a certain level is obtained with respect to timing operations performed in the respective timing operation areas TAR-1 to TAR-5. A character whose life has become "0" is no longer evaluated for subsequent timing operations (notes may continue to appear or may not appear at all). When the lives of all the characters become "0", the game is over, that is, the game ends at that point, and it is determined that the game has failed to be cleared.

Skills are set for the characters, and the activation of the skills by the characters set in the timing operation areas TAR-1 to TAR-5 also affects the score. FIG. 2 is a diagram showing an example of skills set for a character. For example, skills are classified into score increase, combo bonus, combo continuation, determination enhancement, life recovery, damage guard, overload, and the like.

Score Up is a skill that raises the score at the time of judging 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 consecutive successful timing operations on NotesN. Consecutive success means, for example, consecutive "PERFECT" or "GREAT" evaluations. During a combo, a higher score (bonus score) is added to the score than when not in a combo, but when activating this skill, a higher bonus score is added.
Combo continuation is a skill that softens the criteria for continuation of combos. For example, by relaxing the criteria for evaluation rank, it becomes easier to continue combos. In addition, by changing the target of evaluation ranks that are judged to be successful combos from two ranks of “PERFECT” and “GREAT” to three ranks of “PERFECT”, “GREAT” and “GOOD”, You may make it easy to continue.
Judgment enhancement is a skill that strengthens judgments above a certain level (for example, "GREAT") to "PERFECT" judgments.
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 notes N appearing at a predetermined appearance rate.
Damage Guard is a skill that negates life loss.
Overload is a skill that increases your score and continues combos instead of decreasing your life.

One or more of the above-described skills are set for the character. By activating the set skill, each skill described 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 it can be operated in accordance with the reference timing), but also which character is set on the deck affects the score. do.

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

Note that parameters such as levels may be set for the characters. For example, the level can be raised by playing a game or combining characters (combining a plurality of characters into one). By increasing the level, the effect of the skill in the game becomes more effective. In this way, the level of the characters set in the deck may also be a factor that affects the score.

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

A technique evaluation score (here, "99 points") is displayed in the area indicated by reference f202. The technique evaluation point is an evaluation point that depends only on the evaluation result of the user's timing operation, and does not take into consideration the influence of the type of character set in the deck, the presence or absence of skill activation, and the like.

Details of the play result are displayed below the score display of the technique evaluation. In the area indicated by reference numeral f203, the total values ("PERFECT", "GREAT", "GOOD", "NICE", "BAD", and "MISS") of the evaluation results (evaluation ranks) of the timing manipulations for each note N are displayed. number of times) is displayed. This aggregate value is information that serves as a reference value for technique evaluation.

In addition, the number of combos (the number of consecutive successes) is displayed in the area indicated by the symbol f204 on the left side of the total value of the evaluation results (evaluation rank). The number of consecutive successes is, for example, the number of consecutive "PERFECT" or "GREAT" evaluations. Also, "FULL COMBO" is displayed when all evaluations are "PERFECT" or "GREAT". For example, if the number of combos increases during play, the score per note N also increases. For example, if all are "PERFECT", the technique evaluation is "100 points".

In addition, in the area indicated by reference numeral f205, information (here, icons of the five characters) indicating the five characters set in the deck by the user for playing this song is displayed. In place of or in addition to the icons of the five characters, information about characters such as character names may be displayed.

In addition, the score as the play result of this song is displayed in the area indicated by reference numeral f206. Here, the total score that is the play result of this time, the high score (HIGH SCORE) that indicates the highest score that the user has played this song so far ("0 points" when playing for the first time), and the score An evaluation (here, "SS") is displayed. The score evaluation is classified into, for example, "SS", "S", "A", "B", "C", and "D" in descending order of evaluation.

In addition, the information of the saved play data is displayed in the area indicated by reference numeral f207. The technique evaluation score and the save date and time of the play data saved last time are displayed. In the illustrated example, since there is no play data that has been saved so far, the technique evaluation score is displayed as "0 points" and the saved date and time is blank. As for the play data, one piece of data is stored for each piece of music and for each degree of difficulty. For example, if the play result technique evaluation score exceeds the currently stored technique evaluation score, it will be automatically updated. It should be noted that the update may be overwritten or additionally saved. Also, in the area indicated by reference numeral f207, a comment is displayed to the effect that the play data has been saved because the technique evaluation has been updated.

Next, the play start screen where the user starts playing will be described. In 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 game screens of the music game according to the present embodiment. In the illustrated play start screen G30, deck information is displayed in an area indicated by reference numeral f301. A character can be set in a plurality of types of decks, and "deck 10" indicates that it is the tenth deck. "Deck A" is a deck name. The deck name can be arbitrarily set by the user for each deck.

In the area indicated by reference numeral f302, information indicating five characters set in this deck (here, icons of five characters) is displayed. In place of or in addition to the icons of the five characters, information about characters such as character names may be displayed. Also, the skill of each character may be displayed with information on condition data associated with information indicating each character. By tapping the "Deck Formation" button DKC, a transition is made to a deck formation (not shown) in which characters to be set in the deck can be selected and changed.

In addition, each character has a "life" and an "idle power" set, and in the area indicated by symbol f303, a numerical value calculated from the total "life" of the five characters set in the deck is displayed. and a numerical value calculated from the sum of the "idle power" are displayed. "Idle power" is a parameter that affects the score per operation (for example, tap operation) on Notes N in playing a music game.

In the area indicated by reference numeral f304, a check box CBX for selecting whether or not to use auto play, the technique evaluation score of the previously saved play data, and the save date and time are displayed. A "play start" button PLB is displayed on the right side of the area indicated by 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). state).

When the "start play" button PLB is tapped, play of the music game is started. When the user taps the "start play" button PLB without checking the check box CBX, normal play processing (normal play processing) based on the user's timing operation is started.

On the other hand, when the user taps the check box CBX to check it, and then taps the "start play" button PLB, auto-play processing (auto-play processing) is performed based on the saved play data. ) is executed. In autoplay, the user's timing operations are reproduced. However, what is reproduced is only the timing operation of the user, and does not include information such as the deck information when it was saved or the skill information that was activated. The deck information used in auto play is not the deck information at the time of saving, but the currently set deck information. will be different. By the way, if you are using the same deck as when you saved it, the result will be basically the same, but the number and timing of occurrences of skills that occur with random probability may differ, so the result will not necessarily be the same. Not necessarily.

In the play data, a period (for example, 24 hours) during which auto play can be executed may be set as a usage restriction. When this period elapses, execution of the autoplay for that play data is prohibited, and the check box CBX is hidden or displayed in a state in which it cannot be checked (inactive state). It should be noted that the execution of auto-play may be prohibited while the play data itself remains, or the play data itself may be deleted to render the execution of auto-play impossible. As a result, even if a technique evaluation is so good that there is no need to play any more, it is possible to prevent the player from losing motivation to play.

〔System configuration〕
Next, an overview of the system configuration of the game system 1 according to this embodiment will be described. FIG. 5 is a block diagram showing an example of the configuration of the game system 1 according to this embodiment. The game system 1 includes computer devices including a user terminal 10-1, a user terminal 10-2, a user terminal 10-3, . connected through Since the user terminals 10-1, 10-2, and 10-3 have the same configuration, the descriptions of "-1", "-2", etc. are omitted unless they are distinguished from each other. will be described as a user terminal 10. FIG. Although three user terminals 10 are illustrated 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 executable on the user terminal 10 . For example, the game server 30 provides a game control program executable on the user terminal 10 (game control program) so that it can be downloaded from the user terminal 10 . Note that the game control program downloaded by the user terminal 10 may be stored not only in the game server 30 but also 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 a user, such as a mobile terminal device such as a smart phone or a tablet terminal.

FIG. 6 is a diagram showing an example of the hardware configuration of the user terminal 10 according to this 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 through 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 section 15 and controls each section of the user terminal 10 .

The communication unit 12 includes, for example, a plurality of Ethernet (registered trademark) ports and a plurality of digital input/output ports such as USB. Communicate with devices, etc.
The input unit 13 is configured integrally with a display as a touch panel, for example, and inputs user's operations. The input unit 13 outputs operation information indicating the input operation to the CPU 11 . Note that the input unit 13 may be other input devices such as a keyboard, a mouse, a touch pad, or a microphone for inputting various instructions by voice.
The display unit 14 is a display that displays information such as images and texts, and includes, for example, a liquid crystal display panel, an organic EL (Electro Luminescence) display panel, and the like.

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

The sound output unit 16 has a speaker, and outputs music in the music game, sound effects of the game, and the like. Note that the sound output unit 16 may be configured to include an output terminal such as an earphone terminal for outputting an audio signal instead of or in addition to the speaker. Note that the user terminal 10 may be configured including 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. FIG. 7 is a block diagram showing an example of the configuration of the user terminal 10 according to this embodiment.

[Functional Configuration of User Terminal 10]
The storage unit 15 of the user terminal 10 stores a game control program for executing game processing of the 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 reproducing music played in the music game. The sequence data is data in which an operation index indicating reference timing for each piece of music is defined. The character data is data about various parameters such as icon, character name, skill, etc. of the character that can be set in the deck, and life, idle power, and the like. Game screen data is data for generating a game screen. Sound source data is data for outputting in-game sound effects and the like.

The play data storage unit 152 stores play data that can be used in auto play. This play data is data relating to timing operations performed by the user, and is associated with user identification information, music identification information, timing operation logs, technique evaluation points, save dates and times, 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 an example of play data stored in the play data storage unit 152. As shown in FIG. The illustrated play data is associated with a user ID, a music ID, and operation time, operation position, type of operation, and the like as an operation log of timing operations. A user ID is identification information of a user who plays. The song ID is identification information of the song to be played. The operation time is the time of each user operation measured based on the game start time. The operation position is information indicating the operation target operated by the user, that is, which timing operation area TAR (see FIG. 1). The type of operation is the type of timing operation performed on each note, such as a tap operation on single notes, a touch operation on the front edge of long notes (touch-in), and an operation on releasing the finger on the back edge of long notes (touch-in). out), etc. are stored. As the tap operation for single notes, "touch-in" may be stored without distinction from the touch operation for the front end of long notes. Operation logs for each operation such as operation time, operation position, and operation type are sequentially stored according to the operation order. The play data also stores the evaluation results (evaluation points, evaluation rank, and combo coefficient) compared with the reference timing for each operation, and the technique evaluation points for the entire song based on the evaluation results for each operation, in association with each other. be. 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 when calculating technique evaluation points. Details of the evaluation results (evaluation points, evaluation ranks, and combo coefficients) for each operation and how to calculate 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 in use as play data capable of auto-playing. For example, this usage restriction is a restriction on the period (for example, 24 hours) during which autoplay can be executed.

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

The user terminal 10 also includes a game control unit 110 as a functional configuration realized by the CPU 11 executing the game control program stored in the storage unit 15 . The game control unit 110 controls game play processing. 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 executing unit 111 executes the game play process (that is, normal play process) based on the user's operation under the first play condition. Also, the auto-play execution unit 112 executes auto-play processing 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, for example, conditions based on characters used for playing the game. For example, if the characters set in the deck are the same, the play conditions may be the same, but if the characters set in the deck are different, the play conditions will be different.

In other words, the auto-play processing 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 auto-play processing under new play conditions without requiring the user's operation. is executed. That is, the auto-play processing executed by the auto-play execution unit 112 is different from the replay processing that reproduces all the play conditions of the play processing executed by the normal play execution unit 111 as they are.

Note that the auto-play execution unit 112 may permit execution of auto-play based on the execution result of the normal play execution unit 111 . For example, the auto-play executing unit 112 may allow the execution of auto-play of the song based on the fact that the song has been played a predetermined number of times (for example, 10 times) or more in normal play. Further, the auto-play executing unit 112 instructs the user to perform auto-play of the song based on the fact that the user has cleared the song a predetermined number of times (for example, three times) or more in normal play. may be allowed. If the number of times played or cleared has not reached the predetermined number of times, the play data may be saved but may be prohibited from being executed, or may not be saved at all.

Also, the auto-play execution unit 112 may permit execution of auto-play only for play data that satisfies execution enabling conditions. Executable conditions are conditions set in advance as conditions for permitting execution of autoplay of play data. Such conditions are set in advance as conditions. Note that play data that does not satisfy the executable condition may be stored but prohibited from being executed, or may not be stored at all.

In addition, when the play data saved in the play data storage unit 152 is set with use restrictions as play data capable of executing auto-play, the auto-play execution unit 112 performs auto-play based on the use restrictions. Allow or disallow execution. For example, if the usage restriction is a period during which autoplay can be executed (for example, 24 hours), the autoplay execution unit 112 permits execution of autoplay only within the above period after the play data is saved. When the period has passed, execution of auto play is prohibited for that play data.

The play operation evaluation unit 113 evaluates play data regarding timing operations of the user. 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 and the timing operation area and reference timing reached by each note, and evaluates each operation. Aggregate ranks and calculate technique evaluation points. Specifically, first, the play operation evaluation unit 113 associates the operation log (operation time, operation position, type of operation, etc.) of the user's timing operation for each note with the user ID and the music ID in order of operation, and plays the notes. 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 points, evaluation rank, and combo coefficient) for each operation as play data in association with the operation log for each operation. Note that 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. In addition, the play operation evaluation unit 113 calculates 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, and assigns the user ID, the music ID, and the operation is stored as play data in association with the log of

Here, a specific example of a technique evaluation score calculation method will be described.
For example, the technique evaluation score is calculated by calculating how many points the actual play for each note is when the score is 100 when the evaluation rank for all notes is "PERFECT" regardless of the music or difficulty level. The calculation method is as follows: for each timing operation (for short notes, for each tap operation; for long notes, for each front and rear operation; or for front and rear operations). Combine the operation of the end into one.) Evaluation is performed and the score is added.

Evaluation of one timing operation is determined by two evaluations: timing evaluation by comparison with reference timing and combo evaluation by the number of previous combos. 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 0.7 points when the evaluation rank is "GREAT". If the evaluation rank is "NICE", the evaluation point is set to 0.4 points, if the evaluation rank is "BAD", the evaluation point is set to 0.1 points, and if the evaluation rank is "MISS", the evaluation point is set to 0.0 points. It is

Also, in the combo evaluation based on the number of combos, the coefficient changes depending on the number of combos at that time. Basically, the higher the number of combos, the higher 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, the coefficient is 1.0 when the number of combos is 0, the coefficient is 1.1 when the number of combos is 1 to 4, the coefficient is 1.2 when the number of combos is 5 to 11, and so on. is set to If the combo is a generated item, the score of the timing evaluation described above is multiplied by a coefficient corresponding to the number of combos.

FIG. 9 is a diagram showing an example of calculation of technique evaluation points. In this figure, the evaluation point, evaluation rank, and combo coefficient for "perfect time" (when the evaluation rank for all notes is "PERFECT") are listed on the left side, and the actual play evaluation points and evaluation are listed on the right side. Examples of ranks and combo coefficients are listed. In this table, the evaluation rank of the timing operation for each note from the beginning to the end of the piece of music, the combo coefficient, and the integrated value of the evaluation points are described from top to bottom. 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). 0=1.0). In the second line of "perfect time", 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 in the first line). 0*combo factor 1.1)=2.1). The last line of this table shows the total score, and the evaluation score (perfect evaluation point) for "perfect time" is 69.6, and the evaluation score (play evaluation point) for "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. Note that this calculation example of the technique evaluation point is merely 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 . Also, 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 update unit 114 causes the play result storage unit 153 to store the calculated score in association with the user's identification information and the music identification information.

The play data storage unit 115 stores, in the play data storage unit 152, play data including operation timing according to the user's operation 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 score by the play operation evaluation unit 113 satisfies a storage condition (for example, exceeds the technique evaluation score of the currently stored play data). It should be noted that the update may be overwritten or additionally saved. Further, the play data storage unit 115 may, for example, save the play data for the first time by setting a technique evaluation score equal to or greater than a certain value as a storage condition for 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 images 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 causes the play result screen G20 to display the evaluation result by the play operation evaluation unit 113 (total evaluation rank result, technique evaluation score, etc.) and the score calculated by the play result update unit 114. . Further, the output control unit 116 has a function as a sound output control unit that outputs music in a music game, game sound effects, and the like to the sound output unit 16 .

[Operation of game processing]
Next, the operation of game processing according to this 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 display of the play result and the save process of the play data are performed.

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

In addition, the game control unit 110 determines whether or not the technique evaluation score satisfies the storage condition (for example, whether or not it exceeds the technique evaluation score of the currently stored play data) (step S106). When 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, when it is determined that the storage condition is not satisfied (NO), the game control section 110 does not update the play data.

Then, the game control unit 110 collects information on the played music, total evaluation rank and technique evaluation points calculated for each note, deck information (character information used in the play) score, presence or absence of storage of play data, and the like. The play result screen G20 (see FIG. 3) is displayed (step S110).

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

If it is determined that the play data is saved (YES), the game control unit 110 determines whether 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 (step S124). If it is determined that the number of times played (or the number of times cleared) is greater than or equal to the predetermined number (YES), the game control unit 110 determines that the stored play data satisfies an executable condition (for example, a predetermined technique evaluation score (for example, 90 points) or more) is satisfied (step S126). If it is determined that the executable condition is satisfied (YES), the game control unit 110 permits the execution of autoplay (step S128), and transitions to the play start screen G30 (see FIG. 4) with the autoplay function enabled. (step S130).

On the other hand, if it is determined in step S122 that the play data is not saved (NO), if it is determined in step S124 that the number of times played (or the number of times cleared) is less than a predetermined number of times (NO), or in step S126 (NO), the game control unit 110 prohibits the execution of auto-play (step S132), and starts play with the auto-play function disabled. The screen is changed (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). A score may be calculated for each operation and accumulated.

Next, with reference to FIG. 12, the operation of play processing executed by the game control unit 110 of the user terminal 10 will be described. FIG. 12 is a flowchart showing an example of play processing according to this embodiment.
When the "start play" button PLB is tapped on the play start screen G30 (see FIG. 4) (step S140), the game control unit 110 performs auto play based on whether or not the check box CBX is checked. 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 play data from the play data storage unit 152 (step S144). Then, the game control unit 110 executes autoplay processing 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 normal play processing 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 except for the play data saving process of steps S106 and S108 is performed. In other words, since the auto play does not involve the user newly performing a timing operation, the play data is not updated.

[Summary of the first embodiment]
As described above, the user terminal 10 (an example of the game device) according to the present embodiment includes the normal play execution unit 111 (an example of the first play execution unit) and the play data storage unit 115 (an example of the 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 auto-play processing 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 auto play under new play conditions, so that a new play result can be obtained instead of a simple reproduced video (replay video). Past user operations can be used for play. Therefore, the user terminal 10 can effectively utilize the user's operation information.

In addition, the user terminal 10 (an example of the game device) displays the execution result of the normal play process executed by the normal play execution unit 111 (an example of the first play execution unit) and the auto-play execution unit 112 (an example of the second play execution unit). An example) 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 (example). The value based on the user's play result is, for example, the score as the 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 results, or if the reward is given according to the number of times played, the number of times played may be counted as That is, the value based on the user's play result is, for example, a score or points based on the play, or an evaluation value for the play.

As a result, in the user terminal 10, the execution result of the auto-play process performed based on the saved play data is reflected in the play result in the same way 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 operations.

Also, the first play condition and the second play condition are conditions based on the characters used for playing the game (for example, conditions based on the skills of the characters set in the deck). Note that the first play condition and the second play condition may be conditions based on items used for playing the game. Items are, for example, items that can be set on a character to further enhance the effects of skills, or items that can be acquired by obtaining a high score or by clearing a game to acquire or unlock new skills. It is an item that affects the game play result that is not directly related to the reference timing to be operated. For example, an item may be something that is consumed within a game.

As a result, when the user terminal 10 executes the auto-play process, conditions other than the user's operation, such as character setting to the deck, are executed under new conditions, so that a new play result can be obtained. The user's past operations can be used for

Also, the auto-play execution unit 112 (an example of the second play execution unit) permits execution of 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 executing unit 112 may allow the execution of auto-play of the song based on the fact that the song has been played a predetermined number of times (for example, 10 times) or more in normal play. Further, the auto-play executing unit 112 instructs the user to perform auto-play of the song based on the fact that the user has cleared the song a predetermined number of times (for example, three times) or more in normal play. may be allowed.

As a result, the user terminal 10 can disable auto-play until the user has played a certain number of times. It is possible to prevent the desire to improve the operation technique from being lost. In addition, the user terminal 10 can prevent the user from relying on the auto play more than necessary.

Also, the auto-play execution unit 112 (an example of the second play execution unit) permits the execution of auto-play only for play data that satisfies execution enablement conditions. Executable conditions are conditions set in advance as conditions for permitting execution of autoplay of play data. Such conditions are set in advance as conditions.

As a result, the user terminal 10 can enhance the user's desire to play and to improve the operation technique as a benefit of being able to execute auto play.

The play data stored in the play data storage unit 152 (an example of the storage unit) may be restricted in use as play data capable of executing auto play.

As a result, the user terminal 10 permits or prohibits the execution of autoplay based on the usage restrictions, so that the user terminal 10 can prevent only autoplay using play data.

For example, the above usage restriction is a restriction on a period (for example, 24 hours) during which auto play can be performed (restriction on usage period). In addition, the above usage restrictions are not limited to restrictions on the period during which autoplay can be performed (restrictions on usage period), but may also be restrictions on the number of times autoplay can be performed (restrictions on the number of times autoplay can be performed). It may be a limitation of a possible operation area (for example, the timing operation area TAR shown in FIG. 1) (restriction of a usable operation area). Further, the period, the number of times, and the limitation of the operation area may be preset fixed periods, the number of times, and the operation area, or may be changed according to the technique evaluation point or the like.

As a result, the user terminal 10 permits the execution of autoplay only within an executable period (for example, 24 hours) after the play data is saved, and when the executable period (for example, 24 hours) has passed, , prohibits the execution of auto play for that play data, so even if the technique evaluation score is so good that there is no need to play any more, the user's motivation to play can be prevented. In addition, the user terminal 10 can prevent the user from relying on the auto play more than necessary.

Further, the user terminal 10 (an example of a game device) includes 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 the evaluation result of the play operation evaluation unit 113. 116 (an example of a display control unit).

Thereby, the user terminal 10 can present to the user the superiority or inferiority of the user's operation performed in the normal play, and can increase the motivation to improve the operation technique.

Further, the play data storage unit 115 (an example of the storage unit) stores play data to be 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 is updated when the technique evaluation score by the play operation evaluation unit 113 satisfies a storage condition (for example, exceeds the technique evaluation score of the currently stored play data). It should be noted that the update may be overwritten or additionally saved. Further, the play data storage unit 115 may, for example, save the play data for the first time by setting a technique evaluation score equal to or greater than a certain value as a storage condition for the play data.

As a result, the user terminal 10 can save the user's best play data at that point in time without the user performing any special operation. Note that the play data saving unit 115 may save the 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.

Also, 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 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 contents (model) that the user should operate are set. Therefore, if the user's operation technique is improved, the user can play the game by making use of the operations that the user has played in the past without repeating the same operation.

For example, the game is a music game (timing game) in which a reference timing for operation 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 of 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 good timing operations performed by the user in the normal play process in a music game (timing game) in which reference timings (models) to be operated by the user are set. Auto play can be performed. Therefore, if the user's operation technique is improved, the user can play the game by making use of the operations that the user has played in the past without repeating the same operation.

[Modification]
Although the embodiments of the present invention have been described above in detail with reference to the drawings, the specific configuration is not limited to the above-described embodiments, and includes design and the like within the scope of the gist of the present invention.

For example, in the auto-play processing in the above embodiment, execution of auto-play may be skipped. For example, the play result may be displayed before the auto play starts or by interrupting the play during the auto play. In this case, the user terminal 10 displays the play result assuming that the game has been played to the end. In other words, even if the user terminal 10 skips the execution of the auto play, the process of calculating the technique evaluation point, the score, etc., is performed in the same way as when the auto play is executed (when the play is reproduced (displayed)). I do. Note that when skipping the execution of the auto-play, the user terminal 10 does not perform the same processing as in the case of executing the auto-play, and calculates a score or the like based on the technique evaluation point or the like instead of the play data. good too. Since technique evaluation points are not affected by play conditions (for example, conditions based on character skills set in the deck), processing load can be reduced by not recalculating technique evaluation points.

In the above embodiment, the music game (timing game) in which the reference timing (model) to be operated is set as the 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 of characters, graphics, or the like for handwritten input by the user is set as an operation index. Also in this case, the user's play result is based on a comparison between the user's operation and a predetermined operation index. Note that the auto-play processing of the above embodiment may also be applied to an operation indicator that does not have a clear model of operation indicators. For example, in a game in which a penalty kick is performed by setting the angle and strength of kicking a ball for a player character to be operated by the user, the operation information indicating the details of the operation such as the angle and strength of kicking the ball when the player succeeds is set as play data. , and auto-play processing based on the play data may be executed. In this case, it is possible to change the play conditions (such as player characters and goalkeepers to be operated) other than the details of the operation. In addition, in a game in which repeated operations are performed in a preset operation procedure (for example, a pet breeding game in which a preset operation procedure is repeatedly fed, etc.), information on repeated operations is saved as play data. Then, the auto-play process based on the play data may be executed under new play conditions (different time or day, different training object, etc.).

For example, in situations where the user has to repeat the same play while progressing the game (when you cannot go to the next stage unless you earn XX points or more, experience points are used for the purpose of training characters, etc.). In situations where you want to earn money, etc.), there are few developments as a game, so some users may feel monotonous. In addition, when the same game is repeated in this way, even if a very good result is obtained, the result is only the result of that play, which may not motivate the player to obtain a better result. In this embodiment, even in such a case, the user's operation up to now can be reproduced and the auto play can be executed. can be done.

Further, in the above-described embodiment, the user terminal 10 described a configuration example including the game data storage unit 151, the play data storage unit 152, and the play result storage unit 153, but some or all of these storage units may be provided with an external storage device (for example, the game server 30) to which the network NW is initiated and connected.

In addition, a program for realizing the functions of the game control unit 110 described above is recorded in a computer-readable recording medium, and the program recorded in this recording medium is read into a computer system and executed by the game control unit. Some or all of the processing as 110 may be performed. Here, "loading and executing the program recorded on the recording medium into the computer system" includes installing the program in the computer system. The "computer system" here includes hardware such as an OS and peripheral devices. Also, the "computer system" may include a plurality of computer devices connected via a network including communication lines such as the Internet, WAN, LAN, and dedicated lines. The term "computer-readable recording medium" refers to portable media such as flexible discs, magneto-optical discs, ROMs and CD-ROMs, and storage devices such as hard discs incorporated in computer systems. Thus, the recording medium storing the program may be a non-transitory recording medium such as a CD-ROM. Recording media also include internal or external recording media accessible from the distribution server for distributing the program. The program code stored in the recording medium of the distribution server may be different from the program code in a format executable by the terminal device. That is, as long as it can be downloaded from the distribution server and installed in a form that can be executed on the terminal device, the form stored in the distribution server does not matter. It should be noted that the program may be divided into a plurality of parts, and the divided programs may be downloaded at different timings and then merged in the terminal device, or the distribution servers that distribute the divided programs may be different. In addition, "computer-readable recording medium" is a volatile memory (RAM) inside a computer system that acts as a server or client when the program is transmitted via a network, and retains the program for a certain period of time. It shall also include things. Further, the program may be for realizing part of the functions described above. Further, it may be a so-called difference file (difference program) that can realize the above functions by combining with a program already recorded in the computer system.

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

[Appendix]
From the above description, the present invention can be grasped, for example, as follows. In order to facilitate understanding of the present invention, reference numerals in the attached drawings are added in parentheses for convenience, but the present invention is not limited to the illustrated embodiments.

(Appendix 1) A game device (10) according to an 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 a first play condition; and a storage unit (112, S108) for storing play data relating to the operation of the user, and based on the play data stored in the storage unit in place of the user's operation, auto play processing is executed under a second play condition. and a second play execution unit (115, S146).

According to the configuration of Supplementary Note 1, the game device can reproduce the operation performed by the user in the normal play process and execute auto-play under new play conditions. Past user actions can be utilized for play that yields results. Therefore, the game device can make more effective use of the user's operation information.

(Appendix 2) In addition, one aspect of the present invention is the game device according to Appendix 1, wherein the execution result of the play process executed by the first play execution unit and the execution result of the play process executed by the second play execution unit and a play result updating unit (114, S104) for updating the value based on the user's play result based on the execution result of the auto play process.

According to the configuration of Supplementary Note 2, in the game device, the execution result of the auto-play process performed based on the saved play data is included in the play result in the same manner 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 operations.

(Supplementary Note 3) Also, one aspect of the present invention is the game device according to Supplementary Note 1 or Supplementary Note 2, wherein the first play condition and the second play condition are characters or players used to play the game. It is an item-based condition.

According to the configuration of Supplementary Note 3, when executing the auto-play process, the game device executes under new conditions other than the user's operation, such as character setting in the deck, so that a new play result is obtained. It is possible to utilize the past user's operations for the play resulting in .

(Supplementary Note 4) Further, one aspect of the present invention is the game device according to any one of Supplementary Note 1 to Supplementary Note 3, wherein the second play execution section performs to allow auto play.

According to the configuration of Supplementary Note 4, the game device can disable auto-play until the user has played a certain number of times. It is possible to prevent the desire to play the game and the desire to improve the operation technique from being lost. In addition, the game device can prevent the user from relying on auto play more than necessary.

(Supplementary Note 5) Also, one aspect of the present invention is the game device according to any one of Supplementary Notes 1 to 4, wherein the second play execution section auto-plays only play data that satisfies executable conditions. to allow the execution of

According to the configuration of Supplementary Note 5, the game device can increase the user's willingness to play and to improve his or her operation technique, with the benefit of being able to execute auto play.

(Appendix 6) Further, one aspect of the present invention is the game device according to any one of Appendices 1 to 5, wherein the play data saved in the storage unit includes a play data capable of executing auto play. Restrictions on use as data are set.

According to the configuration of Supplementary Note 6, the game device permits or prohibits execution of auto-play based on usage restrictions, so that only auto-play using play data is performed.

(Supplementary Note 7) Further, one aspect of the present invention is the game device according to Supplementary Note 6, wherein the usage restriction is a restriction on a period during which autoplay can be executed.

According to the configuration of Supplementary Note 7, the game device permits execution of autoplay only within an executable period (for example, 24 hours) after the play data is saved, and the executable period (for example, 24 hours) is If the play data is exceeded, the execution of auto play is prohibited, so even if the technique evaluation score is so good that there is no need to play any more, the user's motivation to play will not be diminished. can be done. In addition, the game device can prevent the user from relying 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 an evaluation unit (113, S102) that evaluates play data related to the user's operation; A display control unit (116, S110) for displaying an evaluation result by the evaluation unit.

According to the configuration of Supplementary Note 8, the game device can present to the user the superiority or inferiority of the user's operation performed in the normal play, and can increase the motivation to improve the operation technique.

(Supplementary note 9) In addition, one aspect of the present invention is the game device according to Supplementary note 1, wherein 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 Supplementary Note 9, the game device can save the user's best play data at that point in time without any special operation by the user.

(Supplementary Note 10) In addition, one aspect of the present invention is the game device according to any one of Supplementary Notes 1 to 9, wherein the user's play result is based on the user's operation and a predetermined operation index. based on a comparison of

According to the configuration of supplementary note 10, the game device reproduces the good operations 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 auto play. can run. Therefore, if the user's operation technique is improved, the user can play the game by making use of the operations that the user has played in the past without repeating the same operation.

(Supplementary Note 11) An aspect of the present invention is the game device according to Supplementary Note 10, wherein the game is a timing game in which a timing to operate is set as the operation indicator, and the storage unit comprises , the play data including the operation timing by the user's operation is stored in the storage unit.

According to the configuration of appendix 11, in a music game (timing game) in which reference timings (models) to be operated by the user are set, the game device performs a good operation among the timing operations performed by the user in the normal play process. can be reproduced and auto play can be executed. Therefore, if the user's operation technique is improved, the user can play the game by making use of the operations that the user has played in the past without repeating the same operation.

(Appendix 12) A program according to an aspect of the present invention is a program for causing a computer to function as the game device according to any one of Appendixes 1 to 11.

According to the configuration of Supplementary Note 12, the program can reproduce the operation played by the user in the normal play process and execute auto play under new play conditions. It is possible to utilize the past user's operations for the play resulting in . Therefore, the user's operation information can be used more effectively.

1 game system, 10 user terminal, 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)

A game device in which an operation index indicating timing at which a user should perform an operation is set in advance, and which executes game processing based on an evaluation of a comparison between the operation index and the operation timing of the user who plays in accordance with the operation index. There is
a first play execution unit that executes a game play process based on a user's operation under a first play condition;
a storage unit that stores play data including the user's operation timing in a storage unit;
a second play execution unit that executes an auto-play process that executes a game play process under a second play condition based on the play data stored in the storage unit instead of the user's operation;
with
The second play execution unit
permitting execution of the auto-play process based on the execution result of the play process by the first play execution unit;
The first play condition and the second play condition can have different characters or items that affect the game play process.
game device. The execution result by the first play execution unit is an evaluation result based on the user's play result,
A game device according to claim 1 . An evaluation result based on the user's play result is updated based on the execution result of the play process executed by the first play execution section and the execution result of the auto-play process executed by the second play execution section. Play result update department,
3. The game device according to claim 1 or 2, comprising: A program for causing a computer to function as the game device according to any one of claims 1 to 3.

Images