JP2014236907A - Game program and game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game program for enabling a player to efficiently perform a game operation desired by the player while shortening a game time of the player to the progress degree of the game, and a game system.SOLUTION: The game program makes a computer function as player character control means 32 for controlling a player character PC that moves in a prescribed game space in response to a player's operation, and automatic action control means 33 for setting a feature action purpose of the player character PC in response to the player's operation, and making the player character PC perform automatic action for a prescribed period on the basis of the set action purpose. The player character control means 32 performs manual action control for making the player character PC move from a desired time point in the automatic action in response to the player's operation on the basis of the player's operation.

Description

  The present invention relates to a game program and a game system for operating a player character moving in a predetermined game space to advance the game.

  Conventionally, there is a game program such as a role playing game or an adventure game in which a player operates a player character in a predetermined game space to advance the game (see, for example, Patent Document 1). In such a game, various events (combats with enemy characters, discovery of items, etc.) occur by moving the player character in order to achieve a predetermined purpose.

  Further, instead of the player actually operating the player character as described above, the game is automatically performed by setting the destination such as the destination and the destination and the various settings such as the equipment of the player character. There is also a game program that progresses (the player character automatically acts). In such a game, it is possible to confirm whether or not the objective has been achieved after a predetermined time has elapsed after the player has set the objective. For this reason, such a game is also called an abandoned game. In an abandoned game, the progress until the goal is achieved (who met, what kind of enemy it was fighting, what item was acquired, etc.) is displayed as a log over time (text display etc.) . The program of the neglected game is generally stored as an application in a communication information terminal such as a smartphone, and the communication information terminal advances the game by appropriately communicating with the server device. For this reason, after the player sets the purpose and starts the automatic action, the automatic action continues even if the application is terminated without continuing the game. After a predetermined time has elapsed from the start of the automatic action, the application If you activate, you can check the log of the automatic action. As described above, in the abandoned game, the game progresses automatically (the player character automatically acts) simply by setting the purpose or the like in advance, so that the game time of the player is reduced while the game is progressing. Can do.

Japanese Patent Laid-Open No. 11-300044

  In the conventional game configuration as described in Patent Document 1, for example, a player character is grown by accumulating experience values obtained as a result of a battle, or a rare item obtained from an enemy character with a predetermined probability as a result of a battle. If you acquire it, you will repeat battles over and over. If the same action is repeatedly performed in this way, the game time of the player with respect to the progress of the game becomes longer, and the game becomes workable, so that the player's interest in the game decreases (gets tired). There is a case.

  On the other hand, in an abandoned game, even if the player character is repeatedly made to perform the same action, the player does not have to actually operate the player character. There is not much to do. However, there is a problem that the player does not actually operate for an event that the player wants to operate because the portion that the player himself / herself operates decreases. For example, in an abandoned game, even if you want to fight against an enemy character you encountered during an automatic action, you cannot operate it yourself. Further, there is a problem that a battle method different from the battle method expected by the player is performed by performing the battle automatically. For example, as a result of performing only physical attacks against enemy characters that are weak against magic attacks and strong against physical attacks, even if you encounter an enemy character that may lose the enemy character or give a rare item, you will escape May occur. Such problems can occur in events other than battle, and are not limited to role-playing games. The same applies to adventure games such as romance games where the game progresses by encountering a character that is a romance target. Problems can arise.

  Accordingly, an object of the present invention is to provide a game program and a game system capable of efficiently performing a game operation desired by the player while shortening the game time of the player with respect to the progress of the game.

  According to one aspect of the present invention, there is provided a game program that controls a player character controlling means for controlling a player character that moves in a predetermined game space in accordance with an operation of the player, and the future of the player character in accordance with the operation of the player. An action purpose is set, and based on the set action purpose, the player character is caused to function as an automatic action control means for automatically acting for a predetermined period, and the player character control means is based on an operation of the player, Manual action control is performed in which the player character is operated in accordance with a player's operation from a desired point in the automatic action.

  The automatic action control means includes action log creating means for creating an action log indicating a result of the player character automatically acting for a predetermined period based on the action purpose, and the game program includes the computer, Action log display means for displaying an action log on a game screen using at least one log element, and log element selection means for selecting a desired log element from the action log displayed on the game screen, The player character control means may perform the manual action control from the time when the selected log element is generated.

  The action log display means displays the action log on the game screen so that a plurality of log elements are arranged in a time-ordered manner, and the player character control means is configured to display the log element selected by the log element selection means. The manual action control may be performed by returning the in-game time to the time point.

  The automatic action control means may erase the action log created by the action log creating means when the player character control means performs the manual action control from the time when the selected log element is generated. .

  A game system according to another aspect of the present invention includes a program storage unit that stores the game program, and a computer that executes the program stored in the program storage unit.

  ADVANTAGE OF THE INVENTION According to this invention, the game program and game system which can perform efficiently the game operation which a player desires can be provided, shortening the game time of the player with respect to the progress of a game.

It is a block diagram which shows the hardware constitutions of the game system to which the game program in one Embodiment of this invention is applied. It is a block diagram which shows the functional structure of the game system in this embodiment. It is a figure which shows the game screen as which the world map was displayed in this embodiment. It is a flowchart which shows the flow of the switching process from normal mode in this embodiment to automatic action mode. It is a figure which shows an example of the action log displayed on a game screen in this embodiment. It is a flowchart which shows an example of the switching process for performing manual action from the middle of the action log | history in this embodiment. It is the schematic which shows an example of the game screen at the time of the battle in this embodiment. FIG. 8 is a schematic diagram showing a game screen when a subcommand input button is expanded and displayed in FIG. 7. It is a flowchart which illustrates the flow of the game over process in this embodiment.

  Hereinafter, a game program and a game system according to embodiments of the present invention will be described with reference to the drawings.

