JP2017185268A - Program and system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To improve taste of a video game using an event.SOLUTION: In the video game, a next progress of an event (e.g., a battle) is foreseen and information acquired by the read-ahead is displayed. When the information acquired by the read-ahead is displayed on a display screen, it becomes possible to receive an input from a user. The event is progressed on the basis of the information related to the received iput and the information acquired by the read-ahead. An enemy character appears on the event, a plurality of actions are set to the enemy character, and an action anticipated to be executed is foreseen out of the plurality of actions set to the enemy character. It does not automatically mean that the read-ahead action is actually executed in the event.SELECTED DRAWING: Figure 3

Description

  At least one of the embodiments of the present invention relates to a program and a system for causing a computer to realize a function of controlling the progress of a video game.

  A conventional system includes a game system using an event in which a battle between a player side and an opponent side is performed.

  Such a system includes, for example, a game system that uses an event in which a player's action and an opponent's action are repeated (see Patent Document 1).

JP 2003-19355 A

  However, since most of the events used in the conventional game system are required for the player to predict his / her opponent's behavior and decide his / her own behavior, the player loses interest in the event. was there. In other words, further improvements have been required for game systems that use such events.

  An object of at least one embodiment of the present invention is to solve the above-mentioned problems and improve the preference of video games using events.

  According to a non-limiting aspect, a program according to an embodiment of the present invention is a program for causing a user terminal to realize a function of controlling the progress of a video game, and causes the user terminal to progress the event. A user who operates the user terminal with a progress control function to control, a prefetch function that prefetches the next progress in the event, and information (hereinafter referred to as prefetch information) obtained by the prefetch function (hereinafter referred to as prefetch information) A display function for displaying an image to be recognized, and a reception function for receiving an input from the user after the image is displayed by the display function. In the progress control function, the prefetch result and the input To realize the function of controlling the progress of the event.

  According to a non-limiting aspect, a system according to an embodiment of the present invention includes a communication network, a server, and a user terminal, and controls the progress of a video game, and controls the progress of the event. Information on the result (hereinafter referred to as prefetching information) obtained by the prefetching function (hereinafter referred to as prefetching information) to the user operating the user terminal. Display means for displaying an image to be recognized, and reception means for receiving an input from the user after the image is displayed on the display means, wherein the progress control means is based on the prefetching result and the input And controlling the progress of the event.

  According to a non-limiting aspect, a program according to an embodiment of the present invention is a program for causing a server to realize a function of controlling the progress of a video game, and controls the progress of the event to the server. A user operating the user terminal recognizes a progress control function, a prefetch function that prefetches the next progress in the event, and information (hereinafter, prefetch information) obtained by the prefetch function (hereinafter, prefetch result). A display function for displaying an image, and a reception function for receiving an input from the user after the image is displayed by the display function, and the progress control function is based on the prefetching result and the input In order to realize the function of controlling the progress of the event.

  Each embodiment of the present application solves one or more deficiencies.

It is a block diagram showing an example of composition of a system corresponding to at least one of the embodiments of the present invention. It is a block diagram which shows the structure of the server corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the output process corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of operation | movement by the side of the server in the output process corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the operation | movement by the side of the terminal in the output process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the user terminal corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the output process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the user terminal corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the output process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the user terminal corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the output process corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the user terminal corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the game related process corresponding to at least 1 of embodiment of this invention.

  Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings. Various constituent elements in the embodiments described below can be appropriately combined within a range in which no contradiction occurs. Moreover, the content described as an example of a certain embodiment may be omitted in other embodiments. The contents of operations and processes not related to the characteristic part of each embodiment may be omitted. Furthermore, the order of the various processes constituting the various flows described below is in no particular order as long as no contradiction occurs in the processing contents.

[First Embodiment]
FIG. 1 is a block diagram illustrating an example of the configuration of a system 100 according to an embodiment of the present invention. As illustrated in FIG. 1, the system 100 includes a server 10 and user terminals 20 and 201 to 20N (N is an arbitrary integer) used by a user of the system. Note that the configuration of the system 100 is not limited to this, and a single user terminal may be used by a plurality of users, or a configuration including a plurality of servers.

  The server 10 and the plurality of user terminals 20 and 201 to 20N are each connected to a communication network 30 such as the Internet. Although not shown, the plurality of user terminals 20 and 201 to 20N are connected to the communication network 30 by performing data communication with a base station managed by a communication provider through a wireless communication line.

  The system 100 includes the server 10 and the plurality of user terminals 20 and 201 to 20N, thereby realizing various functions for executing various processes according to user operations.

  The server 10 is managed by an administrator of the system 100 and has various functions for providing information related to various processes to the plurality of user terminals 20 and 201 to 20N. In this example, the server 10 includes an information processing apparatus such as a WWW server, and includes a storage medium that stores various types of information. The server 10 includes a general configuration for performing various processes as a computer, such as a control unit and a communication unit, but a description thereof is omitted here. Further, in the system 100, it is preferable that the server 10 manages various types of information from the viewpoint of reducing the processing load on each of the plurality of user terminals 20, 201 to 20N. However, the system 100 may be configured such that a storage area is provided in a state where the server 10 is accessible, and for example, a dedicated storage area is provided outside the server 10.

  FIG. 2 is a block diagram illustrating a configuration of the server 10 </ b> A that is an example of the configuration of the server 10. As illustrated in FIG. 2, the server 10 </ b> A includes at least a progress control unit 11, a prefetch unit 12, a display unit 13, and a reception unit 14.

  The progress control unit 11 has a function of controlling the progress of events executed by the user. Furthermore, the progress control unit 11 has a function of controlling the progress of the event based on the prefetch result and the input from the user. The “prefetch result” and the “input” from the user will be described in detail later.

  Here, the “event executed by the user” means one element of the video game played by the user.

  Here, “event” means an event that may occur in a video game. The configuration of the event is not particularly limited, but it is a configuration in which the game element is used by the user, and it is preferable that the configuration includes the user and the opponent side. An example of an event is a battle executed by a user and an opponent in a video game. Examples of such battles include battles with enemy characters as opponents and missions.

  Here, the “match” is game content for playing a game element against an enemy character based on a program stored in a predetermined storage area. An example of a battle is a battle.

  Here, the “game element” means a virtual card or item that can be obtained by the player in the game. As an example of the game element, there are a virtual card and equipment associated with character information set with various parameters.

  Here, “event progression” means that various progressions or changes that may occur in the event have occurred. Examples of “various progress or changes that can occur in an event” include progress of time, change of game element parameters, update of a specific status or flag, or operation input by a user.

  The prefetch unit 12 has a function of prefetching the next progress in the event.

  Here, “next progress” means the next change in the progress of the video game. In this example, the configuration of “next progress” is not particularly limited, but it is preferable that the configuration includes a change that occurs immediately after receiving a prefetch request from a video game player. As an example of such a configuration, there is a configuration including “the next action of the other party in the event”.

  “Prefetching” means that the progress of the video game is specified internally. In particular, the “prefetching” here means that the progress of the video game is specified before the progress of the video game that is actually displayed as a game image. The configuration for “prefetching the progress of a certain period of an event” is not particularly limited, but it is preferable that the processing required for prefetching does not become excessive. In an example of such a configuration, a normal change corresponding to the current state is made by referring to a storage area in which an event situation and a change that occurs next in the situation (hereinafter referred to as a normal change) are stored in association with each other. There is a configuration in which a situation after the occurrence is specified as a look-ahead result. That is, for example, when an event progresses separately on the player side and the opponent side, and the action of the opponent side can be specified based on the current situation, as an example of prefetching, For example, there is a configuration that specifies an action.

  The display unit 13 includes an image (hereinafter sometimes referred to as a game image) that allows the user to recognize information (hereinafter referred to as prefetched information) related to a result (hereinafter referred to as prefetched result) obtained by the prefetched unit 12. It has a function of displaying on a display device.

