JP7029011B1 - Game server, game program, information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To continue automatic progress of a game. SOLUTION: The game server is provided with an automatic execution unit for automatically playing a game, and the automatic execution unit automatically cancels the condition when the condition for stopping the play of the game is satisfied. It is characterized by continuing to play. [Selection diagram] FIG. 6

Description

The present invention relates to a game server, a game program, and an information processing method.

Patent Document 1 discloses a technique for automatically advancing a game.

Japanese Unexamined Patent Publication No. 2009-240570

However, in the technique described in Patent Document 1, the game is stopped halfway when the stop condition is satisfied.

The present invention has been made in view of such a background, and an object of the present invention is to provide a technique capable of continuing the automatic progress of a game.

The main invention of the present invention for solving the above problems is a game server, which includes an automatic execution unit for automatically playing a game, and the automatic execution unit fulfills a condition for stopping the play of the game. In this case, the condition is automatically canceled and the game is continued to be played.

Other problems disclosed in the present application and solutions thereof will be clarified by the columns and drawings of the embodiments of the invention.

According to the present invention, the automatic progress of the game can be continued.

It is a figure which shows the whole configuration example of this game system. It is a block diagram which shows the functional structure of a player terminal 2. It is a block diagram which shows the functional structure of the server apparatus 1. It is a figure which shows the configuration example of the item box 123. It is a figure which shows the configuration example of the automatic play information. It is a figure explaining the operation outline of a game system. It is a figure which shows the flow of a stamina recovery process.

<Outline of the invention>
The contents of the embodiments of the present invention will be described in a list. The present invention includes, for example, the following configuration.
[Item 1]
Equipped with an autorun unit that automatically plays the game
When the condition for stopping the play of the game is satisfied, the automatic execution unit automatically cancels the condition and continues playing the game.
A game server featuring.
[Item 2]
The game server described in item 1
It has an item box to store items that can be used in the game.
The automatic execution unit automatically deletes the item in the item box when the item box is full.
A game server featuring.
[Item 3]
The game server described in item 2,
It also has an automatic play information storage unit that stores information for identifying the item to be deleted.
When the item box becomes full, the automatic execution unit determines the item to be deleted according to the information, and deletes the determined item from the item box.
A game server featuring.
[Item 4]
The game server according to any one of items 1 to 3.
It has an item box to store items that can be used in the game.
The automatic execution unit automatically uses the item for recovering the parameter among the items stored in the item box when the parameter becomes a predetermined value or less during the game.
A game server featuring.
[Item 5]
The game server according to item 4.
The automatic execution unit automatically acquires the item for recovery by using paid points or free points when the item for recovery is not stored in the item box.
A game server featuring.
[Item 6]
The game server according to any one of items 1 to 5.
When the number of times of playing an event that occurs during the game is limited, the automatic execution unit uses paid points or free points to release the limitation on the number of times of playing.
A game server featuring.
[Item 7]
The game server according to any one of items 1 to 6.
The automatic execution unit ends the play of the game when the condition for ending the play of the game is satisfied.
A game server featuring.
[Item 8]
The game server according to item 7.
The condition for ending the play of the game includes that the level of the character has reached a predetermined value or higher, or that a specific number of specific items have been acquired or higher.
A game server featuring.
[Item 9]
Steps to play the game automatically and
When the condition for stopping the play of the game is fulfilled, the step of automatically canceling the condition and continuing the play of the game, and
An information processing method characterized by the execution of a computer.
[Item 10]
Steps to play the game automatically and
When the condition for stopping the play of the game is fulfilled, the step of automatically canceling the condition and continuing the play of the game, and
A game program that lets your computer run.

Hereinafter, the game system according to the embodiment of the present invention will be described with reference to the drawings.