[Game Overview]
This game progresses by operating a player object (hereinafter simply referred to as a player character) such as a player character that moves on a two-dimensional or three-dimensional moving area called a world map displayed on the game screen. Let Non-player characters such as enemy characters are arranged on the world map, and an event (battle or the like) may occur when the player character and the non-player character encounter each other. Furthermore, an entrance to a game stage such as a dungeon or a town is arranged on the world map, and when the player character reaches the entrance, a process of entering the game stage or the town is performed. Even at the game stage, an event such as a battle may occur by operating a player character on a two-dimensional or three-dimensional moving area. In town, equipment and items of player characters can be bought and sold. The town may be configured so that the player character can move on a two-dimensional or three-dimensional moving area, or may be configured only by text display.

  As described above, in this game, the player character is grown while moving the game stage or the world map, etc., subjugating enemy characters or acquiring items, and various tasks (quests) are achieved. It has become something to do.

  In addition to the normal mode (manual action mode) in which the game moves on the world map according to the player's operation as described above, and battles with the player's operation when encountering an enemy character, By setting an action purpose such as a destination and an action to be performed, an automatic action mode for moving the player character to the set destination or performing an action to be performed is provided. In the automatic action mode, the game proceeds without being operated by the player. For example, in the automatic action mode, when the player character encounters an enemy character while moving to the destination, a battle is automatically performed. Also, for example, in the automatic action mode, the player character searches for a dungeon set as an action purpose, and automatically acquires an item by finding a treasure box.

  In such an automatic action mode, it is not necessary to keep starting the game device 2 (application). That is, during the automatic action, even if the game apparatus 2 is not activated, the game automatically proceeds until a predetermined time for each purpose elapses.

  In addition, a store screen (not shown) can be displayed at a predetermined position on the game screen so that a special item can be acquired for advantageous advancement of the game by charging the game. Special items can be purchased on the store screen. Specifically, when the player performs an operation of purchasing a special item, the server device 3 and the game device 2 communicate with each other to cause the player to acquire the special item, and to obtain the player ID and the account information associated therewith. The server device 3 is configured to withdraw money from the player's account by electronic transaction from the server device 3 in accordance with the type and number of special items acquired by the player. By using special items obtained by charging the game in this way, the game can be advantageously advanced in various situations. Instead of enabling the store screen to be displayed at a predetermined position on the game screen, a place where such a special item can be purchased is provided at a predetermined position on the world map M, which will be described later, and the player character is positioned at that position. At this time, a game screen on which special items can be purchased may be displayed.

[Hardware configuration]
FIG. 1 is a block diagram showing a hardware configuration of a game system to which a game program according to an embodiment of the present invention is applied. The game system 1 is configured such that a game device 2 configured as a computer device and a server device 3 are communicably connected to each other via a network NW such as the Internet or a LAN. Among these, the game apparatus 2 includes a CPU 10 that controls its operation, and an operation input unit 12, a storage device 14, a ROM 15, and a RAM 16 are connected to the CPU 10 via a bus 11. Note that the game apparatus 2 is not limited to a game dedicated device, and may be a mobile terminal device such as a smartphone or a tablet information terminal. The game apparatus 2 may include a disk drive, a memory card slot, an HDD, or the like.

  The game device 2 in the present embodiment stores the first game program 30a and the first game data 30b described later from the server device 3 via the network NW, and stores them in the storage device 14. To do. In addition, the CPU 10 sends the save data 42c indicating the play status such as the progress of the game executed on the game device 2 to the server device 3 via the network NW based on a predetermined timing, a player's operation or a predetermined time. Upload to. That is, the save data 42c is stored in the server device 3, and the game device 2 restarts the game based on the play situation included in the save data 42c by downloading the save data 42c to the game device 2 again. Can do.

  Alternatively, in a game device having a disk drive, the game device 2 may acquire a game program and game data by loading a disk-type storage medium such as a DVD-ROM into the disk drive. Good. In addition, in a game device having a memory card slot, save data may be stored in the card type storage medium by loading the card type storage medium.

  The ROM 15 is a semiconductor memory such as a mask ROM or PROM, and stores a start program for starting the game apparatus 2 and the like. The RAM 16 is configured by a DRAM, an SRAM, or the like, and is acquired from the first game program 30a to be executed by the CPU 10, the first game data 30b required for the execution, and the server device 3 to be described later. The second game program 42a, the second game data 42b necessary for the execution of the second game program 42a, and the like are read and temporarily stored according to the game play status.

  Furthermore, a graphic processing unit 17, an audio synthesis unit 20, and a network interface 25 are connected to the CPU 10 via the bus 11.

  Among these, the graphic processing unit 17 draws a game image including a virtual game space such as a world map and a game stage, each character, and the like according to an instruction from the CPU 10. The graphic processing unit 17 is connected to a monitor 19 built in the game apparatus 2 via the video conversion unit 18, and the game image drawn by the graphic processing unit 17 is converted into a moving image format by the video conversion unit 18. It is converted and displayed on the monitor 19.

  The audio synthesizing unit 20 reproduces and synthesizes digital game sound in accordance with instructions from the CPU 10. An external speaker 22 is connected to the audio synthesis unit 20 via an audio conversion unit 21. Therefore, the game sound reproduced and synthesized by the audio synthesizing unit 20 is decoded into an analog format by the audio converting unit 21 and output from the speaker 22 to the outside.

  The operation input unit 12 includes a touch panel provided on the monitor 19, and a corresponding operation input is performed when the player touches an operation button or the like displayed on the monitor 19. The operation input unit 12 may be operated by operating an operation button or the like provided on the game device instead of the touch panel.

  On the other hand, the server device 3 includes a high-performance CPU 40 that controls its operation, and a storage device 42, a ROM 43, a RAM 44, and a network interface 45 are connected to the CPU 40 via a high-speed bus 41.

  The storage device 42 is a large-capacity storage medium built in the server device 3, and stores a second game program 42a, second game data 42b, and the like different from those provided in the above-described game device 2. Furthermore, the storage device 42 can store the save data 42 c uploaded from the game device 2. The ROM 43 is a semiconductor memory such as a mask ROM or a PROM, and a basic program for realizing basic operations of the server device 3 such as a program for controlling communication between the server device 3 and another game device 2 is provided. It is remembered. The RAM 44 is composed of DRAM, SRAM, or the like, and displays the second game program 42a to be executed by the CPU 40, the second game data 42b necessary for the execution, and the like according to the game play situation. It is read from the storage device 42 or the like and temporarily stored.

  In the present embodiment, the first game program 30a stored on the game apparatus 2 side communicates with the server apparatus 3, and game information downloaded from the server apparatus 3 each time is stored in a predetermined game screen. It is configured by an external program that performs processing for displaying the position and reflecting the operation of the player. Of the game programs, a program for performing game configuration, game processing, and the like is stored as a second game program 42a in the storage device 42 on the server device 3 side. Further, general game data 42b required for the game program is stored as second game data 42b in the storage device 42 on the server device 3 side, and the storage device 14 on the game device 2 side stores the game data on the game screen. Only the game data that actually needs to be displayed is downloaded from the server device 3 at any time and temporarily stored as the first game data 30b. For example, the storage device 42 of the server device 3 stores information on game stages, information on various events, and information on the game progress of each player (for example, information on the level of the player object, stamina, which game stage, etc.), Information related to charging is stored, and the server device 3 manages the information.

  At this time, the progress of the game may be performed on the server device 3 side. In this case, the server apparatus 3 advances the game in response to a request from the game apparatus 2 and sends the result to the game apparatus 2 to be displayed on the game screen. For example, in the game described later, the game apparatus 2 sends various setting information of the automatic action mode set based on the operation of the player to the server apparatus 3, and the server apparatus 3 determines the contents of the automatic action from the setting information. The calculation may be executed and the result may be returned to the game apparatus 2. Instead, the game may be progressed on the game device 2 side, and the result may be sent to the server device 3 to manage the game by the server device 3. For example, the content of the automatic action may be determined by the game apparatus 2 from various setting information of the automatic action mode set based on the operation of the player, and the result may be sent to the server apparatus 3 and stored. By using such a client-server game program, maintenance and update of the game program and game data can be easily performed collectively.