Here, the “prefetching result” means a result obtained by the prefetching unit 12. That is, the “prefetching result” here means a ending or a state when the event progresses according to the rules used for prefetching the event. In other words, when the user advances the event according to the rules used for prefetching, the event proceeds so as to reach the same result as the prefetching result. That is, the look-ahead result is a concept different from the result (event result) in which the event progresses to the result.

  Here, “prefetching information” means information relating to the prefetching result. Examples of the prefetch information include a ending and a state caused by prefetching the progress of the event. Other examples of prefetch information include information on the process leading to the ending and state caused by prefetching the progress of the event, information on a predetermined numerical value calculated based on this ending and state, etc. is there. Therefore, as an example of “an image for allowing the user to recognize the prefetch information”, information for causing the user to recognize only the prefetch result and a process of progressing a series of video games up to the prefetch result are recognized. There is information.

  Further, displaying an image on the display screen of the display device means that the image is output to a display device included in the user terminal 20 or the like by communication using the communication network 30. An example of a configuration for displaying an image on a display device is a configuration in which information (image information) generated on the server side is transmitted to the terminal side. Note that the configuration of the image information is not particularly limited, and may be, for example, information obtained by compressing an image, or information for generating an image on the terminal side. An example of information obtained by compressing an image is one used in a cloud game (for example, MPEG). In addition, information for generating an image on the terminal side includes information used in an online game (for example, position information).

  The reception unit 14 has a function of receiving input from the user. In particular, the reception unit 14 receives an input from the user after an image (an image for allowing the user to recognize the prefetch information) is displayed on the display unit 13. That is, the reception unit 14 receives an input from a user who knows the prefetch information.

  Here, the configuration of “input” is not particularly limited as long as it is for advancing an event. As an example of “input”, there is “input for preventing an attack on the character A”.

  Each of the plurality of user terminals 20 and 201 to 20N is managed by the user, and can play a network distribution type game such as a mobile phone terminal, a PDA (Personal Digital Assistants), a portable game device, or a so-called wearable device. The communication terminal is configured. The configuration of the user terminal that can be included in the system 100 is not limited to the above-described example, and may be any configuration that allows the user to recognize the video game. Other examples of the configuration of the user terminal include a combination of various communication terminals, a personal computer, and a stationary game apparatus.

  Each of the plurality of user terminals 20 and 201 to 20N is connected to the communication network 30 and communicates with the server 10 to execute various processes (for example, a display device that displays a game image). Etc.) and software. Each of the plurality of user terminals 20 and 201 to 20N may be configured to be able to directly communicate with each other without using the server 10.

  Next, the operation of the system 100 of this example will be described.

  FIG. 3 is a flowchart illustrating an example of output processing executed by the system 100. In the output processing in this example, processing related to the output of the game image is performed. Hereinafter, a case where the server 10A and the user terminal 20 (terminal 20) execute input / output processing will be described as an example.

  For example, output processing is started in response to the start of an event.

  In the output process, the server 10A first controls the progress of the event (step S11). In this example, the server 10A controls the progress of the event for the started event while communicating with the terminal 20 as necessary.

  Next, the server 10A prefetches the next progress in the event (step S12). For example, the server 10A prefetches the other party's action that is predicted to be executed before the other party's action is executed.

  When the next progress in the event is prefetched, the server 10A displays an image that allows the user to recognize the prefetch information (step S13). For example, the server 10 </ b> A generates image information for displaying an image that allows the user to recognize the prefetch information, and transmits the image information to the terminal 20.

  Based on the received image information, the terminal 20 displays an image that allows the user to recognize the prefetch information on the display device (step S14).

  When the image is displayed, the terminal 20 receives an input from the user and transmits information related to the input to the server 10A (step S15). The input accepted here is preferably for advancing the event.

  The server 10A controls the progress of the event based on the transmitted information regarding the input and the prefetch information (step S16). For example, when the pre-read information is “Character A attacks Character B” and the input information is “Invalid attack once on Character B”, “Character A attacks Character B, The server 10 </ b> A controls the progress of the event so that the progress result is “the attack on B has become invalid”.

  When the progress of the event is controlled based on the information related to the input and the prefetch information, the server 10A ends the process here.

  FIG. 4 is a flowchart showing an example of the operation on the server 10A side in the output process. Here, the operation of the server 10A in the system 100 will be described again.

  In the output process, the server 10A first controls the progress of the event (step S101), prefetches the next progress in the event (step S102), and causes the user terminal to display an image that allows the user to recognize the prefetch information (step S102). In step S103, an input from the user is received (step S104), and the progress of the event is controlled based on the prefetch information and the information related to the input (step S105). In this example, as an example of processing for displaying an image, the server 10 </ b> A generates image information for displaying an image that allows the user to recognize the prefetch information, and transmits the image information to the terminal 20.

  FIG. 5 is a flowchart showing an example of the operation on the terminal 20 side when the terminal 20 executes the output process. Hereinafter, a case where the terminal 20 executes output processing by itself will be described as an example. In addition, about the structure of the terminal 20, since it has a function similar to the structure of the server 10 except receiving various information from the server 10, description is abbreviate | omitted from a viewpoint which avoids duplication description.

  In the output process, the terminal 20 first controls the progress of the event (step S201), prefetches the next progress in the event (step S202), and displays an image that allows the user to recognize the prefetch information (step S203). The input from the user is accepted (step S204), and the progress of the event is controlled based on the accepted input and the prefetch information (step S205). As an example of displaying an image in this example, the terminal 20 generates image information for displaying an image that allows the user to recognize the prefetch information, and displays it on the display screen of the display device that the terminal 20 includes based on the generated image information. indicate.

  As described above, as one aspect of the first embodiment, the server 10A that controls the progress of the video game includes the progress control unit 11, the prefetching unit 12, the display unit 13, and the receiving unit 14. Because it is configured, it controls the progress of the event, prefetches the next progress in the event, displays an image that allows the user to recognize the prefetch information on the display screen of the display device, accepts input from the user, accepted input The progress of the event can be controlled based on the pre-read information, and the preference of the video game using the event can be improved.

  That is, as one aspect of the first embodiment, the user can grasp the next progress in the event in the video game, and can perform input based on the grasped content. The preference can be improved.

  Although not particularly mentioned in the example of the first embodiment described above, the server 10A may be configured to control the progress of a battle with an enemy character as an event.

  Although not specifically mentioned in the example of the first embodiment described above, the server 10A may be configured to control the progress of the event by alternately repeating the action of the player character and the enemy character. .