The game system of the present embodiment provides a game, and can perform a process (automatic game play) for automatically advancing a game designated by a player. In automatic gameplay, in general, when a character's hit points are exhausted (or when the party to which the character belongs is wiped out), when the player's stamina is exhausted, the item box is filled with items acquired during automatic progress. It stops when it becomes impossible to add an item next to it. The game system of the present embodiment tries to prevent the automatic gameplay from stopping as much as possible, restarts the automatic gameplay even if it is completely destroyed, and recovers when the stamina is almost exhausted. Items for recovering stamina such as agents (recovery items) are automatically used, and when the item box is full (there is not enough space), the items in the item box are automatically used. I try to discard it and continue automatic gameplay.

Further, in general, in a game provided by a smartphone or the like, paid stones or free stones may be consumed in order to acquire a game medium such as an item or a character. The paid stone is an example of paid points purchased by the player for a fee, and the free stone is an example of free points that the player can obtain for free during the game. In addition, instead of the names "paid stone" and "free stone", different names such as stones, coins, and gems may be given depending on the game, but in this embodiment, "paid stones" are used to refer to these names. , "Free stone".

Free points are points (in-game currency) that can be obtained by the player without charge by executing (playing) the game. For example, free points can be obtained as rewards for logging in, clearing predetermined stages, completing missions, interacting with friends, and the like. Examples of the free points include free stones and free coins. Paid points are points (in-game currency) that can be acquired by the player through purchase procedures (payment of cash or electronic money, credit card payment, etc.) in real-world currency. Examples of the paid points include paid stones, paid coins, and the like. Paid points may also be referred to as billing points, and free points may also be referred to as non-billing points.

Paid points and free points can be used, for example, for exchanging items, recovering stamina, continuing when a quest fails, executing a lottery system (random game medium granting system such as gacha), and the like. And, there is a difference in the function (effect) in the game between the paid points and the free points. For example, the function of paid points and free points can be achieved by making it possible to execute a lottery system that is not possible with free points by paying paid points, or by making it possible to purchase items that cannot be purchased with free points with paid points. Can be different. In addition, for example, there may be a function in the game that can be executed by either paid points or free points, or a function that cannot be performed by paid points may be enabled by free points. In addition, there may be no difference in the functions that can be executed between paid points and free points, and the configuration may be such that points can be added for a fee.

In the game system of this embodiment, the stamina is almost exhausted during automatic game play, but if the recovery item such as a recovery agent is not possessed to recover the stamina, a paid stone or a paid stone is automatically used. You can also use at least one of the free stones to get a recovery item and use the obtained recovery item to recover stamina. In this case, it is possible to set in advance whether to use paid stones or free stones with priority, and how many stones to use.

Furthermore, the number of plays is limited depending on the event such as a quest or a mini game, and there are games in which it is necessary to use at least one of paid stones or free stones when playing more than the limited number of times. In the automatic game play related to such a game, it is also possible to automatically use at least one of paid stones or free stones when trying to play more than the limit number of times of play. In this case, it is possible to set in advance whether to use paid stones or free stones with priority, and how many stones to use.

<Structure>
FIG. 1 is a diagram showing an overall configuration example of this game system. As shown in FIG. 1, this game system provides various services related to a game to a player via a network 3 (for example, the Internet or the like), and is composed of a server device 1 and a plurality of player terminals 2. To.

<Player terminal 2>
FIG. 2 is a block diagram showing a functional configuration of the player terminal 2. The player terminal 2 is an information processing device (for example, a smartphone, a mobile phone terminal, a tablet terminal) that the player can possess and use. The player terminal 2 can output the processing result of the game program transmitted from the server device 1 via the game application or the Web browser (for example, game screen display, game voice output, etc.). The player terminal 2 outputs a control unit 21 that controls the entire player terminal 2, a storage unit 22 that stores various data programs, an input unit 23 for the player to input operations, a game screen, an operation screen, and the like. It has a communication unit 25 for performing information communication with the output unit 24 and the server device 1. The control unit 21 of the present embodiment includes at least an operation information receiving unit 211 and a game operation unit 212. Further, the storage unit 22 includes at least a game operation information storage unit 221. Each functional unit of the control unit 21 can be realized by the CPU executing a program stored in the memory or the game operation information storage unit 221.