[Functional configuration of game device]
FIG. 2 is a block diagram showing a functional configuration of the game system in the present embodiment. As shown in FIG. 1, a game apparatus 2 constituting the game system 1 includes a CPU 10, a storage device 12, a ROM 15, a RAM 16, a graphic processing unit 17, a video conversion unit 18, an audio synthesis unit 20, an audio conversion unit 21, a network interface. The computer operates as a computer including a control unit including the face 25 and the like. Then, as shown in FIG. 2, the control unit of the game apparatus 2 executes the game programs 30 a and 42 a of the present invention in cooperation with the control unit of the server apparatus 3, so that the game space generating means 31, the player character The control means 32, automatic action control means 33, action log display means 34, log element selection means 35, game over processing means 36, and the like are exhibited.

  Among these, the game space generation means 31 generates a virtual game space in which the character operates and each character that operates in the game space, and displays the character on the monitor 19. For example, the game space generation means 31 reads data such as objects and textures included in the game data 30b and 42b as the player character moves, and generates a two-dimensional or three-dimensional virtual game space.

  The player character control means 32 controls the movement of the player character in the game space according to the operation of the operation input unit 12 by the player and the progress of the game. The automatic action control means 33 sets the future action purpose of the player character according to the operation of the player, and causes the player character to automatically act for a predetermined period based on the set action purpose. In the present embodiment, the automatic behavior control means 33 includes behavior log creation means 331. The action log creating unit 331 includes an action log creating unit 331 that creates an action log (behavior history) indicating a result of automatic action of the player character for a predetermined period based on the set action purpose.

  The action log display means 34 displays the action log created by the action log creation means 331 on the game screen using at least one log element. The log element selection means 35 can select a desired log element from predetermined log elements displayed as an action log on the game screen.

  The log element is obtained by classifying events generated during the game, actions performed by the player character or non-player character, and the contents of the action results into predetermined element units. For example, the log element includes an event element, an automatic action element, an action result element, and the like. Therefore, the action log in the automatic action is configured (represented) by a combination of such log elements.

  The game over processing means 36 provides a free continue item (described later) that can be used in accordance with the player's operation at a predetermined probability when the game is over.

[Normal mode]
Hereinafter, the contents of the normal mode (manual action mode) of the game will be described. FIG. 3 is a diagram showing a game screen on which a world map is displayed in the present embodiment. In the example of FIG. 3, a plurality of movement positions (movement masses) ST that can be the destination of the player character PC are arranged on the world map, and the plurality of movement positions ST are connected by a predetermined movement path P. On the game screen on which such a world map M is displayed, the player touches another movement position ST that he / she wants to go from the movement position ST where the player character PC is arranged, or the movement position where the player character PC is located. By performing a flick operation (sliding operation on the touch panel) along the movement path P connected to the ST, it is possible to move to another movement position. Note that the movement mode of the player character is not limited to this embodiment. For example, the player character PC may be moved on the world map M without the movement route P by a flick operation or a predetermined direction key operation. The world map M may be two-dimensional or three-dimensional.

  In this game, an event occurs as the player character PC moves. For example, a predetermined event occurs when the player character PC is positioned at a predetermined movement position ST. More specifically, a certain moving position ST is a town, and it is possible to buy and sell items and talk with people in the town. Further, a certain moving position ST is a dungeon, and the inside of the dungeon can be searched. The dungeon and the town may be configured as a two-dimensional or three-dimensional map in which the player character can move based on the operation of the player, as in the world map, or text by selecting at least one item. A selective configuration may be used.

  The event may include encounters with other characters (non-player characters or other player characters in the communication game). In encounter events with other characters, you can get information and get items by talking. Further, when another character is an enemy character, a battle is performed. In the present embodiment, the battle is performed in a command input format based on the player's operation, as will be described later.

  An encounter event with another character including a battle may occur on the movement path P instead of or in addition to occurring at the movement position ST. Further, the non-player character encountered on the world map M and within the movement position ST is set to encounter the player character PC with an encounter probability set for each predetermined area. The region where the encounter probability is set may be set for each area where the world map M is divided into one or more, or may be set for each movement position ST or movement path P. Other characters may be displayed in advance on the world map M, or may be displayed only at the time of encounter.

  In order to realize the above, the player character control means 32 moves the player character PC along the movement path P based on an operation of moving the player character PC by the player. Then, the player character control means 32 performs the appearance calculation of the non-player character based on the encounter probability set in the area where the player character PC moves, and the player character PC and the non-player character based on the result of the appearance calculation. And raise an encounter event. Further, in the encounter event, a battle or the like is performed based on the operation of the player.

  In this way, in the normal mode of the game, the player character control means 32 requests an operation by the player for each action at the time of movement and event occurrence, and controls the player character to act based on the operation by the player. .

