JP7128770B2 - Video game processing program and video game processing system - Google Patents

Description

At least one embodiment of the present invention relates to a video game processing program and a video game processing system for enabling a user terminal to realize a function of controlling the progress of a video game according to user's operation.

2. Description of the Related Art Conventionally, in the field of video games, there are systems configured to allow various events that have occurred to be skipped.

In such a system, for example, there is a system that allows the player to skip a movie that is reproduced at the start of a battle at an arbitrary timing (see Patent Literature 1).

JP 2015-037582 A

The conventional system enables the skipping of various events that occur in video games, allowing people who have time to play to enjoy the events, and those who do not have time to play to skip the events as appropriate. There is an aspect that gave freedom to how to enjoy video games by having them play. However, in conventional systems, allowing the skipping of events may reduce the enjoyment of the video game. That is, for example, if all the events that make up the video game are configured to be skippable, there are cases where the taste of the video game cannot be conveyed to the user. On the other hand, if the skipping of events is excessively restricted, the burden required of the user may increase.

SUMMARY OF THE INVENTION It is an object of at least one embodiment of the present invention to solve the above problems and increase the degree of freedom in how video games are enjoyed.

From a non-limiting point of view, a video game processing program according to an embodiment of the present invention is a video game processing program for causing a user terminal to realize a function of controlling the progress of a video game according to user's operation. a registration function for registering an event occurring in the video game in a predetermined storage area when the user terminal receives a reserve request for an event occurring in the video game; a control function for controlling progress; and execution for executing the event by referring to the predetermined storage area and adopting the status of the user when the execution request is received when the event execution request is received. and an erasing function for erasing the event registered by the registering function from the prescribed storage area based on a prescribed condition without waiting for execution by the executing function.

From a non-limiting point of view, a video game processing program according to an embodiment of the present invention is a video game processing program for causing a server to realize a function of controlling the progress of a video game according to user's operation. a registration function of registering the event in a predetermined storage area when the server receives a reserve request for an event occurring in the video game; and progress of the video game based on the registration of the event. and an execution function that refers to the predetermined storage area when an execution request for the event is received, adopts the status of the user when the execution request is received, and executes the event. and an erasing function for erasing the event registered by the registering function from the prescribed storage area based on a prescribed condition without waiting for execution by the executing function.

From a non-limiting point of view, a video game processing system according to an embodiment of the present invention includes a communication network, a server, and a user terminal, and controls the progress of the video game according to user operations. A processing system, comprising registration means for registering an event in a predetermined storage area when a reserve request for an event that occurred in the video game is received; control means for controlling progress; and execution for executing the event by referring to the predetermined storage area and adopting the status of the user when the execution request is received when the event execution request is received. and erasing means for erasing the event registered by the registering means from the predetermined storage area based on a predetermined condition without waiting for execution by the execution function.

Embodiments of the present application address one or more deficiencies.

1 is a block diagram showing an example configuration of a video game processing system corresponding to at least one embodiment of the present invention; FIG. It is a block diagram showing the configuration of a server corresponding to at least one of the embodiments of the present invention. 4 is a flow chart showing an example of game processing corresponding to at least one embodiment of the present invention; 4 is a flowchart showing an example of server-side operations in game processing corresponding to at least one embodiment of the present invention; 4 is a flowchart showing an example of terminal-side operations in game processing corresponding to at least one embodiment of the present invention. 1 is a block diagram showing a configuration of a user terminal corresponding to at least one embodiment of the present invention; FIG. 4 is a flow chart showing an example of game processing corresponding to at least one embodiment of the present invention; 1 is a block diagram showing a configuration of a user terminal corresponding to at least one embodiment of the present invention; FIG. 4 is a flow chart showing an example of game processing corresponding to at least one embodiment of the present invention; 1 is a block diagram showing a configuration of a user terminal corresponding to at least one embodiment of the present invention; FIG. 4 is a flow chart showing an example of game processing corresponding to at least one embodiment of the present invention; 1 is a block diagram showing a configuration of a user terminal corresponding to at least one embodiment of the present invention; FIG. 4 is a flow chart showing an example of game processing corresponding to at least one embodiment of the present invention; 1 is a block diagram showing a configuration of a user terminal corresponding to at least one embodiment of the present invention; FIG. FIG. 4 is an explanatory diagram for explaining an example of a storage state of information corresponding to at least one embodiment of the present invention; FIG. 10 is an explanatory diagram for explaining an example of a game screen corresponding to at least one embodiment of the present invention; 4 is a flow chart showing an example of game processing corresponding to at least one embodiment of the present invention;

Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings. It should be noted that the various constituent elements in the examples of the embodiments described below can be appropriately combined within a range that does not cause contradiction or the like. Also, the content described as an example of a certain embodiment may be omitted in other embodiments. Also, the contents of operations and processes that are not related to the features of each embodiment may be omitted. Furthermore, the order of various processes constituting various flows described below is random as long as there is no contradiction in the processing contents.

