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

Description

  At least one of the embodiments of the present invention relates to a video game processing program and a video game processing system for causing a user terminal to realize a function of controlling the progress of a video game in accordance with a user operation.

  Conventionally, in the field of video games, there is a system configured to be able to skip various events that have occurred.

  In such a system, for example, there is a system which can skip a movie to be reproduced at the start of a battle at an arbitrary timing (see Patent Document 1).

JP, 2015-037582, A

  The conventional system makes it possible to skip various events that occur in video games, so people who have enough play time will enjoy the event, and those who can not afford play time will be omitted as appropriate. There is a side that gives freedom in how to enjoy video games. However, in the conventional system, there is a case where the idea of the video game is degraded by permitting the skip of the event. That is, for example, if all of the events constituting the video game can be skipped, the user's preference for the video game may not be transmitted to the user. On the other hand, if the skip of the event is excessively limited, the burden on the user may be increased.

  It is an object of at least one embodiment of the present invention to solve the above-mentioned problems and to improve the freedom with regard to the enjoyment of video games.

  According to a non-limiting aspect, 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 in accordance with a user operation. When the user terminal receives a reserve request for an event generated in the video game, the video game proceeds based on the registration function of registering the event in a predetermined storage area and the registration of the event. And an execution function for executing the event when an execution request for the event registered in the predetermined storage area is received.

  According to a non-limiting aspect, 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 in accordance with a user operation. The server controls the progress of the video game based on the registration function of registering the event in a predetermined storage area when the server receives a reserve request for the event generated in the video game, and the registration of the event. And an execution function for executing the event when an execution request for the event registered in the predetermined storage area is received.

  According to a non-limiting aspect, 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 a video game in accordance with a user operation. It is a processing system, When a reserve demand to an event which occurred in the video game is received, a registration means which registers the event concerned in a predetermined storage area, and progress of the video game based on the fact that the event is registered. And an execution means for executing the event when an execution request for the event registered in the predetermined storage area is received.

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

It is a block diagram showing an example of composition of a video game processing system corresponding to at least one of an embodiment of the present invention. It is a block diagram showing composition of a server corresponding to at least one of the embodiments of the present invention. It is a flowchart which shows the example of the game processing corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the operation | movement by the side of the server in the game processing corresponding to at least one 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 game processing corresponding to at least one 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 processing corresponding to at least one 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 processing corresponding to at least one 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 processing corresponding to at least one 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 processing corresponding to at least one 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 an explanatory view for explaining an example of a storage state of information corresponding to at least one of the embodiments of the present invention. It is an explanatory view for explaining an example of a game screen corresponding to at least one of the embodiments of the present invention. It is a flowchart which shows the example of the game processing corresponding to at least one of embodiment of this invention.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. In addition, the various components in the example of each embodiment described below can be combined suitably in the range which a contradiction etc. do not produce. Moreover, about the content demonstrated as an example of a certain embodiment, the description may be abbreviate | omitted in other embodiment. In addition, the contents of operations and processes that are not related to the characterizing portion of each embodiment may be omitted. Furthermore, the order of the various processes constituting the various flows described below is random as long as no contradiction or the like occurs in the process contents.