[Automatic action mode]
In this game, it is possible to switch from the normal mode to the automatic action mode. In the present embodiment, in a predetermined state of the normal mode, when the player performs an operation for setting a future action purpose of the player character PC in advance, the game is switched to the automatic action mode. And automatically act for a predetermined period without any operation by the player. Switching to the automatic action mode is not particularly limited, for example, when the player character PC is located on the world map M, when located in a town, a dungeon, or the like in each movement position ST. Further, for example, even during an event such as a quest that is set in advance to achieve a predetermined purpose, switching to the automatic action mode may be possible.

  FIG. 4 is a flowchart showing a flow of switching processing from the normal mode to the automatic action mode in the present embodiment. First, in the state where the game in the normal mode as described above is being performed (step SA1), the automatic behavior control means 33 monitors whether or not the player has performed an operation of switching to the automatic behavior mode (step SA2). When there is an operation for switching to the automatic action mode (Yes in step S2), the automatic action control means 33 displays an automatic action setting screen on the game screen.

  In the present embodiment, the automatic action control means 33 sets the purpose of the automatic action based on the player's setting input operation (step SA3). The purpose of the automatic action is the destination (movement position ST of the destination), the action to be performed at the destination (for example, if the destination is a dungeon, search for a dungeon, defeat a predetermined enemy, To search for). Thereafter, the automatic behavior control means 33 performs various other settings based on the player's setting input operation (step SA4). Other various settings include, for example, confirmation (change) of equipment of the player character PC, selection of items usable during the automatic action, action type of the player character PC during the automatic action (for example, avoiding or actively fighting as much as possible) Such as performing a battle, emphasizing a physical attack or a magic attack at the time of battle, or using an item or a recovery magic when the physical strength is reduced).

  During the movement toward the destination and during the operation (searching) at the destination, at least one or more of the multiple types of events occurs, and the automatic behavior is selected and executed according to the automatic behavior. It is configured as follows. As described above, the automatic action is composed of a combination of an event element, an automatic action element, an action result element, and the like. In the event element, the occurrence probability is preset in the same manner as the event in the normal mode. The probability of an event occurring may be the same as or different from the event occurrence probability in the normal mode. In addition, the probability of occurrence of an event element may be set for each predetermined area, similar to the encounter probability with a non-player character in the normal mode.

  The automatic action elements include actions that can be performed by the player character PC such as “combat (with other characters encountered)”, “examine”, “speak (with other characters encountered)”, and the like. For example, “combat” includes “performs a physical attack”, “performs a magic attack”, “escapes”, “recovers”, etc., “speak” includes “give up”, “ask” There may be further subdivided automatic behavior elements such as “invite” and the like.

  That is, the action that the player character PC automatically takes when an event element occurs is defined as an automatic action element. Note that the action taken by the player character PC may be determined from a plurality of types of automatic action elements in one event. For example, an automatic action element when encountering an enemy character may include “combat” and “escape”. When there are a plurality of automatic action elements that can be taken by the player character PC, an occurrence probability is set for each automatic action element.

  The automatic action control means 33 calculates the probability of the combination of the event element and the log element including the automatic action element according to the various setting contents set as described above, and determines the contents of the automatic action (step SA5). ). Specifically, the automatic action control means 33 determines the occurrence time and contents of the event and the automatic action element selected according to the event based on the probability calculation. Furthermore, the automatic action control means 33 calculates an action result based on the action (automatic action element) taken by the player character PC. For example, the automatic action control means 33 calculates the amount of damage to the enemy character as the action result of the automatic action element “performs physical attack” or finds a predetermined item as the action result of the automatic action element “examine”. Whether or not and what item is found when it is found. In this way, the automatic action control means 33 determines the contents of the entire process of the automatic action (when and what action is taken, and what is the result as a result) based on the setting input operation by the player.

  The action log creating unit 331 creates an action log indicating a result of the player character performing an automatic action for a predetermined period based on the content of the automatic action thus determined. The action log includes at least one log element. As described above, the log element includes an event element for the event that occurs, an automatic action element for the automatic action performed by the player character in response to the event, and an action result element indicating the action result. Based on the calculation result, the action log creation unit 331 performs a combination of the log elements and detailed contents in each log element (for example, change of parameter values of the player character PC or non-player character, acquisition or use of items, etc.) ) As an action log.

  Furthermore, the automatic action control means 33 calculates the time (action period) required for the automatic action and displays it on the game screen (step SA6). The action period includes a travel time to a set destination, a time required for performing an event or an automatic action element (for example, a time required for the action is set in advance in an “investigation” action unit, etc.) included. The action period may be displayed as an end time in the in-game time (including the actual time), or may be displayed as a period (remaining time) necessary for automatic action. Moreover, it is good also as shortening an action period by using the item which can be obtained by charging a game.

  Further, the automatic action control means 33 displays on the game screen a prompt for an operation for final determination as to whether or not to perform an automatic action, and monitors whether an operation for final determination is performed (step SA7). When an operation for final determination is performed by the player (Yes in Step SA7), the automatic action control unit 33 switches the game to the automatic action mode and starts the automatic action (Step SA8). When the player wants to change the content of the automatic action (No in step SA7), the corresponding automatic operation is canceled by performing the corresponding operation, and the automatic action control means 33 performs the operation for resetting. Is monitored (step SA12). When resetting is performed (Yes in step SA12), guidance is displayed on the game screen so as to input again from the purpose setting (step SA3). If the resetting is not performed (No in step SA12), the mode switching process is terminated and the game is continued in the normal mode.

  In the automatic action mode in the present embodiment, the action log display means 34 displays the action log created by the action log creation means 331 on the game screen using at least one log element. For example, the action log display means 34 displays the action log on the game screen so that a plurality of events occurring in the automatic action, the accompanying automatic actions, and the action results thereof are arranged in the order of time. The behavior log is stored as save data 42c in the storage device 42 of the server device 3, and data on the behavior log is downloaded from the server device 3 each time the behavior log is displayed based on the player's operation ( After the action log ends, the game apparatus 2 does not hold data).

  FIG. 5 is a diagram showing an example of an action log displayed on the game screen in the present embodiment. FIG. 5 shows an example in which the player character PC located at the movement position ST (A) searches for a dungeon at the movement position ST (B) and then goes to the movement position ST (C) as a target for automatic action. Show. It should be noted that an enemy character exists in the dungeon at the movement position ST (B), and a battle is set to be performed when the player character PC encounters an enemy character. As a result of the battle, an experience value for improving the ability of the player character PC increases, or an item is obtained with a predetermined probability. In addition, items can be obtained in the dungeon with a treasure box or the like. Further, between the respective movement positions ST, it is set so that information and items can be obtained by encountering non-player characters, and battles can be performed by encountering enemy characters.

  As shown in FIG. 5, the event element Ei (i = 1, 2,...) That has occurred is displayed as an action log together with the time (in-game time) when the event occurred. In addition, an action performed by the player character PC in each event element Ei is displayed as an automatic action element Fi, and an action result element Gi that is a result of the action is displayed. In the action log, an action element Hi indicating the spontaneous action of a non-player character such as an enemy character is also displayed.

  In addition, in FIG. 5, although the aspect in which the event element, the automatic action element, and the action result element are displayed as a list on the same screen is illustrated, the display form is not limited to this. For example, the action log has a hierarchical display structure, and only the event elements are displayed in a list on the first screen, and by selecting and operating any event element, the automatic action element and the action related to the event together with the contents of the event The second screen on which the result element is displayed may be displayed.

  In the present embodiment, the action log displayed on the game screen is updated (added) according to the time when the event occurs based on the content of the automatic action determined by the above calculation during the automatic action (step) SA9). Therefore, the player can display the action log (the progress of the automatic action) up to that point of the automatic action on the game screen by performing a predetermined operation during the period of the automatic action. Note that the action log may be updated at the timing when the event occurs, or the presence / absence of the update may be determined every predetermined unit time.

  In the present embodiment, various settings for automatic actions based on player operations are performed by the CPU 10 of the game apparatus 2, and the set various setting information is sent to the server apparatus 3 via the network NW. The CPU 40 of the server device 3 determines the contents of the automatic action and calculates the action period based on the various setting information sent, and sends back information (action log information) regarding the contents of the automatic action to the game apparatus 2. Note that the server device 3 may transmit the action log information to the game device 2 at the start of the automatic action, or sequentially transmit information related to the updated action log at each action log update timing. It is good as well. When the action log is divided and sequentially transmitted, illegal operations such as falsification of data stored in the game apparatus 2 can be more effectively prevented as compared with the case of batch transmission.

  The automatic action control means 33 monitors whether or not the set automatic action has ended (step SA10), performs an action log update process until the automatic action ends, and when the automatic action ends (step SA10). Yes), the automatic action mode is switched to the normal mode (step SA11). Whether or not the automatic action has ended may be determined by whether or not the action period calculated in step SA6 has elapsed, and the contents of the determined automatic action are all reflected in the action log. You may determine by whether it was done. When the player performs an operation for switching to the normal mode in the middle of the automatic action, the automatic action mode may be terminated at that point and switched to the normal mode.

  In addition, in the example of FIG. 4, although it is set as the aspect which displays an action log by adding and updating a log element along time passage, it is not restricted to this. For example, all the action logs of the automatic action may be collectively displayed (can be displayed collectively) after the end of the automatic action, and the action log of the automatic action may not be displayed during the automatic action.

  Further, the automatic log may be always displayed on the game screen, or a screen on which the automatic log is displayed in accordance with a predetermined operation by the player may be displayed.

