JP2014083209A - Game system or game device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game system or a game device, allowing progress of a game while more effectively practically using an idle time, capable of requesting strategic properties such that advantageous game progress can be performed when progressing the game by any practical use of the time from a player, and having improved interesting properties.SOLUTION: In a default, attack points of an upper limit value or above can be collected. Every time performing the default once, an action to consume the attack points cannot be executed for 30 minutes, but as a result, one attack point can be collected. A player designates a default frequency, and can transmit a default request to a server device. When the default request is transmitted, an attack cannot be executed until a time corresponding to the designated default frequency lapses, but after the lapse of the prescribed time, the attack points corresponding to the designated frequency are added over the upper limit value of the normal attack points.

Description

  The present invention requires the player to have a strategy such as how the game can be advanced while utilizing the idle time more effectively and how the game can be advantageously carried out by utilizing the time. The present invention relates to a game system or a game device capable of performing the above.

  In recent years, browser games that can be played using a web browser on the Internet without the need to use software dedicated to the game have been enjoyed (for example, see Patent Document 1). Due to the characteristic that you can easily play games using a web browser, while browsing other websites on the Internet, while working with other software different from games, or There are a lot of things that you can enjoy playing games using your time between doing housework and studying.

  For example, as the game progresses, there are games in which points necessary for executing a predetermined action are accumulated as time passes, and points are consumed by executing the action. In such a game, if an action is executed and points are consumed, it may be necessary to wait several minutes to several tens of minutes or even several hours until the next action can be executed. For this reason, there may be a case in which, due to the progress of the game, there are cases where it is necessary to abandon the point due to insufficient points even though it is the timing at which an action is to be executed.

  Or, if the point has recovered to the upper limit at the present time, even if the point is consumed and the action is performed, there is enough time for the point to be recovered after that, but he leaves the seat for a while. Therefore, there are cases where the points cannot be used effectively in a situation where the game cannot be played or there is no plan to execute an action at the present time.

  In this way, when the time at which the player can play the game does not match the timing at which the player wants to execute the action, and the game cannot be advanced while effectively utilizing the free time, compared to the game play time, Only the waiting time would be longer than necessary, which caused the game to be less interesting.