[Second Embodiment]
FIG. 6 is a block diagram illustrating a configuration of a user terminal 20B (terminal 20B) that is an example of the user terminal 20. In this example, at least a progress control unit 21B, a prefetching unit 22B, a display unit 23B, and a reception unit 24 are provided.

  The progress control unit 21B controls the progress of the battle with the enemy character as an event, and executes any one of the actions determined according to a predetermined rule among a plurality of types of actions set for the enemy character in the event. It has a function to control the progress. The progress control unit 21B has a function of controlling the progress of the event according to the prefetching result when an input is accepted.

  Here, “behavior” means performing a certain thing (for example, attack or recovery in a game). The content of “action” is set in advance for the user character and the enemy character. As an example of “multiple types of actions set for an enemy character”, five actions of “strong attack”, “weak attack”, “special move”, “defense”, and “recovery” are set for the enemy character. There may be.

  Here, the “predetermined rule” means a predetermined rule. Examples of the “predetermined rule” configuration include determining a behavior of an enemy character based on a configuration in which a sample is extracted from a population without exerting a special intention, or information defining the proportion of actions that an enemy character can take. There is a configuration. Moreover, it is good also as a structure using the information with which the kind of action which an enemy character can take, and the execution conditions were matched.

  Further, “controlling the progress of the event according to the prefetching result” means that the information regarding the event is controlled so that the event proceeds according to the result obtained by the prefetching. For example, when the pre-fetching result indicates that “the enemy character is strongly attacking the character A”, when an input from the user is accepted in accordance with the display of the image indicating the pre-fetching result, the “enemy character is actually The event proceeds to “strongly attack character A”.

  FIG. 7 is a flowchart illustrating an example of output processing executed by the terminal 20. Hereinafter, the operation of the terminal 20B will be described as an example. In addition, about operation | movement with the server 10, description is abbreviate | omitted from a viewpoint which avoids duplication description.

  In the output process, the terminal 20B first executes any action determined according to a predetermined rule to control the progress of the battle (step S2-11).

  When the progress of the battle is controlled, the terminal 20B prefetches the next progress in the event (step S202), displays an image that allows the user to recognize the prefetch information (step S203), and accepts an input from the user (step S202). S204).

  When the input from the user is accepted, the terminal 20B controls the progress of the event according to the prefetch result (step S2-13).

  As described above, as one aspect of the second embodiment, the user terminal 20B is configured to include the progress control unit 21B, the prefetching unit 22, and the display unit 23. When the progress of the battle is controlled and the progress of the battle is controlled by executing one of the actions determined according to a predetermined rule among the multiple types of actions set for the enemy character in the event, and an input is accepted It is possible to control the progress of the event according to the look-ahead result and improve the preference of the video game using the event.

  That is, as one aspect of the second embodiment, the user terminal 20B can allow the user to grasp the next enemy attack in a game in which the next enemy attack is difficult to predict, and improve the strategy of the game. Therefore, the preference of the video game can be improved as compared with the conventional one.

  Although not particularly mentioned in the example of the second embodiment described above, an enemy character that executes the prefetched action is subjugated (or disabled) by an input corresponding to the display of the image indicating the prefetching result. When the progress of the event is controlled as described above, the user terminal 20B may be configured to control the progress of the event so that no enemy character performs an action. As one aspect of such an embodiment, the user can advantageously advance the battle by inputting an attack instruction to the enemy character that performs the action obtained as a result of the look-ahead, and the strategy of the game Since the video game can be improved, the preference of the video game can be improved.

  Although not particularly mentioned in the example of the second embodiment described above, an enemy character that executes the prefetched action is subjugated (or disabled) by an input corresponding to the display of the image indicating the prefetching result. When the event progresses as described above, the user terminal 20B controls the progress of the battle by causing another enemy character different from the subjugated enemy character to execute any action determined according to a predetermined rule. It may be said.

  Although not particularly mentioned in the example of the second embodiment described above, the user terminal 20B calculates the probability of controlling the progress of the event according to the prefetch result, and the event terminal according to the prefetch result according to the calculated probability. It may be configured to determine whether to control the progress, and to control the progress of the event according to the prefetch result when it is determined to control the progress of the event according to the prefetch result. As one aspect of such an embodiment, the user can improve the strategy of the game because the action obtained as a result of the look-ahead is not surely executed, so that Can be improved.