[Restart play from action log]
Here, among log elements included in the action log, a predetermined log element is set as a log element that can be selected by the player's operation. The log elements that can be selected are configured so that the player can perform a selection operation on the game screen on which the action log is displayed. For example, when a touch panel is adopted as the operation input unit 12, the log element can be selected by touching a frame in which a desired log element is displayed. In the storage device 42 of the server device 3, game data at the time of occurrence of such a selectable log element (immediately before the occurrence) is stored as save data 42c in association with the log element. For this reason, the automatic action control means 33 stores the save data for each selectable log element in the storage device 42 when the content of the automatic action is determined.

  Based on the player's operation, the player character control means 32 switches from a desired point in the automatic action to a manual action for operating the player character PC in accordance with the player's operation. Specifically, the log element selection unit 35 selects a desired log element from predetermined log elements displayed as an action log on the game screen based on the operation of the player, and the player character control unit 32 selects the selected log element. Switch to manual action from the point when the logged element occurs.

  FIG. 6 is a flowchart illustrating an example of a switching process for performing a manual action from the middle of the action history. As a premise, the action log display means 34 displays an action log as illustrated in FIG. 5 on the game screen as described above (step SB1). In addition, when it is desired to resume the manual action based on the past action log from the state where the action log is not displayed, the action log display unit 34 displays the action log on the game screen based on the operation of the player.

  In the present embodiment, an event element Ei is set as a selectable log element (predetermined log element) among the log elements of the action log shown in FIG. The log element selection unit 35 waits for a player's operation to select one event element Ei as a starting point for starting a manual action from one or more event elements Ei displayed in the action log (step SB2). When the player has performed the above selection operation of the event element Ei (Yes in step SB2), the player character control means 32 reads out game data at the time point when the selected event element Ei occurs (immediately before the occurrence) (step SB3). The action log display unit 34 deletes the action log temporarily stored in the game apparatus 2 (step SB4). In addition, as a selection operation of a predetermined log element (event element Ei), in addition to the case of selecting as a starting point for starting a manual action as described above, a display screen for displaying the detailed contents of the log element is displayed. Although the selection operation may be performed, in this case, it is not necessary to read the game data at the time when the log element is generated only by displaying a display screen showing the detailed contents.

  The player character control means 32 switches the game to the manual action mode (normal mode) after returning the in-game time to the time point of the log element Ei selected by the log element selection means 35, and based on the read game data. Manual action control for operating the player character PC in accordance with the operation of the player is performed (step SB5).

  For example, in the example shown in FIG. 5, the player character PC in the automatic action encounters the enemy character X, but the player character PC has made a physical attack but cannot damage the enemy character X. Escaped. This enemy character X is a character that has a high avoidance rate against physical attacks and cannot be damaged unless the movement of the enemy character X is stopped by magic or items. If the player knew this (first stop the movement of the enemy character X) in past play in the normal mode (or heard from a non-player character, etc.), he missed the opportunity to defeat the enemy character X It will be. In particular, when the item obtained when the enemy character X is defeated is a special item (for example, an item with high ability, an item that can be sold highly, etc.), the player often feels that it is better to operate the player himself.

  Therefore, in such a case, the player resumes play in the normal mode by going back to the time point (immediately before) when encountering the enemy character X by selecting and operating the event element E5 which is a log element that can be selected for the action log. can do.

  As described above, according to the above configuration, of the events that occurred during the automatic action and the actions of the player character PC performed during the automatic action, the event that the player wants to operate and the actions of the player character PC are up to that point. The operation of the player can be made retroactive. In addition, by automatically acting on events that do not need to be operated by themselves, it is possible to reduce as much as possible the portion of the game that the player feels working, and to shorten the game time of the player relative to the progress of the game. Therefore, the game operation desired by the player can be efficiently performed while shortening the game time of the player with respect to the progress of the game. By shortening the game time of the player, it becomes possible for the player to play frequently even in a short time, so that the player's interest in the game can be kept high for a longer period of time.

  In the above example, after the battle with the enemy character X is ended in the normal mode, when the automatic action is set again in the same manner as the previous time, the purpose of the automatic action and other various settings are automatically performed (the original It is also possible to save the settings at the time of automatic action). Even in this case, since the automatic action of the player character after the battle with the enemy character X is calculated again based on the flowchart shown in FIG. 4, the action log at this time is the original automatic The result may be different from the action log in action. For example, in FIG. 5, after the battle with the enemy character X, an event element E6 for the player character PC to find the treasure box has occurred, but the player character PC may not find the treasure box in the new automatic action. Arise.

  In the above example, the player can select only the event element Ei as the predetermined log element. However, the present invention is not limited to this, and any log element such as an automatic action element may be selected. Can be set to be selectable by the player.

  In the above example, after the manual action is started from the action log, the action log stored in the game apparatus 2 is deleted. That is, the automatic action control means 33 deletes the action log created by the action log creation means 34 when manual action control is performed from the time when the log element selected by the player character control means 32 occurs. For this reason, once the game is resumed by manual action from any log element of the action log, if the game cannot proceed as expected by the player (for example, if a desired special item is not obtained or the player is in battle) Even if the character PC is defeated), the game cannot be restarted from the point of the log element selected again. If the game can be repeated over and over from a desired point in time, it may be possible to start over and over again from the same place until the desired item is obtained. For this reason, it is possible to prevent the game performance from being lowered by limiting the game that can be resumed by manual action from a desired log element of the action log only once.

  However, the present invention is not limited to this, and in the configuration stored in the server device 3, the action log stored in the server device 3 may be left. For example, a predetermined restriction such as using an item that can be obtained by charging or the like is added, and it is possible to resume play from the action log again even after starting manual action. If the action log stored in the server device 3 is not deleted, a plurality of action logs may be stored. That is, when the automatic action mode is executed a plurality of times, the server apparatus 3 may store the action log in the plurality of automatic action modes without being overwritten.

  Further, on the world map M, a player character of another player (a player of another game device 2) stored in the storage device 42 of the server device 3 may appear. In other words, the timelines of a plurality of players may be set to intersect. At this time, an event element related to the fact that the player characters have encountered each other during the automatic action may be included in the action log. The player can check the information of the opponent player character encountered in the action log. Furthermore, the player can play the game in the normal mode retroactively when the player character is encountered. At this time, the player can play cooperatively with the opponent player character. Thus, for example, in the action log in the automatic action mode, when an enemy character encountered after encountering the opponent player character is strong and cannot be defeated, the action is performed retroactively with the opponent player character. By doing together, it is possible to advantageously advance a battle with an enemy character encountered thereafter.

  When accompanying an opponent's player character, when an event element related to encounter is selected, the game may be synchronized by contacting the opponent player via in-game mail or the like and obtaining the consent of the opponent player. Alternatively, only the information of the opponent player character at the time of encounter is acquired in an asynchronous manner, and the opponent player character is accompanied by the player character PC as a non-player character whose game device 2 or server device 3 controls its action. It is also possible to make it.