[First embodiment]
FIG. 1 is a block diagram showing an example configuration of a video game processing system 100 according to one embodiment of the present invention. As shown in FIG. 1, the video game processing system 100 includes a server 10 and user terminals 20, 201-20N (N is an arbitrary integer) used by users of the video game processing system. The configuration of the video game processing system 100 is not limited to this, and may be configured such that a single user terminal is used by a plurality of users, or may include a plurality of servers.

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

The video game processing system 100 includes a server 10 and a plurality of user terminals 20, 201 to 20N, thereby realizing various functions for executing various processes according to user's operations.

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

FIG. 2 is a block diagram showing the configuration of a server 10A, which is an example of the configuration of the server 10. As shown in FIG. As shown in FIG. 2, the server 10A includes at least a registration unit 11, a control unit 12, and an execution unit 13. FIG.

The registration unit 11 has a function of registering the event in a predetermined storage area when receiving a reserve request for an event occurring in the video game.

Here, an event means an occurrence that occurs in a video game. The configuration of the event is not particularly limited, and may be an event that can be operated by the user (eg, battle) or an event that cannot be operated by the user (eg, video playback). Although the configuration for generating the event is not particularly limited, it is preferable that the configuration be such that it occurs in accordance with the progress of the video game.

A reserve request means an instruction to reserve an event. A configuration for accepting a reserve request is not particularly limited as long as it can identify an event. Examples of a configuration for accepting a reserve request include a configuration that determines a predetermined operation input by a user as a reserve request, and a configuration that determines that a predetermined condition is satisfied as a reserve request. An event registered in response to a reserve request is registered in a state in which it can be executed later, so it is expressed as "reserve" here.

The control unit 12 has a function of controlling the progress of the video game based on the registration of the event.

Here, the configuration for controlling the progress of the video game based on the registration of the event is not particularly limited as long as it reflects the result of registering the event in subsequent processing. Examples of such a configuration include a configuration in which a game screen indicating that an event has been registered is displayed, and a configuration in which the event is completed by registering the event and the story progresses thereafter.

The execution unit 13 has a function of executing an event registered in a predetermined storage area when an execution request for the event is received.

Here, the configuration for accepting an execution request for an event is not particularly limited as long as the user can recognize the event. An example of such a configuration is a configuration that displays a list of registered events and accepts user selection.

Also, executing an event means allowing the user to experience the event. That is, for example, if the event is video playback, playback of the video corresponding to the event corresponds to execution of the event. Also, if the event is a battle with an enemy character, progressing the battle according to the user's operation corresponds to the execution of the event. In addition, an event may be divided into a plurality of phases including execution (for example, generation, execution, and termination), and only the execution part may be set aside.

A plurality of user terminals 20, 201 to 20N are each managed by a user, and can play network-delivered games such as mobile phone terminals, PDAs (Personal Digital Assistants), portable game devices, and so-called wearable devices. communication terminals. Note that the configuration of the user terminal that the video game processing system 100 may include is not limited to the example described above, and may be any configuration that allows the user to recognize the video game. Other examples of user terminal configurations include a combination of various communication terminals, a personal computer, and a stationary game device.

Further, each of the plurality of user terminals 20, 201 to 20N is connected to the communication network 30 and communicates with the server 10 to perform various types of processing (for example, a browser screen corresponding to coordinates, a a display device for displaying a game screen, etc.) and software. Note that each of the plurality of user terminals 20, 201 to 20N may be configured to directly communicate with each other without going through the server 10. FIG.

Next, the operation of the video game processing system 100 (system 100) of this example will be described.

FIG. 3 is a flowchart showing an example of game processing executed by the system 100. As shown in FIG. In the game processing in this example, processing related to event registration is performed. A case where the server 10A and the user terminal 20 (terminal 20) execute game processing will be described below as an example.

Game processing is started, for example, when an event occurs in a video game. A case in which an event that can be reserved occurs and the server 10A receives a request to reserve the event will be described below as an example.

In the game processing, the server 10A first registers an event in which a reserve request has been received (step S11). In this example, the server 10A registers information necessary for executing the occurred event later in a predetermined storage area.

After registering the event, the server 10A controls the progress of the video game based on the registration of the event (step S12). In this example, the server 10A notifies the user that the event has been registered, and performs processing according to the situation of the video game.

When the server 10A receives an event execution request while controlling the progress of the video game, the server 10A executes the event for which the execution request has been received (step S13). In this example, the server 10A executes the registered event specified by the user. In this example, the server 10A transmits information (output information) for outputting a game screen related to the event to the terminal 20, and displays the game screen on the display screen of the terminal 20's display device.

Here, the game screen means a screen representing a virtual space (or game space). Note that, in this example, various elements forming the game screen may be referred to as images. The configuration of the game screen is not particularly limited as long as it allows the user to recognize the situation of the video game.