[Third Embodiment]
FIG. 8 is a block diagram illustrating a configuration of a user terminal 20C (terminal 20C) that is an example of the user terminal 20. In this example, the terminal 20C includes at least a progress control unit 21B, a prefetching unit 22C, a display unit 23C, and a receiving unit 24.

  The prefetching unit 22C has a function of prefetching the next action performed by the enemy character in the event.

  Here, “the action to be executed next” means an action of the enemy character at a timing when the enemy character can take action next. As an example of the configuration of “prefetching the next action to be executed”, there is a prefetching configuration of an action expected to be executed by the enemy character among a plurality of actions set for the enemy character in the turn of the next enemy character. . In this case, for example, when the player's turn starts, the enemy character in the turn of the next enemy character based on the situation of the video game (for example, each other's remaining HP and the number of elapsed turns) before accepting the command selection by the player. It is good also as a structure by which no action is determined.

  The display unit 23C has a function of displaying an image for recognizing information indicating an action to be executed next by the enemy character as pre-read information before the event is advanced to the next pre-read progress.

  Here, “before the event is advanced to the next pre-read progress” means a timing before the game is advanced to the pre-read time. That is, since the game is not actually progressing at the time of prefetching, the terminal 20C executes a predetermined process at a timing before the game is advanced to the time of prefetching.

  FIG. 9 is a flowchart illustrating an example of output processing executed by the terminal 20. Hereinafter, the operation of the terminal 20C will be described as an example. In addition, about operation | movement with the server 10, description is abbreviate | omitted from a viewpoint which avoids duplication description.

  When the progress of the battle is controlled (step S2-11), the terminal 20C prefetches the next action performed by the enemy character in the event (step S3-11).

  When the action to be executed next is prefetched, the terminal 20C displays an image for recognizing information indicating the action to be executed next by the enemy character as the prefetch information before the event proceeds to the next prefetched advance. (Step S3-12). For example, the terminal 20C generates image information for displaying an image, and displays the image on the display screen of the display device based on the image information.

  As described above, as one aspect of the third embodiment, the user terminal 20C includes the progress control unit 21B, the prefetching unit 22C, and the display unit 23C. A video game that uses an event to prefetch the action to be executed next and display an image that recognizes information indicating the action to be executed next by the enemy character as prefetch information before proceeding with the event to the next prefetched advance. Can improve the taste.

[Fourth Embodiment]
FIG. 10 is a block diagram illustrating a configuration of a user terminal 20D (terminal 20D) that is an example of the user terminal 20. In this example, at least the progress control unit 21, the prefetching unit 22D, the display unit 23D, and the receiving unit 24D are provided.

  The prefetch unit 22D has a function of prefetching the next progress in an event when an input to the input area is accepted.

  The display unit 23D has a function of displaying an image including an input area for receiving an input from the user.

  The receiving unit 24D has a function of receiving an input to the input area. An operation input to the input area corresponds to an instruction input for causing the terminal 20D to perform prefetching.

  FIG. 11 is a flowchart illustrating an example of output processing executed by the terminal 20. Hereinafter, the operation of the terminal 20D will be described as an example. In addition, about operation | movement with the server 10, description is abbreviate | omitted from a viewpoint which avoids duplication description.

  When the progress of the event is controlled (step S201), the terminal 20D displays an image including an input area for receiving an input from the user (step S4-11).

  When the image is displayed, the terminal 20D accepts an input from the user for the input area (step S4-12).

  When the input to the input area is accepted, the terminal 20D prefetches the next progress in the event (step S202).

  As described above, as one aspect of the fourth embodiment, the user terminal 20D includes the progress control unit 21, the prefetching unit 22D, the display unit 23D, and the reception unit 24D. An image including an input area for receiving input from the user is displayed, input to the input area is received, and when an input to the input area is received, the next progress in the event is prefetched, and the timing for prefetching to the user is easy. Can be grasped.

[Fifth Embodiment]
In the fifth embodiment, an example of a video game in this system will be described in more detail.

[Video game overview]
In the video game of this example, a deck including at least one game element (Arcana) owned by a user is organized, and a battle (match) with an enemy character is performed as an event. Various events are displayed on the display screen of the terminal, and when the user performs an event selection operation, an enemy character corresponding to the event is displayed. The user executes a battle with the enemy character by forming a deck.

[Outline of Arcana and enemy characters]
The game element owned by the user is called “Arcana”. Parameters are set for each Arcana. The parameters include a level value, attack power, defense power, HP, and the like. Similarly, parameters are set for enemy characters. The parameter also includes a level value, attack power, defense power, HP, and the like. In addition to the Arcana constituting the deck, various parameters such as predictive power are set for the user character itself. Hereinafter, for the purpose of clear distinction, explanation will be made using a user, a user character, an arcana, and an enemy character.

[Battle Flow]
As a battle flow, first, the user selects an event. An enemy character corresponding to the selected event appears and is displayed. After the enemy character is displayed, the display screen displays an image of selecting a plurality of Arcanas owned by the player and forming a deck. When the deck is determined by the user's input, the event (playing against enemy characters) starts. The battle is a turn-type battle. One round is composed of a user turn (user phase) and an enemy turn (enemy phase). In other words, the round is a demarcation between enemy and allies in the event. By repeating the round, the battle is finally ended. In the round, the action order of the arcana and the enemy character is determined with reference to the parameters of the character. If the enemy character's HP is “0”, the battle ends with the user's victory. On the other hand, if the HP of all the arcanas on the user side becomes “0” before the enemy character's HP becomes “0”, the battle ends with the defeat of the user.

[Deck structure]
In response to the enemy character being displayed, the user configures the deck. FIG. 12 is an explanatory diagram for explaining an example of a display screen for organizing a deck. As shown in FIG. 12, the deck can be knitted in a plurality of patterns. The display screen 1000 includes a first input area 1001 for displaying a deck (strongest set) composed of the strongest members, a second input area 1002 for displaying a deck (recommended set) composed of just the right members, And a third input area 1003 indicating that selection is to be performed. The first input area 1001 displays the strongest arcana set of arcanas owned by the user, and is displayed in the input area 1001 when an operation input is performed on the input area 1001. Battles can be performed on the arcana deck (strongest set). Also, in the input area 1002, a set of arcana configurations recommended according to the strength of the enemy character is displayed, and when an operation input is performed on the input area 1002, it is recommended according to the strength of the enemy character. Battles can be performed on a deck (recommended set) with an Arcana configuration. On the other hand, when an operation input is performed on the input area 1003, the screen shifts to a screen in which a list of arcanas owned by the user is displayed, and the user selects an arcana constituting the deck one by one on the transition destination screen. And can battle with the selected Arcana configuration.