[Other game modes]
Next, an operation mode when performing a battle with an enemy character in the normal mode of the present embodiment will be exemplified. FIG. 7 is a schematic diagram showing an example of a game screen during battle in the present embodiment. As shown in FIG. 7, during the battle, the player character PC and the enemy character X operated by the player are displayed on the game screen. In addition, a command input button is displayed on the game screen as the operation input unit 12 using a touch panel. The command input buttons include a physical attack input button B1, a magic attack input button B2, and other command input buttons B3. Further, the physical strength value of the enemy character X is displayed on the bar display D1, and the physical strength value of the player character PC is displayed on the bar display D2. For example, each display mode on the game screen at the time of battle, such as displaying the physical strength value in place of the bar displays D1 and D2, is not limited to this.

  In the present embodiment, by pressing each command input button, sub-command input buttons are expanded and displayed around the corresponding command input buttons. FIG. 8 is a schematic diagram showing a game screen when the sub-command input button is expanded and displayed in FIG. As shown in FIG. 8, the sub-command input button is developed with a total of four frames on the top, bottom, left, and right of the command input button, for example. For example, the subcommand input buttons of the physical attack input button B1 include a rowing attack button B11, a struck attack button B12, a swing-off attack button B13, a jump attack button B14, and the like. The player can set a desired subcommand. For example, as shown in FIG. 8, a row attack button B11 is provided on the upper side of the physical attack input button B1, a thrust attack button B12 is provided on the right side, a swing-off attack button B13 is provided on the lower side, and a jump attack button B14 is provided on the left side. It can be set to be provided. In addition to this, for example, the rowing attack button B11 is provided on the upper side and the right side, and the jump attack button B14 is provided on the lower side and the left side. Can be set to. The same applies to other command input buttons.

  In the button arrangement shown in FIG. 8, for example, when performing a rowing attack, the player presses the physical attack input button B1 with a finger and operates to slide the finger to the rowing attack button B11 as it is (so-called flick operation is performed). Do).

  Furthermore, the expanded sub-command input buttons are configured to allow continuous input operation, and continuous attacks according to the input operation order can be input by continuous operation input of the sub-command input buttons. ing. In the button arrangement shown in FIG. 8, for example, the physical attack input button B1 is pushed with a finger, the finger is slid to the attacking button B11 as it is, and the finger is slid clockwise to swing the struck attack button B12. The drop attack button B13 and the jump attack B14 are input in order. The input operations are displayed in the order of input in the command input display field C1 shown in FIG. 8, and can be confirmed.

  By performing such a continuous input operation, a continuous attack (combo attack) can be easily performed. Furthermore, by repeating such a continuous input operation (for example, performing a plurality of clockwise slide operations indicated by broken lines L in FIG. 8), the number of consecutive attacks is increased and the damage to the enemy character X is further increased. can do. Note that the damage to the enemy character X may be increased by increasing the number of input operations in one continuous attack, rather than simply performing a continuous attack of a certain input operation multiple times. However, as the number of input operations per command (the number of commands shown in the command input display column C1) increases, a predetermined value (for example, the value of an attack point necessary for performing an attack, in FIG. 8, the bar display D3) It is also possible to consume a lot of (shown).

  Further, depending on the order of the subcommands to be operated (arrangement of the subcommand input buttons B11 to B14), the player character P may not only perform each attack in turn but also perform a predetermined special attack. Good. For example, by performing operation input of the subcommand input buttons in the order of B11, B12, B13, and B14, the player character PC may perform a special attack that is different from the normal display. By changing the arrangement of the subcommand input buttons, the player can perform different special attacks even with the same operation (clockwise or counterclockwise flick operation). Therefore, various attack modes can be created with a simple operation.

  As a result of performing such a continuous attack, when the enemy character X is defeated, the probability that different items (for example, special items, rare items, etc.) can be obtained is higher than when defeated by a normal attack. Good. On the other hand, the automatic action control means 33 sets the player character PC so that the probability of performing a continuous attack at the time of battle in the automatic action is set lower than that in the normal mode or the input operation exceeding the predetermined number of input operations is not performed. You may control. In this case, the possibility that the item obtained when the player character PC defeats the enemy character X in the automatic action is a special item is lower than that in the normal mode. In such a case, if the player desires, by switching to manual action from the time of encountering the enemy character X and operating the player himself, the probability of obtaining a special item when the enemy character X is defeated is increased. be able to.

  Next, in the game according to the present embodiment, a case where the player character PC loses the battle and the game is over will be described. As a general game mode, when the game is over during the game play, a function is known that allows the game to be resumed from the situation where the play character PC has fallen by performing a continue operation. Further, depending on the game, there is a case where charging or the like is set as a condition that enables such a continue operation (see JP 2002-253856 A). The charge mode is not only to charge directly on the game over screen (perform billing process), but also when a predetermined item (hereinafter referred to as “continue item”) that can be acquired by charging or the like is owned. A mode in which a screen for allowing the player to select whether or not to use the continue item on the over screen is also conceivable.

  Even if the continue item is an item that can be acquired by charging, an aspect in which such a continue item is provided free of charge to each player's account (game device) during the campaign period or the like to increase the player's interest in the game Conceivable. However, it is up to the player to decide whether or not to use the possessed item, and the continue item is charged, and the more valuable it is, the more difficult it is to use. For this reason, it may not be as effective as expected in maintaining or improving the interest of the player in the game. In addition, it may be contrary to the player's wish or ethically undesirable to automatically use a continue item that can be acquired by charging when the game is over.

  As described above, in the conventional aspect as described above, there is a problem of maintaining the interest in the game by making the player more interested in the use of the continue item when the game is over.

  Therefore, in the game program in the present embodiment, the game system 1 functions as the game over processing means 36, and the game over processing means 36 can be used in accordance with the player's operation with a predetermined probability when the game is over. Is provided free of charge.

  FIG. 9 is a flowchart illustrating the flow of game over processing in the present embodiment. The game over processing means 36 monitors whether or not a predetermined game over condition such that the physical strength value of the player character PC becomes 0 in the game played by the player is satisfied (step SC1). If the game is over (Yes in step SC1), the game over processing means 36 performs a continue item lottery process using a predetermined winning probability (step SC2). When winning in the lottery process (Yes in step SC3), the game over processing means 36 performs a process of acquiring a continue item. Specifically, the continue item is added as the possessed item of the player character PC operated by the player, and the save data 42c of the server device 3 is updated. Then, the game over processing means 36 displays the game over screen on the game screen, and displays that the continue item has been acquired (that it is possible to continue for free) on the game over screen (step S31). SC4).

  The game over processing means 36 monitors whether or not there is an operation of the player who uses the continue item (step SC5), and if there is an operation of the player who uses the continue item within a predetermined period (Yes in step SC5). ) Consuming the continuous item (deleting it from the possessed item) and restarting the game (step SC6).

  On the other hand, if the winning item is not won in the lottery process for the continue item (No in step SC3), the game over processing means 36 inquires the save data 43c of the server device 3 and whether the player character PC originally possesses the continue item. It is confirmed whether or not (step SC7). If the user has a continue item (Yes in step SC7), the game over processing means 36 displays a game over screen on the game screen and can continue by consuming the continue item on the game over screen. Display. Hereinafter, as in the case where the continue item is provided free of charge, the game over processing means 36 monitors whether or not there is an operation of the player who uses the continue item (step SC5), and the continue item within a predetermined period. When there is an operation of a player who uses (Yes in Step SC5), the continuation item is consumed and the game is resumed (Step SC6).

  When the player performs an operation not to continue when the game over screen is displayed (No in step SC5) and when the player does not have a continue item (No in step SC7), the game over processing means 36 The game over is confirmed and the game is ended (step SC8).

  In this way, when the game is over, a continue item that can be acquired only by normal charging can be acquired free of charge by lottery using a predetermined probability. This makes it possible for the player to resume the game unexpectedly, making it easier to get interested in the game, attachment, etc., maintaining interest in the game, and extending the total play time. it can.

  Even when the game is over when the automatic action mode is executed, it is possible to similarly draw lots of continue items. Furthermore, when a continue item is acquired by lottery, the play may be automatically restarted (continued) by using it. The action log indicates that the game is automatically restarted by the continue item acquired when the game is over. In this case, since it is clear that the acquired continue item is not acquired by charging, there is no adverse effect caused by using the continue item acquired by charging without permission.

  Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and various improvements, changes, and modifications can be made without departing from the spirit of the present invention.

  For example, the display mode of the action log is not limited to the text display as shown in FIG. 5, and may be a moving image display (game screen display in a normal mode) when an event occurs.

  Further, in addition to or instead of the mode in which the result of the automatic action can be confirmed in the action log as in the above-described embodiment, for example, the computer (automatic action control means 33) is configured to hold the game screen display in the normal mode. It is good also as performing a game play instead. That is, in this case, even in the automatic action mode, a screen on which the player character PC moves on the world map M as shown in FIG. 3 is displayed, and when an enemy character X is encountered, as shown in FIGS. A battle screen may be displayed and a battle may be performed. At this time, after the automatic action is completed, the automatic action in the automatic action period can be replayed, or the fast-forwarding and rewinding operations can be performed to return to an arbitrary time point, and the manual action is started from that time point. It is possible.

  In the above-described embodiment, the mode in which one game apparatus 2 and the server apparatus 4 communicate with each other via the network NW has been mainly described. However, for example, a plurality of game apparatuses 2 and the server apparatus 4 have the network NW. It is also applicable to an online game in which a plurality of player characters corresponding to a plurality of players operating different game devices 2 are connected to each other and appear in the same virtual game space and act in cooperation with each other. . The present invention can also be applied to an offline game that does not involve the server device 3.

  In the present embodiment, the game apparatus 2 has been described assuming a portable information terminal such as a smartphone or a portable game-dedicated device. However, the game apparatus 2 is not limited to these, and a stationary game apparatus or The present invention can also be suitably applied to a computer device such as a personal computer.

  In the present embodiment, the role of growing the player character and achieving various set tasks (quests) while moving the world map or the like to subdue enemy characters or acquiring items. Although described based on the playing game, the present invention is not limited to this. For example, the present invention can also be suitably applied to an adventure game such as a love game in which a game progresses by meeting a character to be loved.

  INDUSTRIAL APPLICABILITY The present invention is useful for efficiently performing a game operation desired by a player in a game program and a game system while shortening the game time of the player with respect to the progress of the game.