JP 2011-86293 A

  The present invention has been made to solve such a problem, and it is possible to advance the game while effectively utilizing the free time, and it is advantageous to use the time to advance the game. It is an object of the present invention to provide a game system or a game device with improved taste, which can require a player to have a strategy such as whether the game can be carried.

  The present invention is a game system including a client device and a server device that can be connected to the client device via a communication line, and an execution request reception that receives an execution request for a predetermined action according to an operation instruction to the client device by a player And when the execution request for the predetermined action is received by the means and the execution request receiving means, the point determination means for determining whether or not there is an action point that enables execution of the action, and the action determination point remains by the point determination means A point subtracting unit that subtracts an action point when it is determined, and an action executing unit that executes a predetermined action when the point determining unit determines that an action point remains, and a point subtracting unit. Subtracted action point Point recovery means that recovers the action point over time, point saving request acceptance means that accepts an action point saving request, and point saving that saves an action point when an action point saving request is accepted by the point saving request acceptance means The action execution means relates to a game system characterized in that execution of a predetermined action is disabled until a predetermined time elapses after the saving request is received by the point saving request receiving means.

  In the present invention, when it is determined by the point determination means that there is no action point remaining, it comprises a loan request receiving means for receiving a loan request for an action point, and the action execution means is further provided by a loan request receiving means. The action is executed when an advance borrowing request for an action point is received, and the point recovery means may further recover the action point borrowed by the advance borrowing request receiving means as time passes. preferable.

  The present invention is a game system including a client device and a server device that can be connected to the client device via a communication line, and an execution request reception that receives an execution request for a predetermined action according to an operation instruction to the client device by a player And when the execution request for the predetermined action is received by the means and the execution request receiving means, the point determination means for determining whether or not there is an action point that enables execution of the action, and the action determination point remains by the point determination means A point subtracting means for subtracting an action point when it is determined to be, a loan request receiving means for receiving a borrowing request for an action point when the point determining means determines that no action point remains, and a point Action by judgment means When it is determined that there is a mark remaining, or when an advance borrowing request for an action point is accepted by the advance borrowing request accepting means, an action executing means for executing an action, an action point subtracted by the point subtracting means, and the advance borrowing The present invention relates to a game system including point recovery means for recovering an action point borrowed by a request receiving means as time elapses.

  In the present invention, it is preferable that the point recovery means preferentially recovers the action points borrowed in advance by the borrower request receiving means.

  The present invention relates to a game progress method executed in a game system including a client device and a server device that can be connected to the client device via a communication line, and the player device operates the input device. A step of receiving an execution request for a predetermined action according to an instruction, a step of transmitting an execution request for the predetermined action to a server device, and a request for saving an action point that enables execution of the action according to an operation instruction to the input device of the player A step of receiving and a step of transmitting an action point saving request to the server device, wherein the server device receives the execution request of the predetermined action from the client device, and receives the execution request of the predetermined action, If there are action points left, action Subtracting the int and executing a predetermined action; recovering the subtracted action point over time; receiving an action point saving request from a client device; and action point saving request And a step of saving an action point, and a method for proceeding with a game, characterized by disabling execution of a predetermined action for a predetermined time in response to reception of the saving request.

  In the present invention, when there are no action points remaining, a step of accepting an advance borrowing request for an action point, a step of executing an action when an advance borrowing request for an action point is accepted, and an action point borrowed in advance And a step of recovering accordingly.

  The present invention relates to a game progress method executed in a game system including a client device and a server device that can be connected to the client device via a communication line, and a predetermined action according to an operation instruction to the input device of the player A step of accepting an execution request of the user, a step of transmitting an execution request of a predetermined action to the server device, a step of accepting a request for borrowing an action point that enables execution of the action according to an operation instruction to the input device of the player, Transmitting a point borrowing request to the server device, the server device receiving a predetermined action execution request from the client device, receiving the predetermined action execution request, and leaving an action point Subtract action points if And a step of receiving a request for borrowing an action point when an action point stored in the storage means is not received and an action point remains or an action is received A game progression method comprising: executing an action when a point borrowing request is received; and recovering the subtracted action point and the borrowed action point as time passes About.

  In the present invention, it is preferable that the action points are restored with priority given to the action points borrowed in advance.

  The present invention is a game device including an input device and a display device, wherein an execution request receiving unit that receives an execution request for a predetermined action according to an operation instruction to the input device of a player, and execution of the predetermined action by the execution request receiving unit When the request is accepted, a point determination unit that determines whether or not there is an action point that enables execution of the action, and the action point is subtracted when the point determination unit determines that the action point remains. When the point subtraction means and the point determination means determine that an action point remains, the action execution means for executing a predetermined action and the action point subtracted by the point subtraction means are recovered over time. Point recovery means and action points A point saving request receiving means for receiving a saving request; and a point saving means for saving an action point when the point saving request is received by the point saving request receiving means, and the action executing means is configured to receive the saving request by the point saving request receiving means. The present invention relates to a game apparatus characterized in that execution of a predetermined action is disabled until a predetermined time elapses after reception.

  In the present invention, when it is determined by the point determination means that there is no action point remaining, it comprises a loan request receiving means for receiving a loan request for an action point, and the action execution means is further provided by a loan request receiving means. The action is executed when an advance borrowing request for an action point is received, and the point recovery means may further recover the action point borrowed by the advance borrowing request receiving means as time passes. preferable.

  The present invention is a game device including an input device and a display device, wherein an execution request receiving unit that receives an execution request for a predetermined action according to an operation instruction to the input device of a player, and execution of the predetermined action by the execution request receiving unit When the request is accepted, a point determination unit that determines whether or not there is an action point that enables execution of the action, and the action point is subtracted when the point determination unit determines that the action point remains. When it is determined by the point subtraction means and the point determination means that there are no action points remaining, it is determined that the action points remain by the advance borrow request reception means for receiving the advance borrow request for the action points and the point determination means. Or by the borrowing request acceptance means When an advance borrowing request for an action point is received, the action execution means for executing the action, the action point subtracted by the point subtracting means, and the action point borrowed by the advance borrowing request accepting means are recovered over time. The present invention relates to a game device characterized by having point recovery means.

  In the present invention, it is preferable that the point recovery means preferentially recovers the action points borrowed in advance by the borrower request receiving means.

  The present invention is not only applied to online games such as browser games, but can also be applied to stand-alone game devices.