[Recommended deck structure]
As described above, the recommended deck is an arcana deck according to the strength of the enemy character. As an example for organizing a recommended deck, the strength of each arcana and enemy character owned by the user is quantified using a predetermined evaluation formula, and in theory, an arcana that is slightly stronger than the strength of the enemy character. Organize the decks that make up the composition. That is, since it is theoretical, as a result of the battle being performed by the recommended deck, the enemy character is stronger and the battle may end when the user loses. Although a specific expression will not be described, the predetermined evaluation expression used here is an expression using various parameters such as a level value and attack power set for the character, for example.

[Outline of game images during battle]
FIG. 13 is an explanatory diagram for explaining an example of a display screen that displays a game image during a battle. As shown in FIG. 13, the display screen 1000 includes an arcana 2001 constituting a deck, a status 2002 of each arcana, an enemy character 2003, an enemy character status 2004, a victory probability icon 2005, and a subsequent A battle game image 2100 including a prediction button 2006 that allows the user to know the battle development is displayed.

[Game image 1 during battle]
As shown in FIG. 13, the game image 2100 in the battle includes the status 2002 of the arcana in the vicinity of the arcana 2001 constituting the deck. The Arcana status 2002 is subtracted by the action of the enemy character 2003. Although not shown in particular, the arcana whose HP is 0 is changed to a display mode for recognizing that HP is 0. When the HP of all Arcanas becomes 0, the battle ends with the defeat of the user.

[Game image 2 in battle]
As shown in FIG. 13, the battle game image 2100 includes an enemy character 2003 in the center of the image. Also, as shown in FIG. 13, the enemy character status 2003 is displayed above the enemy character. When the enemy character's HP is “0”, the battle ends with the victory of the user.

[Game image 3 in battle]
As shown in FIG. 13, the game image during the battle includes a victory probability icon 2005. The victory probability here is displayed based on information calculated by a predetermined calculation formula. However, the win probability is not a win probability in a strict sense but information corresponding to the progress of the game. When the victory probability is calculated to be 100% based on a predetermined calculation formula, the victory probability icon is highlighted and becomes an icon that allows operation input. FIG. 14 is an explanatory diagram for explaining an example of a display screen in a state where the victory probability icon is highlighted. As shown in FIG. 14, the display mode is changed to a victory probability icon 2007 indicating that the victory probability icon 2005 is confirmed. Although not particularly shown in FIG. 14, the display mode of the victory probability icon 2007 indicating confirmation changes to a color different from that of the victory icon 2005. Here, if the operation input (for example, tap input) with respect to the victory probability icon 2007 from a user is performed, a battle will be complete | finished and a user's victory will be decided. In the present example, the display screen 1000 displays the progress of the battle until the battle is completed in fast-forward, and the input from the user is not accepted while the progress of the battle is displayed. Although not particularly shown in FIG. 13, when it is calculated that the winning probability is not 100%, an “escape icon” is displayed in the vicinity of the winning probability icon. When an operation input for the “escape icon” is made, the winning / losing decision is not made and the battle ends.

[Game image 4 in battle]
As shown in FIG. 13, a prediction button (input area) 2006 that can accept an operation input from the user is included. The prediction button 2006 can predict the action of the next enemy character. Here, the prediction means knowing in advance. That is, it is possible to know what action the enemy character will perform in the future. This predicted action is not always executed with a probability of 100%. The probability that the predicted action will be executed varies depending on the progress of the video game. Here, the prediction that the action predicted with a probability of 100 percent is executed is called “absolute prediction”. On the other hand, prediction that is not necessarily 100% probability is called “automatic prediction”. “Absolute prediction” and “automatic prediction” will be described in detail later.

[Calculation of victory probability]
As described above, in the image during the battle, as shown in FIG. 13 or FIG. 14, the victory probability icon 2005 or the victory probability icon 2007 related to the victory probability calculated based on a predetermined calculation formula is displayed. . In this example, for the calculation of the probability of winning, when a predetermined turn elapses without accepting any user operation input at the start of the round (or assuming that a predetermined operation input is received at a predetermined time) Prefetch battle results. Specifically, at the start of the round, the user's arcana and enemy characters are automatically acted on the basis of the “predetermined action rules” up to 30 turns ahead, and the battle result 30 turns ahead is calculated internally (pre-reading) ). When the calculation result that the HP of the enemy character is “0” is obtained, a victory probability icon 2007 indicating that the victory probability is 100% is displayed as shown in FIG. On the other hand, if the calculation result that the enemy character's HP is “0” is not obtained, the current HP of the enemy character and the maximum HP of the enemy character are obtained as shown in FIG. A victory probability icon 2005 indicating the percentage calculated based on the ratio is displayed. That is, the victory probability icon 2005 does not represent the “winning probability” in a strict sense, but represents how much the enemy character's HP is currently reduced.

[Skip Battle]
The victory probability icon 2007 has a function as a region for allowing the user to recognize the victory probability and receiving an instruction to skip the battle from the user. In this example, when an input from the user to the victory probability icon 2007 is performed, the battle ends with the user's victory. That is, the battle progresses with skipping, and the user can win the battle without requiring any special operation. At this time, in the game of this example, the game may be configured to suddenly shift to the battle result. Further, when an input from the user to the victory probability icon 2007 is performed, no input from the user is made until the battle result is displayed thereafter (that is, while the battle progress until the battle result is displayed). Not accepted. Here, the displayed battle progress and the battle result are displayed based on the calculation information when calculating the battle result 30 turns ahead.

[Absolute prediction]
The right to use “Absolute Prediction” is given to a user with a probability by referring to “Prediction” included in the user parameter. A user who is granted the right to use “Absolute Prediction” can use “Absolute Prediction” by performing an operation input (for example, tap input) on the “Absolute Prediction Icon 2006” displayed on the screen. become. The use of “absolute prediction” is performed in the “user phase”. The probability that the right to use “absolute prediction” is granted is set lower than the probability that the right to use “automatic prediction” is granted.

