JP2016131756A - Game server, game control program, and game control method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game server and the like which can allows a game to be played even in the state that a player terminal is not connected to a network and can freely switch between play by the player himself/herself and autoplay by a game server.SOLUTION: There are provided a game program in which the same game can be played by a player terminal and a game server, and when autoplay starts and ends in the game server, saved-data of the game being executed is succeeded between the player terminal and the game server. When a prescribed condition is satisfied, such that situations advantageous to the player occur, push notification is transmitted to the player terminal, during which autoplay is temporarily stopped so that progress situations of the game do not change. The autoplay is restarted in a prescribed time after push notification or by resumption operation of the autoplay by the player.SELECTED DRAWING: Figure 2

Description

  The present invention relates to a game server, a game control program, and a game control method for executing auto play by taking over a game played on a player terminal operated by a player.

  Various game software that can be played on network terminals such as game machines and smartphones are being provided, but in these games, the game execution conditions are constantly changing, such as pachinko and pachislot There are games that continue to play for a long time. In such a type of game, there is a need for auto play that automatically continues execution of the game regardless of the player's own operation even when the player has to interrupt the game.

  As a technology provided to meet such auto play needs, for example, in a server that provides a game such as a pachislot via a network, when the player selects auto play (automatic execution), the game is executed by auto play. An invention is disclosed (see Patent Document 1).