Displaying the game screen on the display screen of the display device means outputting the game screen on the display device of the user terminal 20 or the like through communication using the communication network 30 . An example of a configuration for displaying a game screen on a display device is a configuration in which information (output information) generated on the server side is transmitted to the terminal side. The configuration of the output 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 compressed image information is that used in cloud games (eg, MPEG). Information for generating images on the terminal side includes information used in online games (for example, position information of objects).

The terminal 20 displays the game screen on the display screen of its own display device based on the output information received from the server 10A (step S14), and ends the process here.

FIG. 4 is a flowchart showing an example of operations on the server 10A side in game processing. Here, the operation of the server 10A in the system 100 will be explained again.

In the game processing, the server 10A first registers an event in which a reserve request is received (step S101), and controls the progress of the video game (step S102). In this example, the server 10A appropriately receives information (operation-related information) regarding user operations from the terminal 20 and controls the progress of the video game.

When the server 10A receives an execution request for a registered event while controlling the progress of the video game, the server 10A executes the event for which the execution request has been received (step S103). In this example, the server 10</b>A generates information regarding execution of an event and transmits the generated information to the terminal 20 .

FIG. 5 is a flowchart showing an example of the operation of the terminal 20 when the terminal 20 executes game processing. An example in which the terminal 20 executes game processing by itself will be described below. Note that the configuration of the terminal 20 has the same functions as the configuration of the server 10 except for receiving various information from the server 10, so description thereof will be omitted from the viewpoint of avoiding duplication of description.

In the game processing, the terminal 20 first registers an event for which a reserve request has been accepted (step S201), controls the progress of the video game (step S202), and when an event execution request is accepted, issues an execution request. The received event is executed (step S203). In this example, the terminal 20 registers the registered event in a predetermined storage area, and reads information for executing the event from the predetermined storage area when an execution request including identification information of the event is received.

As described above, as one aspect of the first embodiment, the server 10A having the function of controlling the progress of the video game according to the user's operation includes the registration unit 11, the control unit 12, and the execution unit. 13, when receiving a reserve request for an event occurring in the video game, the event is registered in a predetermined storage area, and the progress of the video game is controlled based on the registration of the event, When an execution request for an event registered in a predetermined storage area is received, the event is executed, and the degree of freedom regarding how to enjoy the video game can be improved.

In other words, instead of simply skipping an event that occurs in a video game, it becomes possible to save it (i.e., register it so that it can be executed later). You can put it aside and play the event when you have time, giving you more flexibility in how you play the video game.

[Second embodiment]
FIG. 6 is a block diagram showing the configuration of a user terminal 20B (terminal 20B), which is an example of the user terminal 20. As shown in FIG. In this example, the terminal 20B includes at least a registration unit 21, a control unit 22B, and an execution unit .

The control unit 22B has a function of controlling the progress of the video game assuming that the registered event has not occurred (not occurred) or that the event has ended (or completed).

Here, controlling the progress of the video game assuming that the registered event has not occurred means that the event that has occurred does not affect the progress of the video game. That is, when the event generation condition is satisfied and a predetermined event occurs, the control unit 22B registers the event, sets the situation of the video game to the state before the event occurs, and controls the subsequent progress of the video game. . In this case, the condition for generating the registered event may be changed from the condition before registration to a request to execute the registered event.

Also, the configuration for controlling the progress of the video game assuming that the event has ended is not particularly limited, but it is preferable that the configuration is such that the user wants to play the event that has been set aside. An example of such a configuration is that when an event is registered, it is determined that the event has succeeded, and the subsequent progress of the video game is controlled assuming that the in-game elements that the user can acquire in the event have not been acquired. There is configuration.

Further, it may be determined according to a predetermined rule whether a registered event is to be regarded as unoccurred or completed, or only one of them may be adopted. Note that the configuration for determining according to a predetermined rule is not particularly limited, for example, "handling when registered" is included in the information related to the event, and when the registration request is received, the determination is made by referring to the information. may be configured.

FIG. 7 is a flowchart showing an example of game processing executed by the terminal 20. As shown in FIG. The operation of the terminal 20B will be described below as an example. Note that the description of the operation with the server 10 is omitted from the viewpoint of avoiding duplication of description.

After registering the event that has occurred, the terminal 20B controls the progress of the video game assuming that the registered event has not occurred or has ended (step S2-11). In this example, when the event is a battle, the terminal 20B controls the progress of the video game as an unoccurred event. Also, if the event is moving image reproduction, the progress of the video game is controlled assuming that the moving image reproduction has ended.

As described above, as one aspect of the second embodiment, the user terminal 20B is configured to include the control unit 22B. It is possible to control the progress of a video game and control the progress of the video game based on registering an event that has occurred.

[Third Embodiment]
FIG. 8 is a block diagram showing the configuration of a user terminal 20C (terminal 20C), which is an example of the user terminal 20. As shown in FIG. In this example, the terminal 20C includes at least a registration unit 21C, a control unit 22, and an execution unit 23C.

The registration unit 21C has a function of associating an event with predetermined information and registering them in a predetermined storage area.

Here, the content of the predetermined information is not particularly limited, but it is preferable that the information is for allowing the user to recognize the registered event. Examples of the predetermined information include information on the occurrence of an event (occurrence-related information) such as the date and time of occurrence of the event. Another example of information about the occurrence of an event is information determined according to a predetermined rule when an event occurs (for example, enemy character level, enemy character capture probability, battle start situation, etc.). The event here means information about the event such as the name of the event and the contents of the event.

The execution unit 23C has a function of referring to a predetermined storage area and executing an event based on an execution request received via a displayed list.

Here, the configuration for receiving the event execution request via the list is not particularly limited, but it is preferable that the user can recognize the contents of the event and input the execution request. In an example of such a configuration, a list of registered events including the event name and the date and time of occurrence of the event is displayed as a list, and it is determined that an execution request has been received for the event corresponding to the event name specified by the user. There is configuration.

FIG. 9 is a flowchart showing an example of game processing executed by the terminal 20. As shown in FIG. The operation of the terminal 20C will be described below as an example. Note that the description of the operation with the server 10 is omitted from the viewpoint of avoiding duplication of description.

When the terminal 20C receives a reserve request for the generated event, the terminal 20C registers the event for which the reserve request was received and predetermined information (step S3-11). In this example, the terminal 20C associates the information about the event with the date and time of occurrence of the event and registers them in a predetermined storage area.

After registering the event and controlling the progress of the video game, the terminal 20C executes the event based on the execution request received via the list (step S3-12). In this example, the terminal 20C displays a list of registered events in response to a user operation, and performs processing for executing an event designated by the user.

As described above, as one aspect of the third embodiment, the user terminal 20C is configured to include the registration unit 21C and the execution unit 23C. , the event is executed based on the execution request accepted through the list displayed by referring to the predetermined storage area, and the degree of freedom regarding the execution method of the registered event can be increased. That is, since the user can select an event to be executed from the list of registered events, the degree of freedom for the user can be improved.

In the above-described example of the embodiment, the list configuration is not particularly limited, but the user may be restricted to some extent when accepting an event execution request. An example of such a configuration is a configuration in which the user is requested to execute events in an order determined based on event-related information (for example, event registration order).

[Fourth embodiment]
FIG. 10 is a block diagram showing the configuration of a user terminal 20D (terminal 20D), which is an example of the user terminal 20. As shown in FIG. In this example, the terminal 20</b>D includes at least a registration unit 21 , a control unit 22 , an execution unit 23 , a notification unit 24 and an erasure unit 25 .

The notification unit 24 has a function of notifying the player (that is, the user of the terminal 20D) of at least one of the predetermined number of events when there are a predetermined number of registered events.

Here, the configuration of the predetermined number is not particularly limited, and may be one, or may be the upper limit number that can be registered. That is, when a predetermined number of events are registered, the notification unit 24 notifies the player of the existence of the registered event without relying on the player's operation.

Also, notifying the player of an event means making the player aware of the existence of an event that can be executed, that is, an event that the player has set aside. The configuration for informing the player of registered events is not particularly limited, but a configuration that allows the player to recognize the number of registered events is preferable.

The erasing unit 25 has a function of erasing registration of an event executed by the executing unit 23 .

Here, the executed event may be one cleared by the player, or one played by the player (including uncleared). Also, the configuration for deleting the registration is not particularly limited.

FIG. 11 is a flowchart showing an example of game processing executed by the terminal 20. As shown in FIG. The operation of the terminal 20D will be described below as an example. Note that the description of the operation with the server 10 is omitted from the viewpoint of avoiding duplication of description.

The terminal 20D notifies the player of the registered event when a predetermined notification condition is satisfied (step S4-11). In this example, the terminal 20D refers to a predetermined storage area and displays a game screen (registration event notification screen) for allowing the player to recognize an event registered as a reserved event.

After informing the player of the registered event, the terminal 20D deletes the executed event (step S4-12). In this example, after displaying the registration event notification screen, the terminal 20D accepts selection of an event by the player, and performs processing for executing the event selected by the player. Then, the executed event is erased from the predetermined storage area.

As described above, as one aspect of the fourth embodiment, the user terminal 20D is configured to include the notification unit 24 and the deletion unit 25. Therefore, when there are a predetermined number of registered events, the predetermined It is possible to notify the player of at least one event out of the number of events, delete the registration of the executed event, and prevent the event from being left unattended.

[Fifth Embodiment]
FIG. 12 is a block diagram showing the configuration of a user terminal 20E (terminal 20E), which is an example of the user terminal 20. As shown in FIG. In this example, the terminal 20E includes at least a registration unit 21, a control unit 22E, an execution unit 23, a display unit 26, a determination unit 27, and a reception unit .

The display unit 26 has a function of displaying a game screen (event generation screen) for receiving any one of an event execution request, a reserve request, and an avoidance request.

Here, an execution request for an event means an instruction requesting execution of the generated event. A reserve request for an event means an instruction requesting registration of an event that has occurred in a predetermined storage area. A request to avoid an event means an instruction to request avoidance of the event that has occurred.