[Automatic prediction]
The right to use “auto prediction” is given to a user with a probability by referring to “predictability” included in the user parameter. If the right to use “absolute prediction” is given to the user, “automatic prediction” is not given to the user. Further, unlike “absolute prediction”, the predicted action is not always executed. That is, the accuracy of automatic prediction is not always 100%. The probability that the predicted action is executed is calculated based on a predetermined calculation formula from “predictive power” included in the user parameter and other factors. Although a specific calculation formula will not be described, a calculation formula that falls within about 50 to 100 percent is used.

[When battle wins]
When the battle is won, the display screen changes to the victory screen. FIG. 15 is an explanatory diagram for explaining an example of the victory screen. As shown in FIG. 15, an experience value is given to Arcana. The experience value is given to each Arcana of the user who participated in the battle based on the experience value (basic experience value) associated with the enemy character. Specifically, each of the arcanas obtains an experience value by distributing the basic experience value to each of the arcanas. The ratio of the experience value given to one Arcana is the ratio of the level value of one Arcana to the total of the level values of each Arcana participating in the battle. As shown in FIG. 15, when the level of Arcana 2001-1 that participated in the battle is “10” and the total level value of each Arcana that participated in the battle is “100”, Arcana 2001-1 The percentage of experience points given is 10 percent. For example, when the basic experience value associated with the enemy character is “1000”, as shown in FIG. 15, an experience value of “100” is given to Arcana 2001-1. In addition, when the level of the arcana 2001-2 that participated in the battle is “20” and the total level value of each of the arcanas that participated in the battle is “100”, the ratio of the experience value given to the arcana 2001-2 Becomes 20 percent.

  FIG. 16 is a block diagram illustrating a configuration of a user terminal 20Z (terminal 20Z) that is an example of the user terminal 20 in the system 100 (see FIG. 1).

  In this example, the terminal 20Z includes at least a progress control unit 21Z, a prefetch unit 22Z, a display unit 23Z, a reception unit 24Z, a determination unit 25Z, a prefetch information calculation unit 26Z, and a storage unit 27Z.

  The progress control unit 21Z controls the progress of the battle with the enemy character as an event, and executes any one of the actions determined in accordance with a predetermined rule among a plurality of types of actions set for the enemy character in the event. It has a function to control the progress.

  In addition, when the prefetching is performed, the progress control unit 21Z controls the progress of the event based on the prefetching result and the input from the user. Specifically, when it is determined by the determination unit 25Z that “correct prefetching” has been executed, the progress control unit 21Z displays “the action of the enemy character according to the prefetching result” and “the user according to the user input” The event progress is controlled by the “side action”. On the other hand, when it is determined by the determination unit 25Z that “correct prefetching” has not been executed, the progress control unit 21Z responds to “an enemy character action different from the prefetching detection result” and “user input”. The progress of the event is controlled by “the user's behavior”.

  The prefetch unit 22Z has a function of prefetching the next action performed by the enemy character 2003 in the event when an input to the input area is accepted. The prefetch unit 22Z has a function of storing a result (prefetch result) obtained by prefetching in a predetermined storage area. Specifically, the prefetch unit 22Z stores the prefetch result in the storage unit. Here, the prefetch result may be configured to include information indicating a process up to the prefetch result.

  The display unit 23Z has a function of displaying an image that allows the user to recognize the prefetch information on the display screen of the display device.

  The display unit 23Z has a function of displaying an image including an input area 2006 for receiving input from the user. The input to the input area 2006 corresponds to an instruction input for causing the prefetch unit 22Z to prefetch the action to be executed next by the enemy character 2003.

  The receiving unit 24Z has a function of receiving inputs to various input areas. In particular, the accepting unit 24Z accepts an input to receive an input for determining the user's action after the prefetching result is displayed and an input to the input area 2006 for executing the prefetching process. In addition, the reception unit 24Z has a function of receiving a selection input of a battle, a selection input of an arcana used for the battle, and the like.

  The determination unit 25Z has a function of determining whether or not the prefetched action based on the prefetching result is an action that is actually executed for the event. The determination unit 25Z is an action in which an action pre-read based on a reading result is actually executed for an event based on a probability calculated based on a predetermined calculation formula that refers to a parameter set by the user at the time of determination. It is determined whether or not there is. Although no specific calculation formula will be described for the predetermined calculation formula, it is preferable that the “probability” calculated based on the predetermined calculation formula has a lower limit of 50 percent and an upper limit of 100 percent.

  The prefetch information generation unit 26Z has a function of generating prefetch information including the prefetched enemy character action and the enemy character action actually executed in the event.