The operation information receiving unit 211 of the player terminal 2 receives an operation related to the game from the player. The operation information receiving unit 211 receives an operation related to the game by the player using the input unit 23. Then, the operation information receiving unit 211 outputs the received operation content to the game operation unit 212.

The game operation unit 212 executes a process for operating the game. The game operation unit 212 operates the game based on the game software included in the game operation information stored in the game operation information storage unit 221 and the operation content of the player input from the input unit 23. The game operation unit 212 generates an image for a game from the image data included in the game operation information along with the operation of the game, and performs a control process for outputting the generated image to the output unit 24. Similarly, the game operation unit 212 generates music and sound for the game from the music data and voice data included in the game operation information along with the operation of the game, and outputs the generated music and sound from the output unit 24. Perform control processing for this. Although the configuration in which the native application partially executes the functions of the Web application, that is, the game operation unit 212 of the player terminal 2 partially executes the functions of the server device 1, the game operation unit 212 is described here. The server device 1 may be configured to generate all game images and sounds as a processing result, or the game operation unit 212 may be configured to generate all game images and sounds. You may be.

A predetermined parameter in the game operated by the game operation unit 212 can be managed by the server device 1. For example, various parameters including character training elements in the game can also be managed by the server device 1. In this case, the game operation unit 212 updates the parameters managed by the server device 1 by communicating with the server device 1 when a process involving a change in these parameters occurs in the game. Then, the game operation unit 212 can receive the updated parameter from the server device 1 and continue the operation of the game based on the updated parameter.

<Configuration of server device 1>
FIG. 3 is a block diagram showing a functional configuration of the server device 1. The server device 1 is an information processing device used by a system administrator or the like to operate and manage various services, and may be, for example, a general-purpose computer such as a workstation or a personal computer, or a cloud computing technology. It may be realized logically by.

The server device 1 has a control unit 11, a storage unit 12, an input unit 13, a display unit 14, and a communication unit 15. When the server device 1 receives various commands (requests) from the player terminal 2 via the communication unit 15, the control unit 11 executes processing by the game program, and the processing result of the game program (for example, a game image or a game sound) is executed. Etc.) is transmitted to the player terminal 2. A part of the game program may be transmitted to the player terminal 2 and executed on the player terminal 2.

The control unit 11 transfers data between each unit and controls the entire server device 1, and is realized by the CPU (Central Processing Unit) executing a program stored in a predetermined memory. .. The control unit 11 of the present embodiment includes at least a game execution unit 111, a screen data generation unit 112, and an automatic execution unit 113.

<Memory unit 12>
The storage unit 12 includes a ROM (Read Only Memory), which is a read-only storage area in which a system program is stored, and a RAM (Random Access), which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11. It has a memory) and is realized by a non-volatile storage device such as a flash memory or a hard disk, for example. The storage unit 12 in the present embodiment has various storage units such as a game information storage unit 121, a player information storage unit 122, an item box 123, and an automatic play information storage unit 124.

The input unit 13 is for the system administrator to input various data (for example, game information) related to the game service, and is realized by, for example, a keyboard or a mouse.

The display unit 14 is for displaying an operation screen for a system administrator based on a command from the control unit 11, and is realized by, for example, a liquid crystal display (LCD: Liquid Crystal Display) or the like.

The communication unit 15 is for communicating with the player terminal 2, has a function as a receiving unit for receiving various data and signals transmitted from the player terminal 2, and responds to a command from the control unit 11. It has a function as a transmission unit that transmits various data and signals to the player terminal 2. The communication unit 15 communicates with the player terminal 2 by, for example, HTTP (HyperText Transfer Protocol), HTTPS, WebSocket, P2P (Peer To Peer), or the like.

The game information storage unit 121 stores information about the game. The game information is appropriately configured according to the type of the game. For example, in the case of a battle game, the stage name, enemy character information, etc. are included in association with the stage ID.

The player information storage unit 122 is a storage area for storing information about the player. The player information can include a player name, a owned character, play stage information, and the like in association with a player ID that identifies the player. The play stage information is information about a stage that the player has played so far among a plurality of set stages, and can include the number of plays, clear information, and the like. The player information storage unit 122 can also include various types of information regarding the play status of the player and the game. By storing the character in the possessed character information, the character is set to be available in the game.

The item box 123 stores an item owned by the player. FIG. 4 is a diagram showing a configuration example of the item box 123. The item box 123 may include a player ID that identifies the player, a maximum number of items, a number of paid stones, a number of free stones, an item list, and the like. The maximum number of items is the number of items that can be stored in the item list. The number of paid stones and the number of free stones are the number of paid stones and free stones possessed by the player. Items owned by the player are managed in the item list. Up to the maximum number of items can be stored in the item list. Each element of the item list stores the item name of the item owned by the player, the category of the item, the number of possessed items of the item, and the like in association with each other. It is also possible to manage paid stones and free stones as items in the item list.

The automatic play information storage unit 124 stores information indicating various settings of automatic game play (hereinafter, referred to as automatic play information). FIG. 5 is a diagram showing a configuration example of automatic play information. In the automatic play information, the start date and time, the end condition, the stop condition, the re-execution limit, the usage recovery item limit, and the deletion are associated with the player ID that identifies the player and the game ID that identifies the game that causes automatic game play. It can include item conditions, sale item conditions, stone usage conditions, event replay limits, and more.

The start date and time is the date and time when the automatic game play is started.

The end condition is a condition for terminating the automatic game play. For the end condition, for example, it is possible to set that the level of the character is equal to or higher than a predetermined value, or that a specific number or more of specific items have been acquired. There may be a condition to end when the target number of items specified by the player (total number of items acquired or acquisition number of specific one or more types of items) is reached. The end condition is basically a different condition from the stop condition.

The re-execution limit is a limit value for the number of times automatic gameplay is automatically re-executed. In addition, for example, when the hit points of the character are exhausted, or when the party to which the character belongs is completely destroyed, the automatic game play is re-executed up to the re-execution limit number. A party is a group composed of a plurality of characters organized by the user's selection or the like. The re-execution limit may be information for determining whether to re-execute the automatic gameplay. For example, a flag value may be set to indicate whether to re-execute automatic gameplay.

The usage recovery item limit is the usage limit of items (recovery items) used to recover parameters such as stamina. In the present embodiment, the maximum number of recovery items used is assumed to be less than or equal to the number of recovery items possessed in the item list of the item box 123. For example, if the player's stamina runs out during automatic gameplay, recovery items can be used up to the maximum number of recovery items that can be used.

The deleted item condition is information for determining an item to be deleted when the possession frame of the item box 123 is insufficient. In the deleted item condition, for example, an item ID or an item name that identifies an item may be set, or an item category that can determine a plurality of items may be set. Further, in the deleted item condition, the priority of deletion can be specified together with the information that can determine a plurality of items. For example, in the deleted item condition, it is possible to specify an item of a specific category and set a priority as having a large number of possessed items. The item condition for sale is information for determining an item to be sold (or exchanged) to the system management side or another user when the possession limit of the item box 123 is insufficient. The sale or exchange of an item or the like includes, for example, exchanging the item for in-game points, stones, other items, etc. at an in-game exchange or an in-game shop. When selling a game medium such as an item acquired during automatic progress, the game medium is not added to the item list of the item box 123 (or is temporarily added to the item list and then deleted), and is used as a consideration. Points, stones, etc. will be awarded. Similar to the above-mentioned deleted item condition, the item ID and item name may be set in the item condition for sale, or the category of the item that can determine a plurality of items may be set, or the item for sale may be set. You may set the priority. In addition, in the item condition for sale, the priority of sale can be specified together with the information that can determine a plurality of items. Further, the selling price may be set by the user or may be automatically determined.