The determination unit 27 has a function of determining whether or not the event can be avoided according to a predetermined determination rule when an avoidance request is received via the game screen.

Here, accepting an avoidance request via the game screen means accepting a predetermined operation (for example, an operation of selecting an avoidance button included in the event occurrence screen; not shown) while the game screen is being displayed. means that

Also, the content of the determination rule is not particularly limited, but it is preferable that there is a possibility that the avoidance of the event will fail. As an example of the determination rule, success/failure determination is performed using the avoidance probability corresponding to the event.

The control unit 22E has a function of controlling the progress of the video game based on the determination result of the determination unit 27. FIG.

Here, controlling the progress of the video game based on the determination result means reflecting the determination result in the progress of the video game. The configuration for reflecting the determination result in the progress of the video game is not particularly limited, but it is preferable that the configuration allows the player to recognize that the determination result is being reflected. Examples of such a configuration include a configuration in which, if the determination result is successful, the event is assumed to have been avoided, and the subsequent progress of the video game is controlled, and if the determination result is failure, processing for executing the event is performed. There is

The accepting unit 28 has a function of accepting a reserve request only when an event occurring in the video game satisfies a predetermined condition.

Here, the content of the predetermined condition is not particularly limited, but it is preferable that the effect on the progress of the video game is considered.

FIG. 13 is a flowchart showing an example of game processing executed by the terminal 20. As shown in FIG. The operation of the terminal 20E will be described below as an example. Note that the description of the operation with the server 10 is omitted from the viewpoint of avoiding duplication of description.

The terminal 20E displays an event occurrence screen in response to the occurrence of the event (step S5-11). In this example, the terminal 20E displays, as the event generation screen, a game screen including an image related to the event that has occurred, an event start operation reception button, an event reserve operation reception button, and an event avoidance operation reception button.

When the terminal 20E displays the event occurrence screen and accepts the avoidance request, it determines whether the event can be avoided (step S5-12). In this example, the terminal 20E determines whether the event can be avoided based on the probability corresponding to the event. It should be noted that, after displaying the event occurrence screen, the terminal 20E executes corresponding processing when receiving an event execution request or a reserve request.

When the terminal 20E determines whether or not the event can be avoided, the terminal 20E controls the progress of the video game based on the determination result (step S5-13). In this example, when the event avoidance is successful, the terminal 20E executes processing corresponding to the event avoidance, and controls the progress of the video game thereafter. Also, if the event avoidance fails, the terminal 20E executes the event.

As described above, as one aspect of the fifth embodiment, the user terminal 20E is configured to include the control unit 22E, the display unit 26, and the determination unit 27. A game screen for accepting either a request or an avoidance request is displayed, and when an avoidance request is accepted via the game screen, it is determined whether or not the event can be avoided according to a predetermined determination rule, and the determination result is displayed. Based on this, the progress of the video game can be controlled and events that have occurred can be set aside, thereby improving the interest of the video game. That is, for example, if the event that occurred is a battle with an enemy character, there have been conventional systems that allow the player to select whether to fight or avoid, but there is a distinctive option of "reserve" as a different option from either. can be provided.

Further, as one aspect of the fifth embodiment, since the user terminal 20E is configured to include the receiving unit 28, a reserve request is received only when an event occurring in the video game satisfies a predetermined condition, and the game balance is lost. can be prevented.

[Sixth Embodiment]
FIG. 14 is a block diagram showing the configuration of a user terminal 20F (terminal 20F), which is an example of the user terminal 20 in the system 100 (see FIG. 1). An example will be described below in which the progress of a video game (a so-called network game) progressing by appropriately communicating with the server 10 is controlled at the terminal 20F having a display device.

In this example, the terminal 20F includes at least a registration unit 21F, a control unit 22F, and an execution unit 23F.

The registration unit 21F has a function of registering the event in a predetermined storage area when receiving a reserve request for an event occurring in the video game. In this example, when a battle with an enemy character occurs, the registration unit 21F accepts a reserve request when a specific virtual button provided on the game screen (event occurrence screen) representing that the battle has occurred is selected. Then, information about this battle is registered in a predetermined storage area in a reproducible state.

FIG. 15 is an explanatory diagram for explaining an example of a storage state of information stored in a storage unit (not shown) provided in the terminal 20F. As shown in FIG. 15, terminal 20F stores information (registered event information) about registered events including registration number, name, rank, normal/reverse position, capture probability, and appearance time.

Here, the registration number means the identification number of the registered event. In this example, numbers are assigned in order of registration. Also, in this example, it is assumed that an upper limit is set for the number of possible registrations. Note that there are no particular restrictions on how the registration number is assigned or how the upper limit is changed.

Also, the name serves as identification information of the event. The configuration for naming registered events is not particularly limited, but a configuration that allows the player to identify the event is preferable. In this example, it is assumed that the name of the enemy character is stored.