1 game system 2 game device (computer device)
3 server device 31 game space generation means 32 player character control means 33 automatic action control means 34 action log display means 35 log element selection means 331 action log creation means PC player character

Claims (5)

Computer
Player character control means for controlling a player character that moves in a predetermined game space according to the player's operation, and a future action purpose of the player character is set according to the player's operation, and based on the set action purpose Functioning as an automatic action control means for causing the player character to automatically act for a predetermined period of time,
The player character control means is a game program for performing manual action control for operating the player character in accordance with a player's operation from a desired point in the automatic action based on the player's operation. The automatic action control means includes action log creating means for creating an action log indicating a result of the player character having automatically acted for a predetermined period based on the action purpose,
The computer,
Action log display means for displaying the action log on a game screen using at least one log element, and log element selection means for selecting a desired log element from the action log displayed on the game screen; Function as
The game program according to claim 1, wherein the player character control means performs the manual action control from the time when the selected log element is generated. The action log display means displays the action log on the game screen so that a plurality of log elements are arranged in a time-ordered manner,
The game program according to claim 2, wherein the player character control unit performs the manual action control by returning the in-game time to the time of the log element selected by the log element selection unit.   The automatic action control means erases the action log created by the action log creating means when the player character control means performs the manual action control from the time when the selected log element is generated. Or the game program of 3. A program storage unit storing the game program according to claim 1;
A game system comprising: a computer that executes a program stored in the program storage unit.

Images