The stone usage condition is a condition for using paid stones and free stones during automatic game play. In the stone usage conditions, the target for using paid stones or free stones and the conditions for using them can be specified. In this embodiment, a paid stone or a free stone is used for a recovery item of stamina when the stamina is exhausted and the number of recovery items possessed is less than a predetermined number (may be 0). Suppose you specify a condition that you can. In addition, the use priority of paid stones and free stones can be set in the stone use conditions. For example, if there is a free stone, it can be specified to preferentially use the free stone, or conversely, if there is a paid stone, it can be specified to preferentially use the paid stone. In addition, at least one of paid stones and free stones can be used in the stone usage conditions.

The event re-execution limit is information indicating how many times an in-game event such as a quest or a mini-game is played. In this embodiment, the number of times an event can be played is limited in the game, and when the event can be played again by using paid stones or free stones, the paid stones up to the event re-execution limit number. Or assume that you will use free stones to set the event to play automatically again. In addition, in order to collect items that can be acquired during the event, you may set the number of times to play again after clearing the event, or set the number of times to challenge until the event is cleared. May be good.

The game execution unit 111 has a function of executing a process of advancing the game according to the game program. The game by the game system in the present embodiment may be any kind of game, for example, a battle game, a puzzle game, an action game, a baseball game, a soccer game, another sports game, a quiz game, a pinball game, a card game, and the like. It may be a rhythm game, an RPG, an adventure game, a casino game, a simulation game, a strategy game, a board game, a racing game, or the like.

The screen data generation unit 112 has a function of executing a process of generating screen data for displaying the game screen on the player terminal 2. The screen data generation unit 112 generates screen data related to the above-mentioned arbitrary game. The generated screen data is transmitted to the player terminal 2 and output by the output unit 24. Further, the screen data generation unit 112 can notify the server device 1 that the screen data has been generated (the player has transitioned the screen). The notification to the server device 1 (hereinafter referred to as screen transition notification) is displayed during the game, such as the transition destination screen (startup screen, home screen, quest end screen, screen notifying that the item has been acquired), and the like. It can be any screen.) It can contain information that identifies.

The automatic execution unit 113 automatically executes the game without receiving an operation from the player. The automatic execution unit 113 can automatically advance the game indicated by the game ID based on the automatic play information stored in the automatic play information storage unit 124.

Further, the automatic execution unit 113 can automatically cancel the play stop condition when the condition for stopping the automatic game play (in the middle) (hereinafter referred to as a play stop condition) is satisfied. As mentioned above, the play stop conditions include when the character's hit points are exhausted, the party to which the character belongs is wiped out, the player's stamina is exhausted, the item box 123 is full, and items cannot be added. In that case, there is a limit on the number of times you can play an event that occurs during a game such as a quest or a mini game, and if you play an event more than that limit, you will have a stamina recovery item even if you try to recover stamina. There are cases where it did not exist.

When the parameter of the game becomes a predetermined value or less, the automatic execution unit 113 can automatically use the item for recovering the parameter. For example, the auto-execution unit 113 can automatically re-execute the automatic game play when the character's hit points are exhausted. Further, the automatic execution unit 113 can automatically recover the stamina by using the recovery item when the player's stamina is exhausted. In addition, even if the automatic execution unit 113 tries to use the recovery item automatically when the stamina is exhausted, if the number of recovery items is insufficient, the automatic execution unit 113 automatically uses paid stones or free stones to use the recovery item. You can also get it.

Further, the automatic execution unit 113 can automatically delete or sell an item from the item box 123 when the empty space of the item box 123 is exhausted.

Further, the automatic execution unit 113 automatically sets an upper limit on the number of times an event such as a quest or a mini game can be played, and can play more than the upper limit by using paid stones or free stones. You can also replay the event using paid or free stones.

<Basic operation flow>
FIG. 6 is a diagram illustrating an outline of operation of the game system.

The automatic execution unit 113 starts automatic game play of the game specified in the automatic play information, and automatically advances the game (S301).

When the hit points of the characters become 0 (or when the hit points of all the characters belonging to the party become 0 and are completely destroyed) (S302: YES), the automatic execution unit 113 automatically plays the number of times of re-execution. If it is less than the information re-execution limit number (S303: YES), the automatic game play is re-executed (S304).

When the stamina of the player becomes equal to or less than a predetermined threshold value (may be 0) (S305: YES), the automatic execution unit 113 executes the stamina recovery process (S306). FIG. 7 is a diagram showing a flow of stamina recovery processing. If the number of recovery items used during automatic game play is equal to or greater than the limit number of recovery items used in the automatic play information (S321: NO), the automatic execution unit 113 ends the stamina recovery process. When the number of recovery items used is less than the usage limit (S321: YES), the automatic execution unit 113 proceeds to step S325 if there is a recovery item (S322: YES), and if there is no recovery item (S322: NO). ), You can use paid stones or free stones to acquire recovery items depending on the stone usage conditions (S323). If the auto-execution unit 113 can acquire the recovery item (S324: YES), the auto-execution unit 113 can proceed to step S325 and recover the stamina by using the recovery item (S325). It should be noted that, as in S323 to S325, it is not limited to the case where recovery items are acquired and used to recover stamina by using paid stones or free stones according to the stone usage conditions, but also paid stones or paid stones according to the stone usage conditions. You may want to restore stamina directly by using free stones.

Returning to FIG. 6, the automatic execution unit 113 subtracts the number of items registered in the item list of the item box 123 (total number of possessions) from the maximum number of items in the item box 123, which is a predetermined threshold value (0). It may be.) It is determined whether or not the item box 123 has a possession slot depending on whether or not it is larger than the possession slot (S307: NO), and if there is no possession slot (S307: NO), depending on the item condition for deleting the automatic play information, The item held in the item box 123 can be specified, and the specified item can be deleted from the item box 123 (S308) to increase the possession limit of the item box 123.

When the automatic execution unit 113 reaches the upper limit of the number of plays set in the game when proceeding with an event such as a quest or mini play during automatic game play (S311: YES), the automatic game play is in progress. If the number of times the event is played is less than the event re-execution limit of the automatic play information (S312: YES), paid stones or free stones can be used depending on the stone usage conditions of the automatic play information (S313). ). If paid stones or free stones cannot be used depending on the stone usage conditions, or if the upper limit of play cannot be canceled even if stones are used depending on the game, the automatic execution unit 113 is concerned. You can continue automatic gameplay without the event progressing.

The automatic execution unit 113 repeats the process from step 301 until the end condition of the automatic play information is satisfied (S314: NO).

As described above, according to the game system of the present embodiment, it is possible to continue the automatic game play as much as possible so as not to stop in the middle before the end condition is satisfied.

The embodiments described above are merely examples for facilitating the understanding of the present invention, and are not intended to limit the interpretation of the present invention. It goes without saying that the present invention can be modified and improved without departing from the spirit thereof, and the present invention includes its equivalents.

For example, the process of FIG. 6 shows an example of the process by the game system of the present embodiment, and is not intended to limit the present invention. Each process included in the process of FIG. 6 may be executed in an order different from the order shown in the figure, some processes may be executed in parallel, or some processes may be executed in parallel. May be omitted, or other steps may be added.

Further, regarding the processing of the software function unit included in the server device 1 and the player terminal 2, the player terminal 2 may have a part or all the functions of the server 1 as long as the gist of the present invention can be realized.

Further, in the present embodiment, the number of re-executions of the automatic game play is set, but the number of re-executions is not limited and as much as possible (for example, when points are required to play the game). You may try again (as long as you have the required number of points).