Also, the rank is information associated with the ID of the enemy character. In addition to ranks, information on enemy characters can be stored as information to be output when executing registered events. Note that the rank of the enemy character may be determined based on information about the player (for example, the player's level).

Further, the normal/reverse position, capture probability, and appearance time are information determined for each event. In addition to these, as information to be reproduced when an event is executed, information regarding the event occurrence situation can be stored.

Here, the reverse position means a kind of enemy character parameter correction that is determined on a battle-by-battle basis. It is retained only for the duration of the applicable battle, and the effect does not remain after the battle. The condition for the reverse position is not particularly limited, but in this example, the condition using the player's level and the probability that can be specified according to a predetermined rule is provided. In this example, in the case of the reverse position, it is expressed as "reverse position" because the effect is that "after the enemy arrives at a fixed position on the screen, rotate it halfway and turn it upside down".

Also, the capture probability means the probability that the player can capture the enemy character. The configuration for calculating the catch probability is not particularly limited, but it is preferable that the configuration can be changed by the player using in-game elements.

Also, the appearance time means the time when the enemy character appears. The method of using the appearance time is not particularly limited, and may be presented to the player as a record, or may be configured to update or delete the information regarding the battle when a predetermined time elapses from the appearance time.

FIG. 18 is an explanatory diagram for explaining an example of a game screen. As shown in FIG. 18, an enemy character NPC, a reserve button 1601, an event avoidance button 1602, an event execution button 1603, and a capture probability display area 1610 are provided on the game screen as the event generation screen.

A reserve button 1601 is a virtual button for accepting a reserve request from the player. When the player selects the button, a battle with the enemy character NPC is registered, and the video game proceeds to the next scene without executing the battle.

An event avoidance button 1602 is a virtual button for accepting an avoidance request from the player. When the player selects the button, a battle avoidance determination with the enemy character NPC is performed, and the battle is avoided or the battle is executed due to the failure of the avoidance.

An event execution button 1603 is a virtual button for accepting an execution request from the player. When the player selects the button, a battle with the enemy character NPC is executed.

The control section 22F has a function of controlling the progress of the video game based on the registration of the event. In this example, when a battle as an event is registered, the control unit 22F performs subsequent processing assuming that the battle has ended due to the registration. Regarding the registered battle, the registration may be reflected in subsequent processing, or the battle may be handled as if it had not occurred.

The execution unit 23F has a function of executing an event registered in a predetermined storage area when an execution request for the event is received. In this example, the execution unit 23F executes the battle when the registered battle is selected by the player. In this example, a registered battle list is displayed according to the player's operation, and the battle selected by the player is executed.

FIG. 15 is a flowchart showing an example of game-related processing (game processing) executed by the terminal 20F. The operation of the terminal 20F will be described below as an example. Note that the description of the operation with the server 10 is omitted from the viewpoint of avoiding duplication of description.

In the game processing, the terminal 20F first registers an event in which the reserve request is received (step S6-11). In this example, the terminal 20F registers the battle in a predetermined storage area when a battle as an event occurs and a reserve request from the player is received.

After registering the event, the terminal 20F controls the subsequent progress of the video game (step S6-12). In this example, the terminal 20F controls the subsequent progress of the video game by performing processing corresponding to the registered battle being set aside.

When the terminal 20F receives a request to execute the registered event while controlling the progress of the video game, the terminal 20F executes the event for which the execution request has been received (step S6-13). In this example, the terminal 20F starts the battle selected by the player among the registered battles.

As described above, as one aspect of the sixth embodiment, the user terminal 20F having the function of controlling the progress of the video game according to the user's operation includes the registration unit 21F, the control unit 22F, and the execution 23F, when receiving a reserve request for an event occurring in the video game, the event is registered in a predetermined storage area, and the progress of the video game is controlled based on the registration of the event. , when an execution request for an event registered in a predetermined storage area is received, the event is executed, and the degree of freedom regarding how to enjoy the video game can be improved.

As one aspect of the sixth embodiment, the user terminal 20F may have the player perform a test and determine the enemy character based on the result of the test. By adopting such a configuration, it is possible to improve the fun of the test in the video game. In this case, the configuration of the test is not particularly limited, but a configuration in which the player sets in-game elements to given options is preferable. In an example of such a configuration, the side of the questioner (for example, the side of the manager of a video game) creates a question and a plurality of choices about a real-world phenomenon, makes the player select a predetermined number of choices, and after the correct answer is confirmed, , there is a configuration in which a privilege is given to a player who selects an option corresponding to the correct answer. In this case, the player who selects the wrong answer may be allowed to battle with the enemy character, and the treatment of the in-game element set by the player as an option may be determined based on the result of the battle. That is, for example, even if the player chooses an incorrect answer, if the player wins the subsequent battle with the enemy character, it may be possible to acquire some or all of the in-game elements set to the incorrect answer. Furthermore, it is good also as a structure which can reserve such a battle.

As one aspect of the sixth embodiment, when the user terminal 20F receives a request to execute a registered battle, the event generation screen corresponding to the battle may be displayed. With such a configuration, the load of generating a new screen can be eliminated.

As one aspect of the sixth embodiment, the user terminal 20F may employ a configuration in which the status of the player or player character at the time of event occurrence is adopted when executing the reserved event. It is good also as composition which adopts a thing of time. Alternatively, the status at the time of event occurrence may be used normally, and the status at the time of event execution may be used when a predetermined condition is satisfied, for example, when a predetermined in-game element is used by the player.

In addition, as one aspect of the sixth embodiment, the user terminal 20F may be configured to prompt cooperation of a plurality of players. In this case, the user terminal 20F may be configured so that the player can act without consuming assets during the game if a predetermined condition regarding another player is satisfied in the video game. In this case, for example, when selecting an option in a quiz game, the player's in-game elements are usually consumed as a price, but the options selected by other players may be configured so that the price is not required a predetermined number of times. . In addition, when attacking an enemy character encountered by another player, the player may not be required to pay for the attack normally required up to a predetermined number of times. If the battle with the enemy character is set aside by another player, the player may be notified of this fact when the other player executes the battle.

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

In each of the above-described embodiments, the plurality of user terminals 20, 201 to 20N and the server 10 follow various control programs (for example, video game processing programs) stored in their own storage devices to perform the various operations described above. Execute the process.

Further, the configuration of the system 100 is not limited to the configuration described as an example of each embodiment described above. Any one of the user terminals 20, 201 to 20N (for example, the user terminal 20) may execute some or all of the processes described as the processes executed by the server 10. FIG. Further, a configuration in which any one of the plurality of user terminals 20, 201 to 20N may include a part or all of the storage unit included in the server 10 may be used. That is, a part or all of the functions provided by one of the user terminal 20 and the server 10 in the system 100 may be provided by the other.

Also, the program may be configured to implement part or all of the functions described as examples of the above-described embodiments in a single device that does not include a communication network.

Note that depending on the progress of the video game means that the occurrence of various progresses or changes that can occur in the video game is used as a trigger or criterion for specific processing. Examples of specific processing include determination processing and information update processing. Examples of various progressions or changes that can occur in a video game include the passage of time, changes in game element values, updates of specific statuses or flags, or user input.

[Appendix]
The above descriptions of the embodiments describe at least the following inventions so that those having ordinary knowledge in the field to which the inventions belong can implement them.
[1]
A video game processing program for causing a user terminal to realize a function of controlling the progress of a video game in accordance with a user's operation,
to the user terminal,
a registration function of registering the event in a predetermined storage area when a reserve request for the event that occurred in the video game is received;
a control function for controlling progress of the video game based on the registration of the event;
A video game processing program for realizing an execution function for executing an event registered in the predetermined storage area when an execution request for the event is received.
[2]
The video game processing program according to [1], wherein the control function controls the progress of the video game on the assumption that the registered event has not occurred or has ended.
[3]
The registration function implements a function of associating the event with predetermined information and registering the event in the predetermined storage area,
The execution function executes an event based on the execution request accepted via the list displayed by referring to the predetermined storage area.
A video game processing program according to [1] or [2] for realizing.
[4]
to the user terminal,
a notification function for notifying a player of at least one of the predetermined number of events when there are a predetermined number of registered events;
a deletion function for deleting registration of the event executed by the execution function;
A video game processing program according to any one of [1] to [3] for realizing.
[5]
to the user terminal,
a display function for displaying a game screen for accepting any one of an execution request, a reserve request, and an avoidance request for the event;
realizing a judgment function for judging whether or not the event can be avoided according to a predetermined judgment rule when an avoidance request is received through the game screen;
The video game processing program according to any one of [1] to [4], wherein the control function controls the progress of the video game based on the determination result of the determination function.
[6]
to the user terminal,
The video game processing program according to any one of [1] to [5] for realizing a reception function of receiving the reserve request only when an event occurring in the video game satisfies a predetermined condition.
[7]
Video game processing for causing a server communicable with the user terminal to realize at least one of the functions that the video game processing program according to any one of [1] to [6] causes the user terminal to realize. program for.
[8]
A user terminal in which the video game processing program according to any one of [1] to [7] is installed.
[9]
A video game processing system comprising a communication network, a server, and a user terminal, and controlling the progress of a video game according to a user's operation,
registration means for registering the event in a predetermined storage area when a reserve request for an event occurring in the video game is received;
control means for controlling progress of the video game based on the registration of the event;
and execution means for executing an event registered in the predetermined storage area when an execution request for the event is received.
[10]
the server includes the registration means, the control means, and the execution means;
[9] The video game processing system according to [9], wherein the user terminal includes receiving means for receiving information for outputting the video game to a display screen of a display device.
[11]
A video game processing program for causing a server to realize a function of controlling the progress of a video game according to a user's operation,
to the server,
a registration function of registering the event in a predetermined storage area when a reserve request for the event that occurred in the video game is received;
a control function for controlling progress of the video game based on the registration of the event;
A video game processing program for realizing an execution function for executing an event registered in the predetermined storage area when an execution request for the event is received.
[12]
A video game processing program for causing a user terminal to realize a function of controlling the progress of a video game in accordance with a user's operation, wherein when a reserve request for an event occurring in the video game is received, the event is processed according to a predetermined a registration function for registering in a storage area; a control function for controlling the progress of the video game based on the registration of the event; A video game processing program for causing the user terminal to realize a function of receiving information for outputting the video game to a display screen of a display device from a server having an execution function of executing an event.
[13]
A video game processing program for causing a user terminal capable of communicating with the server to implement at least one of the functions that the video game processing program according to [11] causes the server to implement.
[14]
A server installed with the video game processing program according to [11] or [13].
[15]
A video game processing method for controlling the progress of a video game according to a user's operation,
a registration process of registering the event in a predetermined storage area when a reserve request for an event occurring in the video game is received;
a control process for controlling the progress of the video game based on the registration of the event;
and an execution process for executing the event registered in the predetermined storage area when an execution request for the event is received.
[16]
A video game processing method executed by a video game processing system comprising a communication network, a server, and a user terminal to control the progress of the video game according to user operations, comprising:
a registration process of registering the event in a predetermined storage area when a reserve request for an event occurring in the video game is received;
a control process for controlling the progress of the video game based on the registration of the event;
and an execution process for executing the event registered in the predetermined storage area when an execution request for the event is received.

One embodiment of the present invention is useful for increasing the degree of freedom in how a video game is played.

10 Server 20, 201 to 20N User Terminal 11, 21 Registration Unit 12, 22 Control Unit 13, 23 Execution Unit 24 Notification Unit 25 Erasure Unit 26 Display Unit 27 Judgment Unit 28 Reception Unit 30 Communication Network 100 System

Claims (4)

A video game processing program for causing a user terminal to realize a function of controlling the progress of a video game in accordance with a user's operation,
to the user terminal,
a registration function for registering an event in a predetermined storage area when a reserve request for an event that occurs when a predetermined occurrence condition is satisfied in the video game is received;
a control function for controlling the progress of the video game so that the event is skipped based on the registration of the event for which the reserve request has been received ;
When an event execution request registered by the registration function is received, the predetermined storage area is referred to, and the event is executed by adopting the status of the character operated by the user when the execution request is received. an execution function to
realizing an erasing function for erasing an event that satisfies a prescribed condition among events registered up to a prescribed number as an upper limit from the prescribed storage area without waiting for execution by the execution function;
The registration function realizes a function of registering information for enabling execution of the registered event in the predetermined storage area,
The execution function implements a function of executing the event if no reserve request for the event occurring in the video game is received,
A video game for realizing a function of erasing the registered event from the predetermined storage area assuming that the predetermined condition is satisfied when a predetermined time has passed since the occurrence of the registered event. processing program. 2. The video game processing program according to claim 1, wherein the execution function executes an event selected by the user from a list of registered events. A video game processing program for causing a server to realize a function of controlling the progress of a video game according to a user's operation,
to the server,
a registration function for registering an event in a predetermined storage area when a reserve request for an event that occurs when a predetermined occurrence condition is satisfied in the video game is received;
a control function for controlling the progress of the video game so that the event is skipped based on the registration of the event for which the reserve request has been received ;
When an event execution request registered by the registration function is received, the predetermined storage area is referred to, and the event is executed by adopting the status of the character operated by the user when the execution request is received. an execution function to
realizing an erasing function for erasing an event that satisfies a prescribed condition among events registered up to a prescribed number as an upper limit from the prescribed storage area without waiting for execution by the execution function;
The registration function realizes a function of registering information for enabling execution of the registered event in the predetermined storage area,
The execution function implements a function of executing the event if no reserve request for the event occurring in the video game is received,
A video game for realizing a function of erasing the registered event from the predetermined storage area assuming that the predetermined condition is satisfied when a predetermined time has passed since the occurrence of the registered event. processing program. A video game processing system comprising a communication network, a server, and a user terminal, and controlling the progress of a video game according to a user's operation,
registration means for registering an event in a predetermined storage area when a reserve request for an event that occurs when a predetermined occurrence condition is satisfied in the video game is received;
control means for controlling the progress of the video game so that the event is skipped based on the registration of the event for which the reserve request has been received ;
When an event execution request registered by the registration function is received, the predetermined storage area is referred to, and the event is executed by adopting the status of the character operated by the user when the execution request is received. an execution means to
erasing means for erasing an event that satisfies a prescribed condition among the events registered up to a prescribed number from the prescribed storage area without waiting for execution by the executing means;
The registration means registers information for enabling the registered event to be executed in the predetermined storage area,
The execution function implements a function of executing the event if no reserve request for the event occurring in the video game is received,
The video game processing, wherein the erasing means erases the registered event from the predetermined storage area assuming that the predetermined condition is satisfied when a predetermined time has passed since the occurrence of the registered event. system.

Images