First Embodiment
FIG. 1 is a block diagram showing an example of the configuration of a video game processing system 100 according to an 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 to 20N (N is an arbitrary integer) used by a user of the video game processing system. The configuration of the video game processing system 100 is not limited to this, and a single user terminal may be used by a plurality of users, or a plurality of servers may be provided.

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

  The video game processing system 100 includes the server 10 and the plurality of user terminals 20 and 201 to 20N to realize various functions for executing various processes in accordance with the user's operation.

  The server 10 is managed by a manager of the video game processing system 100, and has various functions for providing information on various processes to the plurality of user terminals 20 and 201 to 20N. In the present embodiment, the server 10 is configured by an information processing apparatus such as a WWW server, and includes a storage medium for storing various types of information. The server 10 has a general configuration for performing various processes as a computer such as a control unit and a communication unit, but the description thereof is omitted here. Further, in the video game processing system 100, the server 10 preferably manages various types of information from the viewpoint of reducing the processing load on each of the plurality of user terminals 20 and 201 to 20N. However, the storage unit storing various information may be configured to have a storage area in a state where the server 10 can access, for example, a dedicated storage area may be provided outside the server 10.

  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 at least includes a registration unit 11, a control unit 12, and an execution unit 13.

  The registration part 11 has a function which registers the said event in a predetermined storage area, when the reserve request with respect to the event which generate | occur | produced in the video game is received.

  Here, an event means an event that has occurred in a video game. The configuration of the event is not particularly limited, and may be one that can be operated by the user (for example, battle) or one that can not be operated by the user (for example, video reproduction). In addition, although the structure for generating an event is not specifically limited, It is preferable that it is a structure which generate | occur | produces according to advancing of a video game.

  In addition, the reserve request means an instruction to reserve an event. The configuration for receiving the reserve request is not particularly limited as long as the event can be identified. Examples of the configuration for receiving the reserve request include a configuration in which a predetermined operation input by the user is determined as a reserve request, and a configuration in which the satisfaction of the predetermined condition is determined as a reserve request. In addition, since the event registered according to the reserve request | requirement is registered in the state which can be performed later, it expresses it 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 the result of registering the event is reflected in the 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 an event is completed by registering the event and a subsequent story progresses.

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

  Here, the configuration for receiving an execution request for an event is not particularly limited as long as the user can recognize the event. In an example of such a configuration, there is a configuration in which a list of registered events is displayed and the selection by the user is received.

  Also, executing an event means making the user experience the event. That is, for example, when the event is moving image reproduction, reproducing the moving image corresponding to the event corresponds to the execution of the event. When the event is a battle with an enemy character, advancing the battle according to the user's operation corresponds to the execution of the event. The event may be divided into a plurality of phases (for example, occurrence, execution, end) including execution, and only the portion of execution may be stored.

  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. Communication terminal. In addition, the structure of the user terminal which the video game processing system 100 may contain is not limited to the example mentioned above, What is necessary is just the structure which a user can recognize a 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 device.

  The plurality of user terminals 20 and 201 to 20 N are each connected to the communication network 30 and communicate with the server 10 to execute various processing (for example, a browser screen or the like according to the coordinates) A display device for displaying a game screen and the like, 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 going through the server 10.

  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. In the game processing in this example, processing related to registration of an event is performed. Hereinafter, a case where the server 10A and the user terminal 20 (terminal 20) execute game processing will be described as an example.

  The game process is started, for example, when an event occurs in a video game. Hereinafter, a case where a reserveable event occurs and the server 10A receives a reserve request for the event will be described as an example.

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

  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 status of the video game.

  When controlling the progress of the video game, when the server 10A receives an execution request for an event, the server 10A executes the event for which the execution request has been received (step S13). In the present example, the server 10A executes a registered event specified by the user. In the present example, the server 10A transmits, to the terminal 20, information (output information) for causing the game screen related to the event to be output, and causes the game screen to be displayed on the display screen of the display device included in the terminal 20.

  Here, the game screen means a screen representing a virtual space (or game space). In the present example, various elements constituting the game screen may be referred to as an image. The configuration of the game screen is not particularly limited as long as the user can recognize the status of the video game.

  In addition, displaying the game screen on the display screen of the display means that the game screen is output to the display provided in the user terminal 20 or the like by communication using the communication network 30. An example of a configuration for displaying the game screen on the display device includes a configuration for transmitting information (output information) generated on the server side 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. Examples of compressed image information include those used in cloud games (eg, MPEG). Further, information for generating an image on the terminal side includes information used in an online game (for example, position information of an object).

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

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

  In the game process, the server 10A first registers the event for which the reserve request has been received (step S101), and controls the progress of the video game (step S102). In the present example, the server 10A appropriately receives information (operation related information) related to the user operation from the terminal 20, and controls the progress of the video game.

  When controlling the progress of the video game, when the server 10A receives the request for execution of the registered event, the server 10A executes the event for which the request for execution has been received (step S103). In this example, the server 10A generates information on the 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 the game processing. Hereinafter, a case where the terminal 20 executes the game processing alone will be described as an example. The configuration of the terminal 20 has the same function as the configuration of the server 10 except for receiving various types of information from the server 10, and thus the description thereof is omitted from the viewpoint of avoiding redundant description.

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

  As described above, as one aspect of the first embodiment, the server 10A having a function of controlling the progress of the video game in accordance with the user's operation includes the registration unit 11, the control unit 12, and the execution unit. And 13, when receiving a reserve request for an event generated in a 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 can be executed to improve the degree of freedom regarding how to enjoy the video game.

  That is, instead of simply skipping events that occur in a video game, it becomes possible to save (that is, to register for later execution), so if you do not have time, for example, you will take events Aside, you can play the event when time is up, and you can increase the freedom of the video game play mode.

Second Embodiment
FIG. 6 is a block diagram showing a configuration of a user terminal 20B (terminal 20B) which is an example of the user terminal 20. In the present example, the terminal 20B at least includes a registration unit 21, a control unit 22B, and an execution unit 23.

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

  Here, controlling the progress of the video game on the assumption that the registered event has not occurred means that the generated event does not affect the progress of the video game. That is, when an event occurrence condition is satisfied and a predetermined event occurs, when the event is registered, the control unit 22B sets the state of the video game to the state before the event occurrence and controls the progress of the video game thereafter. . In this case, the condition for generating the registered event may be changed from the one before registration to the request for execution of the registered event.

  Further, the configuration for controlling the progress of the video game as the event has ended is not particularly limited, but it is preferable that the configuration is such that the user wants to play the saved event. In an example of such a configuration, when an event is registered, it is determined that the event is successful, and the progress of the video game is controlled as if the in-game element that can be acquired by the user in the event is not acquired. There is a configuration.

  Further, it may be determined whether the registered one is not generated or completed according to a predetermined rule, or only one of them may be adopted. The configuration for determining in accordance with the predetermined rule is not particularly limited. For example, the information regarding the event includes “handling when registered”, and when the registration request is accepted, determination is made with reference to the information It is good also as composition.

  FIG. 7 is a flowchart showing an example of the game process performed 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 of avoiding duplication 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 the present example, when the event is a battle, the terminal 20B controls the progress of the video game as an unoccurring event. Also, when the event is video playback, it controls the progress of the video game on the assumption that the video playback has ended.

  As described above, as one aspect of the second embodiment, since the user terminal 20B includes the control unit 22B, it is assumed that the registered event has not occurred or that the event has ended. The progress of the video game can be controlled, and the progress of the video game can be controlled based on the registration of the generated event.

Third Embodiment
FIG. 8 is a block diagram showing a configuration of a user terminal 20C (terminal 20C) which is an example of the user terminal 20. In the present example, the terminal 20C at least includes 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 the event in a predetermined storage area.

  Here, the content of the predetermined information is not particularly limited, but it is preferable for the user to recognize the registered event. Examples of the predetermined information include information on occurrence of an event (occurrence related information), such as the date and time of occurrence of the event. Other examples of information regarding occurrence of an event include information determined according to a predetermined rule at the time of occurrence of an event (for example, enemy character level, enemy character capture probability, battle start situation, etc.). Here, the event means information on the event such as the name of the event and the content of the event.

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

  Here, the configuration for receiving an event execution request via a list is not particularly limited, but it is preferable that the user be able to 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 the execution request is accepted for the event corresponding to the event name designated by the user. There is a configuration.

  FIG. 9 is a flowchart showing an example of the game process performed 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 of avoiding duplication description.

  When receiving the storage request for the event that has occurred, the terminal 20C registers the event for which the storage request has been received and predetermined information (step S3-11). In the present example, the terminal 20C associates information on an event with the occurrence date and time of the event, and registers the information in a predetermined storage area.

  When the terminal 20C registers an event and controls the progress of the video game, the terminal 20C executes the event based on the execution request accepted through the list (step S3-12). In the present example, the terminal 20C displays a list representing registered events in response to a user operation, and performs processing for executing an event specified by the user.

  As described above, as one aspect of the third embodiment, since the user terminal 20C includes the registration unit 21C and the execution unit 23C, the event and predetermined information are associated with each other. The event can be 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 event to be executed can be selected from the list of registered events, the degree of freedom for the user can be improved.

  In the example of the embodiment described above, the case where the configuration of the list is not particularly limited has been described. However, when receiving an event execution request, a configuration may be adopted in which a certain degree of restriction is imposed on the user. In an example of such a configuration, there is a configuration in which the user is required to execute the events in the order (for example, the order of registration of the events) determined based on the information on the events.