Further, in the present embodiment, the limit number of recovery items for use of automatic gameplay is set, but this is not set, and recovery items are used as long as recovery items are held in the item box 123. You may.

Further, in the present embodiment, the player sets the item to be deleted in the automatic play information in advance when the empty holding frame of the item box 123 is exhausted, but the item deleted (or sold) by the automatic execution unit 113. May be decided. For example, using a learning model in which items to be deleted as feature quantities of various parameters of the game are learned by machine learning, the automatic execution unit 113 infers the items to be deleted and deletes the inferred items. be able to. Further, the automatic execution unit 113 may determine the items to be deleted so that the distribution of the number of possessions for each category is even.

1 Server device 2 Player terminal 3 Network

Claims (10)

The game stop condition, the game continuation condition set for each player , and the usage condition including whether to preferentially use the paid points or the free points and the usage limit of the paid points or the free points. A memory unit that memorizes
It is equipped with an automatic execution unit that automatically plays the game.
When the stop condition is fulfilled, the automatic execution unit continues or stops the play of the game without stopping according to the continuation condition corresponding to the player of the game .
When the parameter becomes a predetermined value or less during the game, the automatic execution unit recovers the parameter by using the paid point or the free point according to the usage condition, or the usage condition. To automatically acquire items for recovering the parameters by using the paid points or the free points according to the above .
A game server featuring. The game server according to claim 1.
It has an item box to store items that can be used in the game.
The automatic execution unit automatically deletes the item in the item box when the item box is full.
A game server featuring. The game server according to claim 2.
It also has an automatic play information storage unit that stores information for identifying the item to be deleted.
When the item box becomes full, the automatic execution unit determines the item to be deleted according to the information, and deletes the determined item from the item box.
A game server featuring. The game server according to any one of claims 1 to 3.
It has an item box to store items that can be used in the game.
The automatic execution unit automatically uses the item for recovering the parameter among the items stored in the item box when the parameter becomes a predetermined value or less during the game.
A game server featuring. The game server according to claim 4.
When the item for recovery is not stored in the item box, the automatic execution unit automatically acquires the item for recovery by using paid points or free points according to the usage conditions. To do,
A game server featuring. The game server according to any one of claims 1 to 5.
When the number of times of playing an event that occurs during the game is limited, the automatic execution unit may use paid points or free points according to the usage conditions to release the limitation on the number of times of play.
A game server featuring. The game server according to any one of claims 1 to 6.
The automatic execution unit ends the play of the game when the condition for ending the play of the game is satisfied.
A game server featuring. The game server according to claim 7.
The condition for ending the play of the game includes that the level of the character has reached a predetermined value or higher, or that a specific number of specific items have been acquired or higher.
A game server featuring. The game stop condition, the game continuation condition set for each player , and the usage condition including whether to preferentially use the paid points or the free points and the usage limit of the paid points or the free points. And the steps to remember
The steps to play the game automatically and
A step of continuing or stopping the play of the game without stopping according to the continuation condition corresponding to the player of the game when the stop condition is fulfilled.
The computer runs ,
The step of automatically playing the game recovers the parameter by using the paid point or the free point according to the usage condition when the parameter becomes a predetermined value or less during the game. Alternatively, an information processing method comprising automatically acquiring an item for recovering the parameter by using the paid point or the free point according to the usage condition . The game stop condition, the game continuation condition set for each player , and the usage condition including whether to preferentially use the paid points or the free points and the usage limit of the paid points or the free points. And the steps to remember
The steps to play the game automatically and
A step of continuing or stopping the play of the game without stopping according to the continuation condition corresponding to the player of the game when the stop condition is fulfilled.
Let the computer run
The step of automatically playing the game recovers the parameter by using the paid point or the free point according to the usage condition when the parameter becomes a predetermined value or less during the game. Alternatively, a game program for automatically acquiring an item for recovering the parameter by using the paid point or the free point according to the usage conditions .

Images