Here, “the action of the enemy character that is actually executed at the event” is determined by the determination unit 25Z as to whether or not the action prefetched by the prefetching result is an action that is actually executed at the event. It is an action determined according to the situation. When the determination unit 25Z determines that the action pre-read based on the pre-read result is an action that is actually executed for the event, “the action pre-read based on the pre-read result” is “executed at the event actually” Is the action of the enemy character. On the other hand, when it is determined by the determination unit 25Z that the action prefetched by the prefetching result is not an action that is actually executed for the event, “the action prefetched by the prefetching result” is “actually event This is different from “the action of the enemy character executed at“.

  The storage unit 27Z is a storage medium that stores various information used for the progress of the video game. Although not particularly shown, user information, battle information, and the like are stored in the storage unit 27Z. The user information includes a user ID for uniquely identifying the user, information related to the arcana owned by the user, information related to actions and various parameters set in the arcana owned by the user, and the like. Also, the battle information includes a battle ID for uniquely identifying the battle, information on actions and various parameters set for the enemy character appearing in the battle, information on a privilege associated with the enemy character, and the like. It is.

  FIG. 17 is a flowchart illustrating an example of a process (game related process) related to a game executed by the terminal 20. Hereinafter, the operation of the terminal 20Z will be described as an example. In addition, about operation | movement with the server 10, description is abbreviate | omitted from a viewpoint which avoids duplication description. Note that the following explanation is given on the assumption that the information related to the progress of the event is displayed on the display screen of the display device at regular intervals.

  In the game-related process, a process for ending the battle is executed based on a result prefetched when the battle is progressing.

  In the game-related process, the terminal 20Z first specifies the battle selected by the user (step S5-11).

  When the battle is specified, the terminal 20Z specifies the enemy character 2003 that appears in the specified battle (step S5-12). In this example, the storage unit 27Z is referred to and the enemy character 2003 is specified.

  Next, the deck used for the battle is specified (step S5-13). Specifically, as illustrated in FIG. 16, the terminal 20 </ b> Z specifies a deck based on an input from the user with respect to an image for determining a deck configuration.

  When the battle and the deck are specified, the terminal 20Z controls the progress of the battle (step S5-14).

  When the battle is started, the terminal 20Z displays an image that allows the user to recognize the input area 2006 (step S5-15).

  When the battle is started, the terminal 20Z receives an input from the user with respect to the input area 2006 (step S5-16).

  When the input from the user to the input area 2006 is received, the terminal 20Z prefetches the action that the enemy character 2003 will execute next in the battle (step S5-17). As a specific example, the action of the enemy character 2003 “a strong attack against Arcana 2001-1” is prefetched.

  When the action to be executed next is prefetched, the terminal 20Z determines whether or not the prefetched action is actually an action executed in the battle (step S5-18), and prefetch information according to the determination result. Generate (step S5-19). As a specific example, when it is determined that the action of the enemy character 2003 “strong attack on the arcana 2001-1” is not an action that is actually executed in the battle, the terminal 20Z executes the enemy character in the battle. Pre-reading information is generated with the action to be performed as “A Special Move against Arcana 2001-2”.

  When the prefetch information is generated, the terminal 20Z displays an image that allows the user to recognize the prefetched action (step S5-20). For example, the terminal 20Z generates image information for displaying an image that allows the user to recognize the prefetched action, and displays the image on the display screen of the display device based on the generated image information.

  When the pre-read action is displayed, the terminal 20Z receives an input from the user (step S5-21). That is, the terminal 20 </ b> Z receives an input from the user regarding the action on the user side in consideration of the displayed prefetched action. As a specific example, since the prefetched action is “a strong attack on Arcana 2001-1”, the user inputs an action “defends Arcana 2001-1”.

  When the input from the user is accepted, the terminal 20Z refers to the pre-read information and the input from the user, controls the progress of the battle (step S5-22), and ends the process here. As a specific example, the prefetched action is “a strong attack against Arcana 2001-1”, the action actually executed at the event is “a special move against Arcana 2001-2”, and the user based on the input from the user Since the action on the side is “defend Arcana 2001-1”, the terminal 20Z controls the progress of the battle so that the enemy character 2003 performs a special move against the Arcana 2001-2.

  As described above, as one aspect of the fifth embodiment, the user terminal 20Z that controls the progress of the video game includes the progress control unit 21Z, the prefetching unit 22Z, and the display unit 23Z. Therefore, the progress of the event is controlled, the next progress in the event is prefetched, an image that allows the user to recognize the prefetch information is displayed on the display screen of the display device, the input from the user is accepted, the accepted input and the prefetch The progress of the event is controlled based on the information, and the preference of the video game using the event can be improved.

  In addition, as one aspect of the fifth embodiment described above, the user terminal 20Z includes a progress control unit 21Z, a prefetching unit 22, and a display unit 23. Control the progress of the battle by executing any action determined according to a predetermined rule among the multiple types of actions set for the enemy character in the event, improving the preference of the video game using the event Can be made.

  Further, as one aspect of the fifth embodiment described above, the user terminal 20Z is configured to include the progress control unit 21Z, the prefetching unit 22Z, and the display unit 23Z. Pre-reading actions, and before proceeding to the next pre-read progress, an image that allows the enemy character to recognize information indicating the next action to be executed is displayed as pre-read information, and the video game preference using the event Can be improved.

  Further, as one aspect of the fifth embodiment described above, the user terminal 20Z includes a progress control unit 21, a prefetching unit 22Z, a display unit 23Z, and a reception unit 24Z. Display an image including an input area for accepting an image, accept input to the input area, and when an input to the input area is accepted, look ahead to the next progress in the event and improve the preference of the video game using the event Can be made.

  Although not particularly mentioned in the above-described example of the fifth embodiment, the terminal 20Z causes the user to recognize the prefetch information related to the prefetch result and displays an image displaying a predetermined effect on the display screen of the display device. It may be configured.

  Although not particularly mentioned in the example of the fifth embodiment described above, the terminal 20Z may be configured to determine whether to display an image including an input area based on a predetermined condition. . Here, as an example of the configuration of “determining based on a predetermined condition”, there is a configuration of determining whether to display the input area 2006 based on a predetermined probability. The predetermined probability may be a numerical value that varies depending on a user parameter or an enemy character parameter.

  As described above, one or more deficiencies are solved by each embodiment of the present application. In addition, the effect by each embodiment is an example of a non-limiting effect or effect.

  In each of the above-described embodiments, although not particularly mentioned, the video game processing device (for example, a user terminal or a server) registers the prefetch information in a predetermined storage area and inputs it to the user who provided the prefetch information. It is also possible to determine whether or not the event can proceed according to the prefetch result by the input, and when it is determined that the event can be performed, the registered information is read to control the progress of the event. In this case, when it is determined that the event cannot proceed according to the prefetching result, a process related to the progress of the event may be newly executed. By adopting such a configuration, it is possible to provide an opportunity that does not have to be executed again (for example, update of various parameters or generation of output information) executed at the time of prefetching, which is necessary for the progress of the video game. Processing load can be reduced.

  In each of the above-described embodiments, although not particularly mentioned, the video game processing device (for example, a user terminal or a server) registers the prefetch information in a predetermined storage area and inputs it to the user who provided the prefetch information. It is also possible to determine whether or not the event can proceed according to the prefetch result by the input, and when it is determined that the event can be performed, the registered information is read to control the progress of the event. In this case, when it is determined that the event cannot proceed according to the prefetching result, a process related to the progress of the event may be newly executed. By adopting such a configuration, it is possible to provide an opportunity that does not have to re-execute processing (for example, update of various parameters or generation of output information) executed at the time of prefetching, which is necessary for the progress of the video game. Processing load can be reduced.

  In each of the above-described embodiments, the plurality of user terminals 20 and 201 to 20N and the server 10 are configured according to various control programs (for example, video game processing programs) stored in a storage device included therein. Execute the process.

  The configuration of the system 100 is not limited to the configuration described as an example of each embodiment described above, and for example, the server 10 may execute a part or all of the processing described as processing executed by the user terminal. A part or all of the processes described as the processes executed by the server 10 may be executed by any one of the plurality of user terminals 20 and 201 to 20N (for example, the user terminal 20). Moreover, it is good also as a structure with which some of the some memory | storage parts with which the server 10 is provided are equipped with either of the several user terminals 20, 201-20N. That is, a configuration may be adopted in which one of the user terminal 20 and the server 10 in the system 100 has a part or all of the functions of the other one.

  Moreover, it is good also as a structure which a program implement | achieves a part or all of the function demonstrated as an example of each embodiment mentioned above to the apparatus single-piece | unit which does not contain a communication network.

[Appendix]
The description of the embodiment described above describes at least the following invention so that a person having ordinary knowledge in the field to which the invention belongs can carry out the invention.
[1]
A program for causing a user terminal to realize a function of controlling the progress of a video game,
In the user terminal,
A progress control function for controlling the progress of the event;
A prefetch function for prefetching the next progress in the event;
A display function for displaying an image that allows a user operating the user terminal to recognize information (hereinafter referred to as prefetch information) regarding a result (hereinafter referred to as prefetch result) obtained by the prefetch function;
An accepting function for receiving an input from the user after the image is displayed by the display function;
In the progress control function, a program for realizing a function of controlling the progress of the event based on the prefetch result and the input.
[2]
The progress control function controls the progress of a battle with an enemy character as an event, and executes any one of the actions determined according to a predetermined rule from among a plurality of types of actions set for the enemy character. The program described in [1] for realizing the function of controlling the progress.
[3]
The prefetch function realizes a function of prefetching the next action performed by the enemy character in the event,
The display function realizes a function of displaying an image for recognizing information indicating an action to be executed next by the enemy character as the prefetch information before the event proceeds to the next progress prefetched by the progress control function. The program according to [2].
[4]
The display function further realizes a function of displaying an image including an input area for receiving input from the user,
The user terminal is further provided with a reception function for receiving an input to the input area,
In the prefetch function, the program according to any one of [1] to [3] for realizing a function of prefetching a next progress in the event when an input to the input area is received.
[5]
A program for causing a server communicable with the computer to realize at least one of the functions realized by the computer according to any one of [1] to [4].
[6]
A computer in which the program according to any one of [1] to [5] is installed.
[7]
A system that includes a communication network, a server, and a user terminal, and controls the progress of a video game,
Progress control means for controlling the progress of the event;
Prefetching means for prefetching the next progress in the event;
Display means for displaying an image for allowing a user operating the user terminal to recognize information (hereinafter referred to as prefetching information) regarding a result (hereinafter referred to as prefetching result) obtained by the prefetching function;
Receiving means for receiving an input from the user after the image is displayed on the display means,
The progress control means controls the progress of the event based on the prefetch result and the input.
[8]
The server includes the progress control means, the prefetching means, and the reception means,
The system according to [7], wherein the user terminal includes reception means for receiving information for displaying the image from the server, and the display means.
[9]
A program for causing a server to realize a function of controlling the progress of a video game,
To the server,
A progress control function for controlling the progress of the event;
A prefetch function for prefetching the next progress in the event;
A display function for displaying an image that allows a user operating the user terminal to recognize information (hereinafter referred to as prefetching information) regarding a result obtained by the prefetching function (hereinafter referred to as prefetching result)
An accepting function for receiving an input from the user after the image is displayed by the display function;
In the progress control function, a program for realizing a function of controlling the progress of the event based on the prefetch result and the input.
[10]
A program for causing a user terminal to realize a function of controlling the progress of a video game,
A user terminal is provided with a progress control function for controlling the progress of the event, a prefetch function for prefetching the next progress in the event, and information (hereinafter referred to as prefetch information) obtained by the prefetch function (hereinafter referred to as prefetch information). A display function for displaying an image to be recognized by a user who operates the display, and a reception function for receiving an input from the user after the image is displayed by the display function. A program for causing the user terminal to realize a function of receiving information for displaying the image from a server having a function of controlling the progress of the event based on the input.
[11]
[10] A program for causing a user terminal capable of communicating with the server to implement at least one of the functions realized by the server according to the program according to [10].
[12]
[10] A server on which the program according to [10] is installed.
[13]
A method for controlling the progress of a video game,
A progress control process for controlling the progress of the event;
A prefetch process for prefetching the next progress in the event;
Display processing for displaying an image that allows a user operating the user terminal to recognize information (hereinafter referred to as prefetching information) regarding a result (hereinafter referred to as prefetching result) obtained by the prefetching function;
Receiving the input from the user after the image is displayed in the display process,
The progress control process controls the progress of the event based on the prefetch result and the input.
[14]
A system comprising a communication network, a server, and a user terminal is a method for controlling the progress of a video game,
A progress control process for controlling the progress of the event;
A prefetch process for prefetching the next progress in the event;
Display processing for displaying an image that allows a user operating the user terminal to recognize information (hereinafter referred to as prefetching information) regarding a result (hereinafter referred to as prefetching result) obtained by the prefetching function;
Receiving the input from the user after the image is displayed in the display process,
The progress control process controls the progress of the event based on the prefetch result and the input.

  One embodiment of the present invention is useful for video games using events.

DESCRIPTION OF SYMBOLS 10 Server 20,201-20N User terminal 11,21 Progress control part 12,22 Prefetching part 13,23 Display part 24 Reception part 25 Judgment part 26 Prefetch information generation part 27 Storage part 30 Communication network 100 System

Claims (1)

A program for causing a user terminal to realize a function of controlling the progress of a video game,
In the user terminal,
A progress control function for controlling the progress of the battle with the enemy character as the event,
A prefetch function for prefetching the next action performed by the enemy character in the event;
A display function for displaying an image that allows a user operating the user terminal to recognize information (hereinafter referred to as prefetching information) regarding a result (hereinafter referred to as prefetching result) obtained by the prefetching function;
An accepting function for receiving an input from the user after the image is displayed by the display function;
The progress control function realizes a function of controlling the progress of the event based on the prefetch result and the input,
The display function realizes a function of displaying an image for recognizing information indicating an action to be executed next by an enemy character as the prefetch information before the event proceeds to the next progress prefetched by the progress control function. Program for.

Images