JP 2002-58879 A

  In the invention described in Patent Document 1, if a predetermined condition such as “big hit” is met during execution of auto play, a message is transmitted from the server to the player by e-mail. Then, the player can change from auto play to manual play by performing a “change” operation on the terminal, so that even if the player does not play the game on the terminal from the beginning. By setting to auto play, it is possible to enjoy the game from where it becomes advantageous.

  However, the invention described in Patent Document 1 is based on the premise that the game program is executed on the server side in both auto play and manual play, so if the connection between the terminal operated by the player and the server is disconnected, the game is interrupted. There is a problem of being done.

  In addition, the selection of auto play or manual play is made at the start of the game, and since auto play and manual play cannot be switched freely, the player himself / herself operates the terminal to play the game. When switching from manual play to auto play, such as when it becomes impossible to operate the game due to changes in the situation such as being unable to operate the terminal for a while, or using other apps, etc. Inability to respond is also an issue.

  The present invention has been made to cope with such a problem, and can play a game even when the player terminal is not connected to the network, and can also be played by the player himself and automatically played by the game server. It is an object of the present invention to provide a game server, a game control program, and a game control method for performing auto play by taking over a game played on a player terminal operated by a player, which can be switched freely. .

  The present invention that solves such a problem is a game server that has a game program that is the same as or related to a game program that is executed on a player terminal operated by a player, and that can be connected from the player terminal via a network. The first receiving means for receiving from the player terminal a request for autoplay of the game including save data for the game being executed by the game program at the player terminal, and the save data received by the first receiving means. Using execution means for auto-playing the game by a game program provided in a game server, second receiving means for receiving a restart request for resuming the game at the player terminal from the player terminal, The second receiving means is a restart request. Upon receiving the door, a game server, characterized in that a transmission unit to be transmitted to the player terminal the game save data being executed by the game program.

  In the present invention, the same or related game program is provided in the player terminal operated by the player and the game server according to the present invention, and is being executed between the player terminal and the game server at the start and end of auto play on the game server. It is possible to play the game on the player terminal side even when the player terminal is not connected to the network, and the player's own play and the game server Auto play can be freely switched.

  In addition, the present invention may include a transmission unit that transmits a notification for notifying the progress of the game to the player terminal when a game execution result by the game program matches a predetermined condition. .

  With this configuration, the player can recognize the change in the progress of the game during auto play, which is effective for determining whether to switch between play on the player himself or auto play on the game server. It becomes composition.

  Further, according to the present invention, when the transmission means transmits a notification, the execution means pauses the execution of the game, and a predetermined time elapses or a request for resuming the auto play of the game from the player terminal is received. The reception may resume the execution of the game by auto play.

  With this configuration, since auto play is stopped for a while after the notification is sent, the progress of the game changes until the player resumes playing, and there is an advantageous situation for the player. It becomes possible to avoid the situation of being lost.

  Further, according to the present invention, the predetermined condition for the transmission means to transmit the notification includes a first condition that differs depending on the game program, and a second condition that is common to all the game programs. The condition 1 may be set according to a game program selected from the player terminal.

  With this configuration, in addition to the notification conditions that can be set as common conditions without depending on the type of game, such as the accumulation of scores and the passage of time, notification conditions regarding conditions that are advantageous to different players depending on the game, etc. Since it can be set according to the game selected by the player, it is possible to send a notification according to the game being played to the player in which auto play is in progress.

  Further, in the present invention, a plurality of execution patterns can be selected for execution by autoplay of the game in the execution means, and the execution means is selected according to any execution pattern selected from the player terminal. The game may be executed by auto play.

  With this configuration, the player not only executes auto play that is completely dependent on the game server side, but also enables auto play that reflects the player's intention by allowing the player to select an execution pattern. .

  The present invention can also be specified as a game control program provided in the game server according to the present invention.

  The game control program according to the present invention is executed in a game server that is connectable via a network from the player terminal, including a game program that is the same as or related to the game program executed in the player terminal operated by the player. A game control program for controlling auto play of a game played on a player terminal, wherein the game server includes a request for auto play of the game including save data of a game being executed by the game program on the player terminal. A first receiving step received from a terminal; an execution step of executing the game by auto play by a game program provided in a game server using the save data received in the first receiving step; A second receiving step for receiving a restart request for restarting the game at the player terminal from the player terminal, and when receiving the restart request at the second receiving step, the save data of the game being executed by the game program is A game control program that executes a transmission step of transmitting to a player terminal.

  The game control program according to the present invention can be specified as a game control program provided in each configuration of the game server according to the present invention described above.

  The present invention can also be specified as a game control method executed by the game server according to the present invention.

  The game control method according to the present invention is executed by a game server that can be connected via a network from the player terminal, including a game program that is the same as or related to a game program that is executed on a player terminal operated by the player. A game control method for controlling auto play of a game played on a player terminal, wherein the game server sends a request for auto play of the game including save data of a game being executed by a game program on the player terminal. A first receiving step received from a terminal, and an execution step in which the game server executes the game by auto-play by a game program provided in the game server, using the save data received in the first receiving step. When, When the game server receives from the player terminal a restart request for restarting the game at the player terminal, and the game server receives the restart request at the second receiving step, the game A game control method comprising: a transmission step of transmitting save data of a game being executed by a program to the player terminal.

  The game control method according to the present invention can also be specified as a game control method executed by each configuration of the game server according to the present invention described above.

  According to the present invention, it is possible to provide a game in which a game can be played even when the player terminal is not connected to the network, and the player can freely switch between play by the player himself and auto play at the game server. become. Such a game mechanism is particularly suitable for a game such as a pachinko or pachislot game in which the player often continues to play for a long time.

  In addition, the present invention avoids a situation in which, after notifying the player of the progress of the game in auto play, the situation in which the progress of the game changes and the advantageous situation for the player is lost, the player plays. It is possible to send notifications according to the game, and to reflect the player's intention in auto play, which contributes to improving the convenience of auto play in various aspects.