Fourth Embodiment
FIG. 10 is a block diagram showing a configuration of a user terminal 20D (terminal 20D) which is an example of the user terminal 20. In the present example, the terminal 20D at least includes a registration unit 21, a control unit 22, an execution unit 23, a notification unit 24, and a deletion unit 25.

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

  Here, the predetermined number of configurations are not particularly limited, and may be one, or may be an upper limit number that can be registered. That is, when the predetermined number of events has been registered, the notification unit 24 notifies the player of the presence of the registered event regardless of the operation of the player.

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

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

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

  FIG. 11 is a flowchart showing an example of the game process performed 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 of avoiding duplication description.

  When the predetermined notification condition is satisfied, the terminal 20D notifies the player of the registered event (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 causing the player to recognize an event registered as a stored event.

  When the terminal 20D notifies the player of the registered event, the terminal 20D erases the executed event (step S4-12). In the present example, after displaying the registered event notification screen, the terminal 20D receives the selection of the 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 includes the notification unit 24 and the deletion unit 25. Therefore, when there is a predetermined number of registered events, the predetermined It is possible to notify the player of at least one event out of a number of events, delete the registration of the executed event, and prevent the event from being left standing.

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

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

  Here, an execution request for an event means an instruction that requests execution of an event that has occurred. Further, a reserve request for an event means an instruction requesting that an event that has occurred be registered in a predetermined storage area. Also, an avoidance request for an event means an instruction that requests that an event that has occurred be avoided.

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

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

  Also, the content of the determination rule is not particularly limited, but it is preferable that it may fail to avoid an event. As an example of the determination rule, there is one that makes a success or failure determination using an avoidance probability corresponding to an event.

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

  Here, controlling the progress of the video game based on the determination result means reflecting the determination result on the progress of the video game. The configuration for reflecting the determination result on 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 is being reflected. In an example of such a configuration, when the determination result is a success, the progress of the video game is controlled as if the event is avoided, and if the determination result is a failure, processing for executing the event is performed. There is.

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

  Here, the content of the predetermined condition is not particularly limited, but it is preferable that the influence on the progress of the video game is taken into consideration.

  FIG. 13 is a flowchart showing an example of the game process performed by the terminal 20. Hereinafter, the operation of the terminal 20E will be described as an example. In addition, about operation | movement with the server 10, description is abbreviate | omitted from a viewpoint of avoiding duplication description.

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

  The terminal 20E displays an event occurrence screen, and when accepting the avoidance request, determines whether or not the event can be avoided (step S5-12). In the present example, the terminal 20E determines whether or not to avoid the event based on the probability corresponding to the event. When the terminal 20E receives an event execution request or a storage request after displaying the event occurrence screen, the terminal 20E executes the corresponding processing.

  When the terminal 20E determines whether or not to avoid the event, the terminal 20E controls the progress of the video game based on the determination result (step S5-13). In the present 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. The game screen for receiving any of the request and the avoidance request is displayed, and when the avoidance request via the game screen is received, it is determined whether the event can be avoided according to a predetermined determination rule, and the determination result is It is possible to control the progress of the video game on the basis of the event and to save the generated event, thereby improving the ingenuity of the video game. That is, for example, in the case where the generated event is a battle with an enemy character, there has been a conventional one which allows the player to select the choice of fighting or avoiding, but the characteristic option of "reserve" is used as a different option. It can be provided.

  Further, as one aspect of the fifth embodiment, the user terminal 20E is configured to include the receiving unit 28. Therefore, the reserve request is received only when the event generated in the video game satisfies the predetermined condition, and the game balance is broken. Can be prevented.

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

  In the present example, the terminal 20F at least includes 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 the event generated in the video game. In the present example, when a battle with an enemy character occurs, the registration unit 21F receives a reserve request when a specific virtual button provided on a game screen (event generation screen) indicating that a battle has occurred is selected. It is determined that the information related to the battle is registered in a predetermined storage area in a reproducible state.

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

  Here, the registration number means the identification number of the registered event. In this example, numbers are assigned in the order of registration. Further, in the present example, it is assumed that an upper limit is set for the registrable number. The method of assigning registration numbers and the change rule of the upper limit number are not particularly limited.

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

  The rank is information linked to the ID of the enemy character. Information on enemy characters may be stored as information to be output when executing a registered event, in addition to the rank. Note that the rank of the enemy character may be determined based on information on the player (for example, the level of the player).

  The normal position / reverse position, capture probability, and appearance time are information determined on an event basis. Besides these, information on the event occurrence status may be stored as information to be reproduced when executing the event.

  Here, the reverse position means one type of enemy character parameter correction determined in battle units. It is held only during the battle, and there is no remaining effect after the battle. The conditions for the reverse position are not particularly limited, but in the present example, it is assumed that conditions using the level of the player and the probability that can be specified according to a predetermined rule are provided. In this example, in the case of the reverse position, it is expressed as "reverse position" in order to produce an effect that "the enemy reaches a fixed position on the screen and then make a half turn and turn it upside down".

  The capture probability means the probability that the player can capture an enemy character. The configuration for calculating the capture probability is not particularly limited, but is preferably a configuration that can be varied by the player using the in-game element.

  The appearance time means the time when the enemy character has appeared. The method of using the appearance time is not particularly limited, and may be presented as a record to the player, or the battle-related information may be updated or deleted when a predetermined time has elapsed from the appearance time.

  FIG. 18 is an explanatory diagram for describing an example of the game screen. As shown in FIG. 18, on the game screen as an event occurrence screen, 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.

  The reserve button 1601 is a virtual button for receiving 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 the battle being executed.

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

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

  The control unit 22F has a function of controlling the progress of the video game based on the registration of the event. In the present example, when a battle as an event is registered, the control unit 22F performs the subsequent processing on the assumption that the battle is ended by the registration. The registered battle may be configured to reflect the registration in subsequent processing, or may be treated as if the battle has not occurred.

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

  FIG. 15 is a flowchart showing an example of processing (game processing) related to a game executed by the terminal 20F. Hereinafter, the operation of the terminal 20F will be described as an example. In addition, about operation | movement with the server 10, description is abbreviate | omitted from a viewpoint of avoiding duplication description.

  In the game process, the terminal 20F first registers an event for which a reserve request has been received (step S6-11). In the present example, when a battle occurs as an event and a player requests a reserve, the terminal 20F registers the battle in a predetermined storage area.

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

  When controlling the progress of the video game, when the terminal 20F receives an execution request for the registered event, the terminal 20F executes the event for which the execution request has been received (step S6-13). In the present 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 a function of controlling the progress of the video game in accordance with the operation of the user executes the registration unit 21F, the control unit 22F, and Since the configuration is provided with unit 23F, when a reserve request for an event that has occurred in a video game is received, 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 can be executed to improve the degree of freedom regarding how to enjoy the video game.

  As one aspect of the sixth embodiment, the user terminal 20F may be configured to cause the player to perform a test and determine an enemy character based on the result of the test. With such a configuration, it is possible to improve the taste of the test in the video game. In this case, although the configuration of the test is not particularly limited, it is preferable that the configuration is such that the player sets an in-game element to a given option. In an example of such a configuration, the questioner side (for example, the manager of the video game side) creates a problem and a plurality of options related to a real event, causes the player to select a predetermined number of options, and the correct answer is determined. There is a configuration in which a bonus is given to a player who has selected an option corresponding to the correct answer. In this case, the player who has selected the wrong answer may be made to execute a battle with the enemy character, and the treatment of the in-game element set as the option by the player may be determined based on the result of the battle. That is, for example, even a player who has selected an incorrect answer may be configured to be able to acquire part or all of the in-game elements set as an incorrect answer when winning a battle with a subsequent enemy character. Furthermore, it is good also as composition which can reserve such a battle.

  As one aspect of the sixth embodiment, when the user terminal 20F receives a registered battle execution request, it may be configured to display an event occurrence screen corresponding to the battle. With such a configuration, it is possible to eliminate the load of generating a new screen.

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

  As one aspect of the sixth embodiment, the user terminal 20F may be configured to urge the cooperation of a plurality of players. In this case, the user terminal 20F may be configured to be able to act without consuming the asset during the game when the predetermined condition regarding the other player is satisfied in the video game. In this case, for example, when selecting an option in the quiz game, the player's in-game element is usually consumed as a price, but the option selected by the other player may not be charged a predetermined number of times. . In addition, when attacking an enemy character encountered by another player, the price of the normally required attack may not be required of the player up to a predetermined number of times. When a battle with the enemy character is saved by another player, the player may be notified of that when the other player executes the battle.

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

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

  Further, the configuration of the system 100 is not limited to the configuration described as the example of each embodiment described above, and for example, the server 10 may execute part or all of the processing described as the processing executed by the user terminal. Alternatively, part or all of the processing described as the processing executed by the server 10 may be executed by 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 or all of the memory | storage part with which the server 10 is equipped may be provided with either of several user terminals 20 and 201-20N. That is, part or all of the functions of either the user terminal 20 or the server 10 in the system 100 may be configured to be included in the other.

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

  Note that, according to the progress of the video game, it means that the occurrence of various progressions or changes that may occur in the video game is used as a trigger or reference of a specific process. Examples of the specific processing include determination processing and information update processing. Further, examples of various progressions or changes that may occur in the video game include progress of time, change of game element value, update of a specific status or flag, or user's operation input.

[Supplementary note]
In the description of the above-described embodiment, at least the following invention has been described so that those skilled in the art to which the present invention belongs can practice.
[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 the user's operation.
At the user terminal
A registration function for registering the event in a predetermined storage area when receiving a reserve request for the event generated in the video game;
A control function for controlling the progress of the video game based on the registration of the event;
A video game processing program for realizing an execution function of executing an event when an execution request for an event registered in the predetermined storage area is received.
[2]
The video game processing program according to [1], wherein the control function implements a function of controlling the progress of the video game on the assumption that the registered event has not occurred or the event has ended.
[3]
The registration function realizes a function of registering the event and predetermined information in association with each other in the predetermined storage area,
The execution function has a function of executing an event based on the execution request accepted through a list displayed with reference to the predetermined storage area.
The video game processing program according to [1] or [2] for realization.
[4]
At the user terminal
A notification function for notifying a player of at least one of the predetermined number of events when the number of registered events is a predetermined number;
And an erasing function for erasing registration of an event executed by the execution function
The video game processing program according to any one of [1] to [3] for realizing it.
[5]
At the user terminal
A display function for displaying a game screen for receiving one of an execution request, a reserve request, and an avoidance request for the event;
A determination function is implemented to determine whether or not the event can be avoided according to a predetermined determination rule when accepting an avoidance request via the game screen,
The video game processing program according to any one of [1] to [4], for realizing the function of controlling the progress of the video game based on the determination result by the determination function in the control function.
[6]
At the user terminal
The video game processing program according to any one of [1] to [5], for realizing a reception function for receiving the reserve request only when an event generated in the video game satisfies a predetermined condition.
[7]
Video game processing for causing a server capable of communicating 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.
[8]
A user terminal on 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, which controls the progress of a video game in accordance with a user operation,
Registration means for registering the event in a predetermined storage area when receiving a reserve request for the event generated in the video game;
Control means for controlling the progress of the video game based on the registration of the event;
A video game processing system including execution means for executing the event when receiving an execution request for the event registered in the predetermined storage area;
[10]
The server includes the registration unit, the control unit, and the execution unit;
The video game processing system according to [9], wherein the user terminal includes receiving means for receiving information for outputting the video game on 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 in accordance with the user's operation.
To the server
A registration function for registering the event in a predetermined storage area when receiving a reserve request for the event generated in the video game;
A control function for controlling the progress of the video game based on the registration of the event;
A video game processing program for realizing an execution function of executing an event when an execution request for an event registered in the predetermined storage area 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, and when receiving a reserve request for an event generated in the video game, the event is designated as a predetermined event. When an execution request for an event registered in the predetermined storage area is accepted, a registration function registered in the storage area, a control function controlling the progress of the video game based on the registration of the event, and an execution request for the event registered in the predetermined storage area A video game processing program for causing a user terminal to realize a function of receiving information for outputting the video game on a display screen of a display device from a server having an execution function for executing an event.
[13]
[11] A video game processing program for causing a user terminal capable of communicating with the server to realize at least one of the functions that the video game processing program described above causes the server to realize.
[14]
[11] A server on which the video game processing program according to [13] is installed.
[15]
A video game processing method for controlling the progress of a video game in accordance with a user's operation, comprising:
A registration process for registering the event in a predetermined storage area when receiving a reserve request for the event generated in the video game;
Control processing for controlling the progress of the video game based on the registration of the event;
A video game processing method comprising: an execution process of executing an event when an execution request for the event registered in the predetermined storage area 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, in order to control the progress of a video game in accordance with a user's operation.
A registration process for registering the event in a predetermined storage area when receiving a reserve request for the event generated in the video game;
Control processing for controlling the progress of the video game based on the registration of the event;
A video game processing method comprising: an execution process of executing an event when an execution request for the event registered in the predetermined storage area is received.

  According to one embodiment of the present invention, it is useful to improve the degree of freedom regarding how to enjoy video games.

DESCRIPTION OF SYMBOLS 10 Server 20, 201 to 20 N User terminal 11, 21 Registration unit 12, 22 Control unit 13, 23 Execution unit 24 Notification unit 25 Erase unit 26 Display unit 27 Determination unit 28 Reception unit 30 Communication network 100 System

Claims (6)

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 the user's operation.
At the user terminal
A registration function for registering the event in a predetermined storage area in a reproducible state when receiving a reserve request for the event generated in the video game;
A control function for controlling the progress of the video game based on the registration of the event;
A reproduction function for reproducing the event by referring to the predetermined storage area when an execution request for the event registered in the predetermined storage area is received;
An execution function that executes the event by adopting the status of the user at the time of receiving the execution request ;
A video game processing program for realizing a deletion function of deleting from the predetermined storage area the event for which a predetermined time has elapsed since registration by the registration function . The execution in the functional, the user and the other claims 1 Symbol placement video game processing program for the user in a configuration to cooperate to realize the function of executing the event. In the execution function,
If the user does not satisfy a predetermined condition regarding another user, the user is made to consume a predetermined in-game element to execute the event.
The video game processing according to claim 1 or 2, for realizing a function of executing the event without causing the user to consume the predetermined in-game element when the user satisfies a predetermined condition regarding another user. program. The video game according to any one of claims 1 to 3, wherein the execution function realizes a function of adopting the status of the user at the time of receiving an execution request when a predetermined condition is satisfied. Processing program. A video game processing program for causing a server to realize a function of controlling the progress of a video game in accordance with the user's operation.
To the server
A registration function for registering the event in a predetermined storage area in a reproducible state when receiving a reserve request for the event generated in the video game;
A control function for controlling the progress of the video game based on the registration of the event;
A reproduction function for reproducing the event by referring to the predetermined storage area when an execution request for the event registered in the predetermined storage area is received;
An execution function that executes the event by adopting the status of the user at the time of receiving the execution request ;
A video game processing program for realizing a deletion function of deleting from the predetermined storage area the event for which a predetermined time has elapsed since registration by the registration function . A video game processing system comprising a communication network, a server, and a user terminal, which controls the progress of a video game in accordance with a user operation,
Registration means for registering the event in a predetermined storage area in a reproducible state when accepting a reserve request for the event generated in the video game;
Control means for controlling the progress of the video game based on the registration of the event;
A reproduction function for reproducing the event by referring to the predetermined storage area when an execution request for the event registered in the predetermined storage area is received;
An execution means for adopting the status of the user at the time of receiving the execution request and executing the event ;
A video game processing system , comprising: deleting means for deleting the event whose predetermined time has elapsed since registration by the registration means from the predetermined storage area .

Images