It is a block diagram which shows the structure of the game system concerning embodiment of this invention. It is a block diagram which shows the structure of the game device concerning embodiment of this invention. It is a block diagram which shows the structure of the server apparatus concerning embodiment of this invention. It is an example of the display screen concerning embodiment of this invention. It is an example of the display screen concerning embodiment of this invention. It is a flowchart of the default process concerning embodiment of this invention. It is a flowchart of the execution process of the attack concerning embodiment of this invention. It is a flowchart of the recovery process of the attack point concerning embodiment of this invention. It is an example of the player management table concerning embodiment of this invention. It is an example of the point management table concerning embodiment of this invention. It is an example of the point display window concerning embodiment of this invention.

  Embodiments of the present invention will be described below with reference to the accompanying drawings. FIG. 1 is a block diagram showing a configuration of a game system according to an embodiment of the present invention. As shown in the figure, the game system communicates with a plurality of client devices 1 (client devices 1a, 1b... 1z) operated by a plurality of players (players A, B... Z), and a server device 3. Network 2. The client device 1 is connected to the server device 3 via the communication network 2. Note that the client device 1 may not be always connected to the server device 3, as long as it can be connected as necessary.

  The client devices 1 a to 1 z are connected to the server device 3, and the player can play the same game by operating a player character assigned to each client device 1. In many games, at least one player character is assigned to each client device 1, and the player controls the behavior of the player character such as movement and attack by operating each client device 1.

  FIG. 2 is a block diagram showing the configuration of the client device according to the embodiment of the present invention. The client device 1 includes a control unit 11, a RAM (Random Access Memory) 12, a hard disk drive (HDD) 13, a sound processing unit 14, a graphic processing unit 15, a DVD / CD-ROM drive 16, a communication interface 17, and an interface unit. 18 each connected by an internal bus.

  The control unit 11 includes a CPU (Central Processing Unit) and a ROM (Read Only Memory). The control unit 11 executes a program stored in the HDD 13 or the recording medium 25 to control the client device 1. Moreover, the control part 11 is provided with the internal timer which time-measures. The RAM 12 is a work area for the control unit 11. The HDD 13 is a storage area for storing programs and data.

  The DVD / CD-ROM drive 16 can be loaded with a recording medium 25 storing a game program such as a DVD-ROM or a CD-ROM. The recording medium 25 stores a program and data for playing a game. The DVD / CD-ROM drive 16 reads programs and data necessary for the progress of the game from the recording medium 25 and loads them into the RAM 12.

  The control unit 11 reads a program and data necessary for the progress of the game from the RAM 12 and performs processing. The control unit 11 processes the program and data loaded in the RAM 12 to output a sound output instruction to the sound processing unit 14 and output a drawing command to the graphic processing unit 15.

  The sound processing unit 14 is connected to a sound output device 22 that is a speaker. When the control unit 11 outputs a sound output instruction to the sound processing unit 14, the sound processing unit 14 outputs a sound signal to the sound output device 22.

  The graphic processing unit 15 is connected to the display device 23. The display device 23 has a display screen 24. When the control unit 11 outputs a drawing command to the graphic processing unit 15, the graphic processing unit 15 develops an image in a frame memory (frame buffer) 19 and outputs a video signal for displaying the image on the display screen 24. . The graphic processing unit 15 performs drawing of one image for each frame. One frame time of an image is, for example, 1/30 second.

  An input unit 21 (for example, a mouse or a keyboard) is connected to the interface unit 18. Further, a memory card slot 20 may be connected to the interface unit 18. Input information from the input unit 21 by the player is stored in the RAM 12, and the control unit 11 executes various arithmetic processes based on the input information. Further, the interface unit 18 reads the data stored in the memory card 27 and the data stored in the memory card 27 according to the instruction from the control unit 11 and stores the data related to the progress of the game stored in the RAM 12. Processing to transfer to the RAM 12 is performed.

  The communication interface 17 can be connected to the communication network 2 wirelessly or by wire, and transmits and receives information to and from the server device 3 via a web browser.

  FIG. 3 is a block diagram showing the configuration of the server apparatus according to the embodiment of the present invention. The server device 3 includes a control unit 31, a RAM 32, an HDD 33, and a communication interface 34, and each is connected by an internal bus.

  The control unit 31 includes a CPU and a ROM, executes a program stored in the HDD 33, and controls the server device 3. In addition, the control unit 31 includes an internal timer that measures time. The RAM 32 is a work area for the control unit 31. The HDD 33 is a storage area for storing programs and data. The control unit 31 reads a program and data necessary for the progress of the game from the RAM 32 and performs a progress process of the game based on the operation instruction information received from the client device 1.

  Next, the outline of the present invention will be described. For example, it is a game that a large number of players participate and cooperate and hostile, and attack the enemy territory and win the battle with the enemy character, so that the enemy territory becomes its own territory, more A case where the present invention is applied to a game aiming to acquire a territory will be described. In this case, in order to attack the enemy territory, it is necessary to consume action points (here, attack points) given to the player. Each time an enemy territory is attacked, attack points are consumed. If there are no more attack points, the enemy territory cannot be attacked. However, since the consumed attack points are recovered over time, it is possible to attack the enemy territory again after the attack points are recovered.

  In such a case, the player may not attack the enemy territory immediately due to the progress of the game, but may want to attack as many enemy territories as possible after several hours. . For example, in a multiplayer browser game, there are cases in which it is desired to cooperate and execute many attacks at the stage when allied players who are allied with themselves are ready. In addition, if the game is temporarily interrupted, it may be necessary to save enough attack points until the next restart. In such a case, attack the enemy territory until a predetermined time has elapsed. In exchange for the condition that you can no longer do it, you can save attack points.

  FIG. 4 is an example of a display screen according to the embodiment of the present invention. More specifically, it is an example of a display screen when using a “default” function for saving attack points. When the player operates the input unit 21 and selects the “default” button 41 on the display screen 24 of the client device 1, a default designation window 40 is displayed. The default designation window 40 displays changes in points when saving attack points, the remaining number of times that can be saved, and the like.

  By default, attack points can be accumulated above the upper limit. Each time the default is performed, an action that consumes attack points cannot be executed for 30 minutes, and as a result, one attack point can be accumulated. There is an upper limit on the default number of times that can be specified within a day. For example, if the upper limit is 4 times a day, an attack cannot be executed for a total of 2 hours, but 4 attack points can be accumulated. It is.

  By selecting any number from “1 to 4” that can be selected from the pull-down menu 42 by the input unit 21, the player designates the default number of times, and selects the default decision button 43. A default request can be transmitted from the client device 1 to the server device 3. When a default request is sent, the attack cannot be executed until the specified time corresponding to the specified default count has elapsed, but after the specified time has elapsed, the attack point corresponding to the specified number of times is normally It is added exceeding the upper limit of attack points. In addition, when the close button 44 is selected in the default designation window 40, it is possible to return to the original game screen.

  In the case of a game in which action points required for executing a predetermined action are accumulated over time as the game progresses and the action points are consumed by the execution of the action, the predetermined upper limit is usually used. You can't earn more action points. For this reason, the point is effective in the situation where the point has recovered to the upper limit at the present time and the player cannot take a seat for a while, so the game cannot be played or the action is not scheduled at this time. There are cases where it cannot be used. However, in the present invention, action points can be separately stored on condition that the action is not executed for a predetermined time. As a result, the player can accumulate the action points using the time when the game is interrupted or the time waiting for the action to be executed, and use the action points at the necessary timing. It becomes possible.

  Also, in the present invention, attack points are consumed by executing attacks on enemy territories, and even when all attack points have been consumed, it takes a long time to recover and use the attack points. It is possible to borrow an attack point in advance. Therefore, the game can be advanced without missing the optimal timing for executing the attack.

  FIG. 5 is an example of a display screen according to the embodiment of the present invention. More specifically, it is an example of a display screen when using a “brave” function for borrowing attack points in advance. When the player instructs the input unit 21 to attack the enemy territory in a state where all attack points have been consumed and become “0 points”, a brave determination window 50 is displayed. Braves can perform additional attacks even if they consume all attack points. Each time a brave is performed, an attack can be executed only once. It will be 30 minutes late. There is an upper limit on the number of braves that can be used within a day. For example, if the upper limit is four times a day, recovery of attack points is delayed for a total of 2 hours.

  When the player operates the input unit 21 and selects the brave determination button 51, a brave request is transmitted from the client device 1 to the server device 3, and an attack on the enemy territory is executed. When an attack is executed by a brave, the attack point that should be a value of 0 or more is normally in a negative state because of the advance borrowing. First, as time passes, the attack points borrowed by Brave will recover, that is, recover from a negative state to zero, and then positive attack points will recover as time passes. The attack can be executed as usual. In addition, when the close button 52 is selected in the brave determination window 50, it is possible to return to the original game screen without executing the attack.

  In the case of a game in which action points are consumed by executing an action as the game progresses, when all of the action points are consumed, no further action can be executed. For this reason, even if the situation is such that if the action is executed, the game can be advanced more favorably, it usually has to be abandoned. On the other hand, increasing the action points in order to increase the number of actions that can be executed decreases the game's preference. In the present invention, in such a situation, it is possible to borrow an action point on the assumption that the time until the action point can be recovered and used next becomes longer. Therefore, the game can be advanced without increasing the action points and without missing the optimal timing for executing the action.

  Next, default processing (point saving processing) in the present invention will be described. FIG. 6 is a flowchart of the point default processing according to the embodiment of the present invention. First, while the game is in progress, the default request is accepted by the client device 1 by determining the default use on the display screen shown in FIG. 4 (step S101). The accepted default request is transmitted from the client device 1 to the server device 3 (step S102).

  Next, when the server device 3 receives a default request from the client device 1 (step S103), the player management table 60 shown in FIG. 9 is referred to determine whether or not the default usage limit is exceeded. (Step S104). The player management table 60 is set in the RAM 32 of the server device 3 and stores a default number 61 executed on that day. For example, the default request is defined as four times a day, and if the limit is exceeded, the default cannot be made until the date changes.

  If it is determined that the usage limit of the default request is exceeded (YES in step S104), the client device 1 displays that the attack point cannot be defaulted, and the process ends. On the other hand, when it is determined that the usage limit of the default request is not exceeded (NO in step S104), the action disabling flag 63 is set in the player management table 60 (step S105) and the default request is received. Is started (step S106). In the player management table 60, the elapsed time 64 is managed.

  Next, when time passes and the elapsed time 64 after receiving the default request at the server device 3 reaches a predetermined time (step S107), the action disabling flag 63 of the player management table 60 is set. It is canceled (step S108), and the time measurement is ended (step S109). Then, in the point management table 70 shown in FIG. 10, the default attack points 72 (also referred to as default points) are added (step S110), and the attack point default processing ends. The point management table 70 is set in the RAM 32 of the server device 3, and stores an attack point 71 that recovers according to a normal time and a default point 72. The added default point 72 can be used at any timing desired by the player.

  Next, the attack process and the brave process (point borrowing process) in the present invention will be described. FIG. 7 is a flowchart of attack execution processing according to the embodiment of the present invention. First, during the progress of the game, an attack execution request based on an operation instruction to the input unit 21 of the player is received by the client device 1 (step S201). The accepted attack execution request is transmitted from the client device 1 to the server device 3 (step S202).

  When the server apparatus 3 receives an attack execution request from the client apparatus 1 (step S203), it is determined whether or not the action disabling flag 63 of the player management table 60 is set (step S204). If the action disabling flag 63 is set (YES in step S204), the default point 72 is being accumulated, and the attack cannot be performed. Is displayed, and the process ends.

  If action impossibility flag 63 is not set (NO in step S204), it is determined whether normal attack point 71 or default point 72 remains with reference to point management table 70 (step S205). ). If it is determined that the normal attack point 71 or the default point 72 remains (YES in step S205), the attack point is subtracted in the point management table 70 (step S213), and an attack on the enemy territory is executed. In step S214, the attack execution process ends. In step S213, when the attack point is subtracted, the default point 72 is subtracted in preference to the normal attack point.

  On the other hand, when it is determined that there are no remaining attack points necessary for executing the attack (NO in step S205), the player management table 60 is referred to determine whether or not the brave usage limit has been exceeded. (Step S206). The player management table 60 stores the number of braves 62. For example, the brave request is set to be four times a day, and if the limit is exceeded, the attack points cannot be borrowed until the date changes.

  If it is determined that the brave usage limit has been exceeded (YES in step S206), the client device 1 displays that the brave cannot be performed, and the process ends. On the other hand, when it is determined that the usage limit of the brave is not exceeded (NO in step S206), a notification that the use of the brave is possible is transmitted from server device 3 to client device 1 (step S207). .

  When the client device 1 receives a notification that the brave can be used (step S208), the client device 1 selects whether or not to use the brave on the display screen 24 as shown in FIG. Is displayed (step S209). When the player selects the use of the brave according to the operation instruction to the input unit 21 and the brave request is accepted (step S210), the brave request is transmitted to the server device 3 (step S211).

  When the server device 3 receives the brave request from the client device 1 (step S212), the attack point 71 is subtracted from the point management table 70 (step S213), and an attack on the enemy territory is executed (step S214). This completes the attack process. The attack point is subtracted from the brave request in step S213 so that the normal attack point 71 takes a negative value.

  Next, attack point recovery processing executed by the server device 3 will be described. FIG. 8 is a flowchart of the attack point recovery processing according to the embodiment of the present invention. When the attack to the enemy territory is executed by step S214 and the attack points are consumed, the timing is started (step S301). The elapsed time 64 after the attack points are consumed is managed in the player management table 60. When a predetermined time required for recovering the attack point elapses (step S302), the normal attack point 71 in the point management table 70 is recovered (step S303). For example, a normal attack point 71 is restored by one point every 30 minutes. When the normal attack point 71 has a negative value due to the use of the brave, it is recovered to approach zero.

  Subsequently, it is determined whether or not the normal attack point 71 in the point management table 70 has recovered to a predetermined upper limit value (step S304), and when the attack point 71 has recovered to the upper limit value (step S304). At S304, the attack point recovery process ends. On the other hand, if attack point 71 has not recovered to the upper limit value (NO in step S304), the process returns to step S301, and the recovery process is continued until attack point 71 reaches the upper limit value.

  By the way, as shown in FIGS. 4 and 5, the display screen 24 according to the embodiment of the present invention is provided with a point display window 80 showing the point status on the upper left side thereof. FIG. 11 is an example of a point display window according to the embodiment of the present invention. The BP 81 corresponds to the normal attack point 71, and the DF 82 corresponds to the default point 72. The one-digit integer 83 displayed on the right side displayed as BP81 and DF82 is the value of each point, and the rectangular point block 84 displayed on the right side corresponds to one point in one block. To do. Furthermore, the time 85 displayed on the right side of the point block 84 is the time until the attack point recovers. In the case of the default point, the attack point saving is completed and the attack can be executed. It is time until.

  FIG. 11A shows a state in which the normal attack point 71 is positive and the default point 72 is being saved. The point block 84a is provided with the same number of blocks as the upper limit value of the normal attack points 71, and when the normal attack points 71 are accumulated up to the upper limit value, all are displayed in green. As the attack points 71 are consumed, the point blocks 84a are displayed in gray one by one in order from the right. In the point block 84b, each time the default point 72 increases, the number of blocks increases by one.

  FIG. 11B is a diagram illustrating a state in which the normal attack point 71 is negative due to the use of the brave. All the point blocks 84a are displayed in gray. When the default point 72 is “0”, the corresponding point block is not displayed. The integer 83 displayed on the right side of the BP 81 is also displayed as a negative value. As the time lapses, there is no longer the amount of advance borrowing of the attack points, so that the integer 83 becomes “0”, and further, when the time has passed and becomes a positive value, the attack can be executed.

  In the above embodiment, recovery of normal attack points and recovery of attack points borrowed by brave are performed in the same amount of time. For example, recovery of attack points borrowed by brave is recovered. It is also possible to provide a penalty such as slower than normal attack point recovery.

  In the above embodiment, a case where one point of action point is consumed every time a predetermined action (attack) is executed has been described as an example. However, a configuration in which action points of a plurality of points are consumed. It can also be. Moreover, it can also be set as the structure which changes the value of the point consumed depending on the kind of action.

  In the above embodiment, “attack” has been described as an example of an action that consumes action points. However, the present invention is not particularly limited to this, and can be appropriately selected according to the content of the game. It is. For example, if the game is such that the player character moves over a square and the game progresses, every time the player character performs “move” to an adjacent square or “warp” to a remote square It can also be configured to consume action points. Alternatively, a configuration may be adopted in which action points are consumed each time “recovery” is performed to recover the physical strength (hit points) and magic power (magic points) of the player character.

  In the above embodiment, the case where the present invention is mainly applied to a browser game has been described. However, the present invention is not applied only to a browser game, and may be applied to a stand-alone game device. Is possible. When applied to a stand-alone game device, all processing such as default processing, attack execution processing and brave processing, and attack point recovery processing is executed by the control unit of the game device.

1 Client device 11 Control unit 12 RAM
13 HDD
DESCRIPTION OF SYMBOLS 14 Sound processing 15 Graphic processing part 16 DVD / CD-ROM drive 17 Communication interface 18 Interface part 19 Frame memory 20 Memory card slot 21 Input part 22 Speaker 23 Display apparatus 24 Display screen 25 Recording medium 26 Antenna 27 Memory card 2 Communication network 3 Server device 31 Control unit 32 RAM
33 HDD
34 Communication interface 40 Default designation window 50 Brave determination window 60 Player management table 70 Point management table

Claims (12)

A game system including a client device and a server device that can be connected to the client device via a communication line,
Execution request receiving means for receiving an execution request for a predetermined action in response to an operation instruction to the client device of the player;
A point determination unit that determines whether or not an action point that enables execution of the action remains when an execution request for the predetermined action is received by the execution request reception unit;
Point subtraction means for subtracting action points when it is determined by the point determination means that action points remain;
Action execution means for executing a predetermined action when it is determined by the point determination means that an action point remains;
Point recovery means for recovering the action points subtracted by the point subtraction means as time passes;
Point saving request accepting means for accepting an action point saving request;
A point saving means for saving an action point when an action point saving request is accepted by the point saving request accepting means;
A game system characterized in that the action execution means disables execution of a predetermined action until a predetermined time elapses after the saving request is received by the point saving request receiving means. When it is determined by the point determination means that there are no action points remaining, a loan borrowing request receiving means for receiving a borrowing request for an action point is provided,
The action execution means further executes an action when the advance borrow request accepting means accepts the advance borrow request of the action point,
2. The game system according to claim 1, wherein the point recovery means further recovers the action point borrowed by the advance borrow request receiving means as time elapses. A game system including a client device and a server device that can be connected to the client device via a communication line,
Execution request receiving means for receiving an execution request for a predetermined action in response to an operation instruction to the client device of the player;
A point determination unit that determines whether or not an action point that enables execution of the action remains when an execution request for the predetermined action is received by the execution request reception unit;
Point subtraction means for subtracting action points when it is determined by the point determination means that action points remain;
When it is determined by the point determination means that there are no action points remaining, a borrowing request acceptance means for accepting an advance borrowing request for an action point;
An action execution means for executing an action when it is determined by the point determination means that an action point remains, or when an advance borrow request for an action point is received by the advance borrow request reception means;
A game system comprising: an action point subtracted by the point subtracting means and a point recovery means for recovering the action point borrowed by the advance borrowing request accepting means as time elapses. 4. The game system according to claim 3, wherein the point recovery means preferentially recovers the action points borrowed in advance by the advance loan request receiving means. A game progress method executed in a game system including a client device and a server device that can be connected to the client device via a communication line,
On the client device
Receiving an execution request for a predetermined action in response to an operation instruction to the input device of the player;
Transmitting an execution request for a predetermined action to a server device;
Receiving an action point saving request that enables execution of an action in response to an operation instruction to an input device of a player;
Sending an action point saving request to the server device,
On the server device,
Receiving an execution request for a predetermined action from a client device;
Receiving an execution request for a predetermined action and subtracting the action point and executing the predetermined action when there are remaining action points;
Recovering the subtracted action points over time;
Receiving an action point saving request from a client device;
Receiving an action point saving request, and storing the action point,
A game progress method, wherein execution of a predetermined action is disabled for a predetermined time in response to reception of a saving request. A step of accepting an advance borrowing request for an action point when no action point remains;
A step of executing an action when an advance borrowing request for an action point is accepted;
6. The method according to claim 5, further comprising the step of recovering the borrowed action points as time elapses. A game progress method executed in a game system including a client device and a server device that can be connected to the client device via a communication line,
Receiving an execution request for a predetermined action in response to an operation instruction to the input device of the player;
Transmitting an execution request for a predetermined action to a server device;
Receiving an action point advance borrowing request that enables execution of an action by an operation instruction to the input device of the player;
Sending an action point advance borrowing request to the server device,
On the server device,
Receiving an execution request for a predetermined action from a client device;
Receiving an execution request for a predetermined action and subtracting the action point when the action point remains;
Receiving an execution request for a predetermined action and receiving an action point advance borrowing request when there are no action points stored in the storage means;
Performing an action when an action point remains, or when an action point advance request is received;
And a step of recovering the subtracted action points and the pre-borrowed action points as time elapses. The game progress method according to claim 7, wherein the action points are recovered by giving priority to the action points borrowed in advance. A game device comprising an input device and a display device,
Execution request receiving means for receiving an execution request for a predetermined action according to an operation instruction to the input device of the player;
A point determination unit that determines whether or not an action point that enables execution of the action remains when an execution request for the predetermined action is received by the execution request reception unit;
Point subtraction means for subtracting action points when it is determined by the point determination means that action points remain;
Action execution means for executing a predetermined action when it is determined by the point determination means that an action point remains;
Point recovery means for recovering the action points subtracted by the point subtraction means as time passes;
Point saving request accepting means for accepting an action point saving request;
When the point saving request is accepted by the point saving request accepting means, the point saving means for saving the action points is provided,
A game device characterized in that the action execution means disables execution of a predetermined action until a predetermined time elapses after the saving request is received by the point saving request receiving means. When it is determined by the point determination means that there are no action points remaining, a loan borrowing request receiving means for receiving a borrowing request for an action point is provided,
The action execution means further executes an action when the advance borrow request accepting means accepts the advance borrow request of the action point,
10. The game apparatus according to claim 9, wherein the point recovery means further recovers the action points borrowed by the advance borrow request receiving means as time elapses. A game device comprising an input device and a display device,
Execution request receiving means for receiving an execution request for a predetermined action according to an operation instruction to the input device of the player;
A point determination unit that determines whether or not an action point that enables execution of the action remains when an execution request for the predetermined action is received by the execution request reception unit;
Point subtraction means for subtracting action points when it is determined by the point determination means that action points remain;
When it is determined by the point determination means that there are no action points remaining, a borrowing request acceptance means for accepting an advance borrowing request for an action point;
An action execution means for executing an action when it is determined by the point determination means that an action point remains, or when an advance borrow request for an action point is accepted by the advance borrow request acceptance means;
A game apparatus comprising: an action point subtracted by the point subtracting means and a point recovery means for recovering the action point borrowed by the advance borrowing request accepting means as time elapses. 12. The game apparatus according to claim 11, wherein the point recovery means preferentially recovers the action point borrowed in advance by the advance borrow request receiving means.

Images