It is a figure which shows the outline | summary of embodiment of the game server which concerns on this invention. It is a figure which shows the flow of the auto play progress in the game server which concerns on this invention. It is a block diagram which shows the structure of the game server which concerns on this invention. It is a flowchart which shows the processing flow of the auto play by the game server which concerns on this invention. 5 is a flowchart showing details of a processing flow for determining whether notification is necessary in the flowchart of FIG. 4. It is a figure which shows an example of the notification conditions set with the game server which concerns on this invention. It is a figure which shows an example of the menu screen displayed on a player terminal during execution of an auto play in the game server which concerns on this invention. It is a figure which shows an example of the menu screen displayed on a player terminal during the pause of an auto play in the game server which concerns on this invention.

  Embodiments for carrying out the present invention will be described below in detail with reference to the drawings. In the following description, an example in which the present invention is applied to a pachislot game will be described, but an example of an embodiment of the present invention is shown, and the type of game, notification conditions, and auto play on a game server are described. Embodiments such as the continuation method are not limited to the examples shown here.

  FIG. 1 shows an outline of an embodiment of a game server according to the present invention. The game server according to the present invention is a server computer that is connectable via the Internet from a player terminal such as a smartphone on which a player plays a game, and a game that can play the same game on the player terminal and the game server. Programs (the same game programs or mutually related game programs having differences due to customization or the like according to the mutual execution environment) are provided.

  When the player himself plays the game, the game program is executed on the player terminal, and when the player switches to auto play in order to temporarily interrupt the operation of the game, the game program is executed on the game server. When switching between the player's own play and the auto-play on the game server, the game save data corresponding to the situation at that time is passed between the player terminal and the game server, and the game can be continued. Yes.

  Further, when a situation advantageous to the player occurs or a certain situation progresses during auto play on the game server, a push-type notification is transmitted from the game server to the player terminal. Since the player can know the progress of the game and its change, it is possible to receive the save data from the game server and switch to the play by the player again.

  FIG. 2 shows a flow of auto play progress in the game server according to the present invention. When the player who started the game program on the player terminal and played the game performs a predetermined operation for shifting to auto play, game save data at the time of transition is transmitted to the game server, and the game server side A game program capable of playing the same game is activated, and the game is resumed by auto play from the situation reproduced by the received save data. While auto play is being executed on the game server, the player may activate another application on the player terminal and perform other operations, or may interrupt the operation of the player terminal for a while.

  When autoplay is being executed on the game server, a push notification is transmitted from the game server to the player terminal when the game progresses into a so-called “hot situation” in which the game progresses to a situation advantageous to the player. Although the specific method of notification is not particularly limited, for example, a push notification function provided in a general smartphone may be used.

  Here, in the present invention, the auto play at the game server is temporarily stopped together with the transmission of the push notification. This makes it possible to avoid situations where the game progresses further and the “hot situation” is resolved before the player knows the change in the game progress and switches to play by the player himself. Become.

  When the player performs an operation for resuming play by the player himself, save data is transmitted from the game server to the player terminal, and by using the save data to start the game program of the player terminal, the player “ Play can be resumed from "Situation". If a push notification has been sent but the player is not in a situation where he can resume play, the player can perform an operation to resume autoplay or leave it for a certain period of time without performing any operation. In the game server, the auto play of the game is resumed.

  FIG. 3 shows an example of the configuration of the game server according to the present invention. The game server 10 is a server computer connected to the Internet and capable of data communication with the player terminal 20. The physical configuration of the computer constituting the game server 10 is not particularly limited, and may be configured as a function of all or part of one computer, or functions provided in a plurality of computers. It may be constituted by.

  The game server 10 includes an auxiliary storage device such as a CPU, a main memory, and an HDD. In order to realize a predetermined function, an application program corresponding to each function stored in the auxiliary storage device such as an HDD is main. The CPU executes the arithmetic processing while reading the data into a memory or the like and causing the main memory or the like to function as a working area.

  The game server 10 includes a game control unit 11, a game execution unit 12, a request reception unit 13, and a notification transmission unit 14, all of which are functionally specified and each function Is realized by reading the application program corresponding to each function stored in an auxiliary storage device such as an HDD into a main memory or the like, and executing arithmetic processing by the CPU while the main memory or the like functions as a working area. Is. In addition, a predetermined storage area of an auxiliary storage device such as an HDD is allocated to the notification condition storage unit 15 provided in the game server 10.

  As the player terminal 20, a network terminal such as a smartphone, a tablet computer, a game machine, or a personal computer that can be connected to the Internet is used. The game execution unit 21 of the player terminal 20 is also functionally specified, and reads a game program stored in an auxiliary storage device such as an HDD or an SSD into a main memory or the like so that the main memory or the like functions as a working area. However, it is realized by executing arithmetic processing by the CPU. Here, the game execution unit 12 of the game server 10 and the game execution unit 21 of the player terminal 20 execute a game program capable of playing the same game. Will be.

  The game program executed in the game execution unit 21 of the player terminal 20 is preferably installed in the player terminal 20 in advance so that the game can be played even in an environment where the player terminal 20 cannot connect to the Internet. It is good also as a structure which calls a game program from the game server 10 at the time of a game start, and runs with the player terminal 20. FIG.

  Based on the above configuration, an auto play processing flow by the game server according to the present invention will be described using the flowchart of FIG. Here, an example of playing a pachislot game in which slots are continuously hit will be described, but the game executed in the present invention is not limited to a pachislot game.

  When the game execution unit 21 is activated on the player terminal 20 and the player who has played the game by himself performs an operation for shifting to auto play, a request to start auto play is transmitted to the game server 10. . At the time of auto play on the game server 10, game save data at the time of performing the transition operation to auto play is also stored in the game server 10 so that the player can take over the game from the situation where the game was interrupted. Sent.

  In the game server 10 that has received the request to start auto play in the request reception unit 13, the game control unit 11 is activated and executes predetermined processing according to the flow shown in the flowchart of FIG. First, a notification condition for transmitting a push notification to the player during auto play is set (S01) and stored in the notification condition storage unit 15.

  FIG. 6 shows an example of notification conditions to be set. Here, the notification conditions can be set for each type of pachislot machine such as a situation advantageous to the player during the game, that is, for each type of game program. Conditions can be included that are common to all pachislot machines such as the number of coins acquired, the number of times the game has been played, and the remaining time until closing (game end), that is, conditions that are commonly set for all game programs. .

  In a pachislot game, a virtual hall imitating a real pachislot hall is provided, and the player is often designed to play the game by selecting the model of the model he wants to play. In such a case, the “hot situation”, which is an advantageous situation for the player who wants to be notified, differs depending on the type of pachislot machine, that is, the type of game program. The notification condition corresponding to the model selected from the player terminal 20 (type of game program) is set and stored in the notification condition storage unit 15. Notification conditions common to all other models (all game programs) are set in advance and stored in the notification condition storage unit 15.

  When the notification condition is set, it waits until a timing for making a request to the game execution unit 12 that executes the game program (which may be set together with the notification condition when receiving an auto play request), and when the request timing comes ( (S02), a lottery request is made to the game execution unit 12 (S03). The lottery request is a request for a result of hitting a pachislot within a predetermined time (lottery result). The game execution unit 12 that has received the lottery request calculates a result of hitting a pachislot within a predetermined time. The batch lottery for performing the processing in a batch is executed, and the execution result of the batch lottery is returned to the game control unit 11 as a response. Although a lottery request may be made for each lottery, such a batch lottery method is preferable in view of the efficiency of data processing.

  Moreover, it is good also as performing the lottery process in the game execution part 12 according to the execution pattern selected from the player terminal 20 as providing the some execution pattern which a player can select in this lottery request method. For example, a player who is playing a pachislot in a virtual hall sets a scene where another player hits on behalf for a while, and displays multiple candidates to hit on behalf of the player, from which the player If a lottery request is made according to the execution pattern corresponding to the selected candidate, it is possible to provide an auto play that reflects the player's intention such as “who should be struck instead”.

  When a response from the game execution unit 12 is received (S04), the batch lottery result included in the response is held, and it is determined from the batch lottery result whether there is a timing at which push notification to the player terminal 20 is necessary (S05). . If there is no timing that requires push notification, the next lottery request timing is set (S06), and the system waits until the set timing arrives (S02). If there is a timing at which push notification is necessary, the notification transmission unit 14 is activated at that timing, and a push notification is transmitted to the player terminal 20 (S07).

  The flowchart of FIG. 5 shows an example of details of a processing flow for determining whether or not there is a timing that requires push notification from the batch lottery result. As shown in FIG. 6, the notification conditions for sending a push notification include the conditions that can be set for each type of pachislot (for each type of game program) and the conditions that are set for all types of pachislot (common to all game programs). Although it has been described that it can be included, it is assumed that such a notification condition is set and stored in the notification condition storage unit 15.

  As for the former, a stop state ID indicating a “hot state” that needs to be notified in each game program is registered for each game program, and the stop state ID corresponding to the game program that the player is playing is indicated in the response. If it is included (S051), a push notification is transmitted to the player terminal 20 (S07). Even if the stop state ID is not included, the response execution result is reflected in the number of acquired coins, etc., the number of times the game is played, etc., and these match the notification conditions common to all the latter game programs. In this case (S052), a push notification is transmitted to the player terminal 20 (S07).

  When the push notification is transmitted, the timing of the next lottery request is set (S08), but until the next lottery request when the push notification set in S06 is not transmitted at the interval until the next lottery request set here. By setting a longer time (for example, 15 minutes) than the interval (for example, 5 minutes), the execution of auto play can be substantially suspended.

  In this way, when the push notification is transmitted, the lottery request to the next game execution unit 12 is waited for a longer time than when the push notification is not transmitted. When a certain time has passed without any operation by the receiving player, auto play is resumed.

  The waiting until the next lottery request is continued until the end time of the auto play (S09). During that time, the player performs selection operation (see FIG. 8 is pressed (such as pressing the “Self hit” button) (S10), the request reception unit 13 receives a request to resume play by the player himself, and the progress of the game in progress in the game execution unit 12 Is transmitted to the player terminal 20 so as to be taken over by the player terminal 20 as it is (S11).

  When the selection operation for resuming the play by the player itself is not performed and the selection operation for resuming the auto play by the game server 10 (such as pressing the “Resume Now” button in FIG. 7 or FIG. 8) is performed, the request receiving unit 13 The auto play restart request is received, the timing of the next lottery request is set (S13), and the system waits until the set timing arrives (S02). As the interval until the next lottery request set here, if the interval until the next lottery request when the push notification set in S06 is not transmitted (5 minutes in the previous example) is adopted, Even if the auto-play is substantially suspended after the push notification is transmitted, the auto-play can be resumed by returning to the in-progress state.

  7 and 8 each show an example of an auto play menu screen that can be displayed on the player terminal 20 while auto play by the game server 10 is in progress, a push notification is transmitted, and auto play is paused. It is. These screens can be called by a predetermined operation. Each screen has a button to select when resuming play by the player himself (to hit by himself) and a button to select when resuming auto play (now However, there is no need to resume autoplay while autoplay is in progress, so the menu screen where autoplay is in progress will have a button to select when autoplay is resumed (now Resume) is not displayed.

DESCRIPTION OF SYMBOLS 10 Game server 11 Game control part 12 Game execution part 13 Request reception part 14 Notification transmission part 15 Notification condition memory | storage part 20 Player terminal 21 Game execution part

Claims (7)

A game server that can be connected via a network from the player terminal, including a game program that is the same as or related to a game program that is executed on a player terminal operated by a player,
First receiving means for receiving, from the player terminal, a request for autoplay of the game including save data of the game being executed by the game program in the player terminal;
Execution means for executing the game by auto-play by a game program provided in a game server using the save data received by the first reception means;
Second receiving means for receiving a restart request for restarting the game at the player terminal from the player terminal;
When the second receiving means receives a resume request, transmitting means for sending save data of the game being executed by the game program to the player terminal;
A game server comprising: The game server according to claim 1, further comprising: a transmission unit configured to transmit a notification that notifies the player terminal of the progress of the game when a result of execution of the game by the game program matches a predetermined condition. When the transmission means transmits the notification, the execution means pauses the execution of the game, and when the predetermined time elapses or the game terminal receives a request for resuming the auto play of the game from the player terminal, The game server according to claim 2, wherein execution by auto play is resumed. The predetermined condition for the transmission means to transmit the notification includes a first condition that differs depending on the game program, and a second condition that is common to all the game programs. 4. The game server according to claim 2, wherein the game server is set according to a game program selected from a player terminal. A plurality of execution patterns can be selected for execution of the game by auto play in the execution means, and the execution means executes the game by auto play according to any execution pattern selected from the player terminal. The game server according to claim 1, wherein the game server is a game server. Auto play of a game to be played on a player terminal, which is executed in a game server connectable via a network from the player terminal, having a game program that is the same as or related to the game program executed on the player terminal operated by the player A game control program for controlling the game server,
A first receiving step of receiving, from the player terminal, an auto-play request for the game including save data of the game being executed by the game program at the player terminal;
Using the save data received in the first reception step, an execution step of executing the game by auto play by a game program provided in a game server;
A second receiving step of receiving a restart request for restarting the game at the player terminal from the player terminal;
A transmission step of transmitting save data of a game being executed by the game program to the player terminal upon receiving a restart request in the second reception step;
A game control program for executing Auto play of a game played on a player terminal, which is executed by a game server connectable via a network from the player terminal, which has the same or related game program executed on the player terminal operated by the player. A game control method for controlling
A first receiving step in which the game server receives from the player terminal a request for autoplay of the game including save data of a game being executed by a game program in the player terminal;
The game server uses the save data received in the first reception step, and executes the game by auto play by a game program provided in the game server;
A second receiving step in which the game server receives a resumption request for resuming a game at the player terminal from the player terminal;
When the game server receives a resume request in the second reception step, a transmission step of transmitting save data of a game being executed by the game program to the player terminal;
A game control method comprising: