JP7033227B1 - Game system, information processing method and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technique capable of reducing the time for viewing a screen when advancing a game. SOLUTION: The game system includes an input unit for receiving an operation from a player and a game execution unit for advancing the game in response to the operation. It is characterized by starting or restarting the automatic progress of the game by touch operation. [Selection diagram] Fig. 1

Description

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

Conventionally, various games such as social games that can be played on smartphones and the like are known.

Further, Patent Document 1 discloses that an auto play that automatically advances the game can be executed by tapping the auto play start button on a predetermined screen during the game.

Japanese Unexamined Patent Publication No. 2020-31748

However, in Patent Document 1, for example, when starting auto play or restarting after pausing, the tap operation must be performed while looking at the screen.

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 reducing the time for viewing a screen when advancing a game.

The main invention of the present invention for solving the above problems is a game system, in which an input unit for receiving an operation from a player and an input unit are used.
A game execution unit that advances the game according to the above operation,
Equipped with
The game execution unit starts or restarts the automatic progress of the game by the player performing a multi-touch operation at an arbitrary position of the input unit.
It is characterized by.

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, it is possible to provide a technique capable of reducing the time for viewing a screen when advancing a game.

It is a figure which shows the structural example of the system by one Embodiment of this invention. It is a block diagram which shows the functional configuration of the server apparatus shown in FIG. It is a block diagram which shows the functional structure of a player terminal. It is a figure which shows an example of the automatic progress condition information. It is a figure explaining the operation of the game system of this embodiment in the state which the game is not automatically progressed. It is a figure explaining the operation of the game system of this embodiment in the state which the game is progressing automatically.

<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]
An input unit that accepts operations from the player,
A game execution unit that advances the game according to the above operation,
Equipped with
The game execution unit starts or restarts the automatic progress of the game by the player performing a multi-touch operation at an arbitrary position of the input unit.
A game system featuring.
[Item 2]
The game system according to claim 1.
The input unit shall be composed of a touch panel.
A game system featuring.
[Item 3]
The game system according to item 1 or 2.
The game execution unit ends the automatic progress by the player performing a multi-touch operation at an arbitrary position of the input unit during the automatic progress of the game.
A game system featuring.
[Item 4]
The game system according to any one of items 1 to 3.
Further provided with a mode switching unit that switches between an on mode capable of accepting the multi-touch operation for starting or restarting the automatic progress of the game and an off mode not accepting the multi-touch operation based on a player's request. matter,
A game system featuring.
[Item 5]
The game system according to any one of items 1 to 4.
Further, a speed control unit for controlling the progress speed of the game during the automatic progress of the game based on a predetermined condition is provided.
A game system featuring.
[Item 6]
The game system according to any one of items 1 to 5.
Further provided with an output unit that outputs a vibration indicating the suspension or termination of the automatic progress of the game.
A game system featuring.
[Item 7]
The game system according to item 6.
The output unit outputs a vibration indicating the start or restart of the automatic progress of the game.
A game system featuring.
[Item 8]
The game system according to item 7.
A game system characterized in that the vibration indicating the suspension or termination of the automatic progress of the game and the vibration indicating the start or restart of the automatic progress of the game are vibrations having different patterns.
[Item 9]
A step that accepts operations from the player via the input unit,
Steps to advance the game according to the above operation,
A step of starting or restarting the automatic progress of the game by the player performing a multi-touch operation at an arbitrary position of the input unit.
How the computer runs.
[Item 10]
A step that accepts operations from the player via the input unit,
Steps to advance the game according to the above operation,
A step of starting or restarting the automatic progress of the game by the player performing a multi-touch operation at an arbitrary position of the input unit.
A program that lets your computer run.

<Structure>
FIG. 1 is a diagram showing a configuration example of a system according to an embodiment of the present invention. As shown in FIG. 1, this game system provides various services related to a game to a player (hereinafter, also referred to as "user") via a network 3 (for example, the Internet or the like), and is a server device 1. It has a (game server) and a plurality of player terminals 2.

<Configuration of server device 1>
FIG. 2 is a block diagram showing a functional configuration of the server device 1 shown in FIG. 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 a program in which a CPU (Central Processing Unit) or GPU (Graphics Processing Unit) is stored in a predetermined memory. It is realized by executing. The control unit 11 of the present embodiment includes at least a game execution unit 111, an operation information receiving unit 112, and a processing result generation unit 113.

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 various games such as a rhythm game, an RPG (role playing game), a position information game, a board game, an adventure game, a casino game, a simulation game, a strategy game, and a racing game. In a game, for example, a player selects an arbitrary plurality of (for example, three) game media from a plurality of game media such as a character owned by the player or a card on which the character is displayed, and the deck (also referred to as a party or the like). A group) can be formed and the game can be played against the enemy. The game execution unit 111 may control the automatic progress of the game or stop (end or pause) the automatic progress in response to a request (automatic progress request) from the player terminal 2. can. The game execution unit 111 can be controlled to give a notification by voice or vibration output at at least any one of the start, restart, pause, and end of the automatic progress.

The game execution unit 111 can set on automatic progress setting information in the player information storage unit 122, which will be described later, in response to the automatic progress request. Further, the game execution unit 111 automatically stops the automatic progress of the game in response to a request from the player terminal 2 for stopping the automatic progress of the game (automatic progress stop request) or based on a predetermined condition. Can be (finished). The game execution unit 111 can, for example, update the automatic progress setting information of the player information storage unit 122 to off in response to an automatic progress stop request.

The operation information receiving unit 112 receives the operation information transmitted from the player terminal 2. The received operation information is used as instruction information for the game program to be processed by the game execution unit 111. The processing result generation unit 113 has a function of executing a process of generating a processing result of the game program executed by the game execution unit 111. The generated processing result is transmitted to the player terminal 2 by the processing result generation unit 113, and is output by the output unit 24 described later.

The storage unit 12 includes a non-volatile storage device which is a read-only storage area in which a system program is stored, and a volatile storage device which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11. Have. The non-volatile storage device is realized by, for example, a ROM (Read Only Memory), a flash memory, a hard disk, or the like, and the volatile storage device is realized by a RAM (Random Access Memory), a VRAM (Video Random Access Memory), or the like. The storage unit 12 in the present embodiment has at least various storage units such as a game information storage unit 121, a player information storage unit 122, and a game medium information storage unit 123.

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 game including a quest game, the stage name, enemy character information, consumption stamina information, etc. are included in association with the stage ID.

The player information storage unit 122 stores information about the player. The player information can include information such as a player name, a player level, a current stamina information, an upper limit stamina information, a play stage information, a payment method, and various setting information in association with a player ID, and other information such as a player and a game. Can contain information about the playing status of. The current stamina information is information indicating a numerical value of the player's stamina that can be consumed at present. The upper limit stamina information is information indicating an upper limit value when stamina is restored every predetermined time, or according to the use of an item, the use of a character's special ability, or the like. 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 various setting information includes, for example, automatic progress setting information, and when the automatic progress setting information is on, the game can be advanced without the player operating via the player terminal 2.

The game media information storage unit 123 stores game media information such as characters and items in the game. The game media information storage unit 123 stores the game media information owned by the player in association with the player ID.

The game medium information may include, for example, information about the owned character (owned character information). The possessed character information is associated with the ID of each owned character, and the acquisition date and time, character name, level, rarity, HP (current value / maximum value), attributes, skills, attack power (current value / maximum value), and defense power. It can include values of various parameters such as (current value / maximum value) and frequency of use. The acquisition date and time is information regarding the date and time when the character is given to the player by the progress of the game or the execution of the lottery. Rarity is information regarding the winning probability of the character, for example, in a lottery game. The HP, attack power, and defense power can include the value of the "maximum value" when the character is raised to the maximum level, in addition to the "current value" which is the current value. Attributes are settings related to other character classifications, such as classifications that indicate the strengths of characters such as fire attributes, water attributes, or wind attributes in battle-type games, and classifications that indicate the teams and positions to which they belong in sports games. Information. Skills are information such as feats that can be used by a character. The frequency of use is information on how often the player has selected or used the character in the past. The frequency of use may be calculated for the entire period since the player started the game, or may be calculated for any period such as the last few months.

Further, the game medium information may include information about the owned item (owned item information) in addition to the owned character. The owned item information can include information such as the number of possessed items in association with the ID of the owned item.

The server device 1 may have the information included in the game information, the player information, and the game medium information as a storage unit in a predetermined structure, and as described above, the storage units 121 to 123 do not necessarily have to be stored. It is not necessary to have the information as.

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 via the network 3, and has a function and control as a receiving unit for receiving various data, signals, and commands transmitted from the player terminal 2. It has a function as a transmission unit that transmits various data and signals to the player terminal 2 in response to a command from the unit 11. 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.

<Player terminal 2>
FIG. 3 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 computer device such as a smartphone, a mobile phone terminal, a tablet terminal, etc.) that can be possessed and used by the player. 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, vibration 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 controls the entire operation of the player terminal 2 by executing the program stored in the storage unit 22, and is composed of a CPU, a GPU, and the like.

The storage unit 22 stores programs for executing various control processes and functions in the control unit 21, input data, etc., and is one of RAM, ROM, flash memory, HDD, SSD, other storage, and the like. Consists of one or any combination thereof. Further, the storage unit 22 temporarily stores the communication content of the server device 1.

The control unit 21 of the present embodiment includes at least an operation information receiving unit 211, a game operation unit 212, and a processing result receiving unit 213. Further, the storage unit 22 includes at least a game operation information storage unit 221 and a layout information storage unit 222. The layout information storage unit 222 stores information regarding the layout of the configuration arranged on the top screen, which will be described later. Each functional unit of the control unit 21 can be realized by the CPU or GPU executing the program stored in the memory or the game operation information storage unit 221.

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 or the server device 1.

The input unit 23 has a function of receiving input from the player. The input unit 23 in the present embodiment has an input surface capable of detecting a touch input by the player, and has a function of receiving an input from the player and transmitting the input content to the control unit 21. For example, when a touch panel is adopted as the output unit 24 of the player terminal 2, the surface of the touch panel also functions as an input surface of the input unit 23. The input unit 23 detects touch input or the like by the player, and the input information is transmitted to the control unit 21. Touch inputs include, but are not limited to, touch, multi-touch, release, swipe, tap, double tap, long tap, drag, flick, slide, rotate, pinch in, pinch out, and more. The input unit 23 may have a physical button in addition to the touch panel as described above. The input unit 23 may have a configuration other than the touch panel integrated with the front surface (screen) of the player terminal as long as it has a function of receiving input from the player, and the touch panel provided on the back surface of the player terminal. It may be a sensor unit such as. The output unit 24 includes a touch panel such as a liquid crystal display that outputs an image, a speaker that outputs sound, a vibration generation unit (vibrator) that outputs vibration, and the like.

Here, as an example, "touch" refers to an operation or state in which a player's finger, a stylus pen, or the like comes into contact with the input surface of the input unit 23. Further, "multi-touch" (multi-touch operation) refers to an operation or state in which a player's finger, a stylus pen, or the like simultaneously touches a plurality of positions on the input surface of the input unit 23. For example, multi-touch includes not only multi-position touches that are started simultaneously, but also multi-position touches that are started at different times and are simultaneously detected at a given point in time. Specifically, when the second touch is started in a state where the first touch is continued after the first touch is started, the first touch and the second touch are multi-touched at the start time of the second touch. Equivalent to touch.

The input unit 23 determines the type of touch input based on the contact of the input unit 23 such as a finger or a stylus pen with the input surface, the contact position on the input surface of the input unit 23, the contact time, or the number of contacts. For example, the input unit 23 can detect a point (start point) first touched on the input surface (front surface or back surface of the touch panel) and a point (end point) where the touch is separated.

The game operation unit 212 executes a process for operating the game application. The game operation unit 212 starts and 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, sound, and vibration information for the game from the music data, voice data, and vibration data included in the game operation information in accordance with the operation of the game, and the generated music and sound. , The control process for outputting the vibration from the output unit 24 is performed. Here, a configuration has been described 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 processing result generation unit 113 of the server device 1. As will be described later, the processing result generation unit 113 may be configured to generate all the game images and sounds as the processing result without having the game operation unit 212, or the game operation unit 212 may be configured to generate all the images and sounds for the game. It may be configured to generate game images and sounds.

When the game operation unit 212 is provided, predetermined parameters in the game operated by the game operation unit 212 are managed by the server device 1. For example, parameters such as stamina in the game and in-game currency are managed by the server device 1. Therefore, when a process involving a change in these predetermined parameters occurs in the game, the game operation unit 212 updates the parameters managed by the server device 1 by communicating with the server device 1. Then, the game operation unit 212 receives the updated parameter from the server device 1, and continues the operation of the game based on the updated parameter. The game operation unit 212 can automatically advance the game. In this case, the game operation unit 212 may send an automatic progress request to the server device 1 so that the game is automatically progressed on the server device 1 side.

When the server device 1 has the processing result generation unit 113, the processing result receiving unit 213 receives the processing result generated and transmitted by the processing result generation unit 113 and outputs the processing result to the player via the output unit 24. Works with.

In the present embodiment, the game operation information storage unit 221 also stores information indicating conditions for automatically progressing (automatically playing) the game (hereinafter, referred to as automatic progress condition information). FIG. 4 is a diagram showing an example of automatic progress condition information. The automatic progress condition information can include, for example, an operation site, an automatic progress start operation, and an automatic progress end operation. When the automatic progress start operation is performed on the part of the player terminal 2 indicated by the operation part, the automatic progress of the game is started, and when the automatic progress end operation is performed on the part of the player terminal 2 indicated by the operation part. The automatic progress of the game ends. For example, the automatic progress is terminated by performing a multi-touch operation at an arbitrary position on the touch panel (screen) as the input unit 23 of the player terminal 2. In this way, the multi-touch operation does not stop the automatic progress simply by touching the screen with one finger, so that it is possible to prevent the automatic progress from being stopped unintentionally. The automatic progress end operation is not limited to the multi-touch operation, and may be any of the above-mentioned touch operations or an operation other than the touch operation (voice input or the like). Further, the operation site can be any site as long as the operation can be detected by the player. In the example of FIG. 4, the entire screen is the operation part, but for example, the entire touch panel on the front side of the player terminal, the entire touch panel on the back side, both, or the right half, the left half, the upper half, and the lower half of the screen. You may set a predetermined area on the screen. Further, the operation part may be a physical button, and pressing the physical button may be an automatic progress start operation. The configuration of the automatic progress condition information is not limited to the example of FIG. 4, and may be any information that specifies a condition for starting and ending the automatic progress of the game, or a condition for continuing the automatic progress of the game. Further, the start operation, the restart operation, and the end operation of the automatic progress may all be common, or any one or all of them may be different operations. Further, the various conditions are not limited to one type, and may be a plurality of types. For example, there are two or more conditions for starting the automatic progress of the game: multi-touch operation at an arbitrary position of the input unit 23 and tapping of the automatic progress button displayed on the screen. You may. In this case, the player selects from a plurality of types of methods for starting the automatic progress of the game according to the surrounding conditions when the game is executed, and starts the automatic progress of the game by a method suitable for the player. be able to.

The layout information storage unit 222 may be provided in the server device 1 instead of the player terminal 2, or may be provided in different hardware configurations (for example, the server device 1 or the player terminal 2).

<Operation>
FIG. 5 is a diagram illustrating the operation of the game system of the present embodiment in a state where the game is not automatically progressed.

The player terminal 2 detects an operation from the player (S301), and when the operation target related to the detected operation is an operation site of the automatic progress condition information (S302: YES), the operation is the automatic progress condition information. If it is the automatic progress start (or restart) operation set to (S303: YES), the automatic progress of the game is started (S304). The automatic progress of the game can be started, for example, by transmitting an automatic progress request to the server device 1. It is also possible to emulate an input operation so that the game can be automatically advanced on the player terminal 2 side. The player terminal 2 can receive input according to the operation and perform various processes according to the input (S305). When the operation target related to the operation from the detected player is not the operation site of the automatic progress condition information (S302: NO), or when the operation is not the automatic progress start (or restart) operation set in the automatic progress condition information (S302: NO). That is, in the case of (S303: NO) (when it is not a multi-touch operation), input can be received according to the operation and various processes can be performed according to the input (S305). Further, the input process S305 in FIG. 5 is not an essential configuration.

FIG. 6 is a diagram illustrating the operation of the game system of the present embodiment in a state where the game is automatically progressing.

The player terminal 2 detects an operation from the player (S321), and when the operation target related to the detected operation is an operation site of the automatic progress condition information (S322: YES), the operation is the automatic progress condition information. If it is the automatic progress end operation set to (S323: YES), the automatic progress of the game is ended (S324). The automatic progress of the game can be stopped (finished) by, for example, sending an automatic progress stop request to the server device 1. If the player terminal 2 emulates an input operation so as to automatically advance the game, the emulation process can be terminated. The player terminal 2 can receive input according to the operation and perform various processes according to the input (S325). When the operation target related to the operation from the detected player is not the operation site of the automatic progress condition information (S322: NO), or when the operation target is not the automatic progress end operation set in the automatic progress condition information (S323: NO). Can accept input according to the operation and perform various processes according to the input (S325). Further, the input process S325 in FIG. 6 is not an essential configuration.

As described above, according to the game system of the present embodiment, the automatic progress of the game can be started or restarted by performing a multi-touch operation at an arbitrary position of the input unit 23. To "restart" the automatic progress is, for example, once the automatic progress is started, and then automatically again from the paused state or the end state in a state where the automatic progress is temporarily stopped or ended by satisfying various conditions. It means to start the progress. Here, in the conventional method, for example, on the screen in the state where the automatic progress of the quest is completed, the button (icon) described as "one more time" is displayed, and the player taps the button while looking at the screen. Then, you can automatically go around the quest (automatic progress of the game) once again. In the present embodiment, on the screen where the quest is completed, by performing a multi-touch operation at an arbitrary position on the screen, it is possible to start again in the same manner as when the above-mentioned "one more" button is selected. According to this, since the multi-touch operation can be performed anywhere on the screen, it is not necessary to look at the screen to confirm the position of the button. Note that the quest is an example of a unit game in the game, for example, it has multiple areas, and the player's character can acquire experience points and items by fighting with the enemy character in each area. It is set. One or more enemy characters are placed in each area, and if the player defeats all the enemy characters placed in each area in a specific quest, he / she can proceed to the next area. , You may be able to clear the specific quest by defeating all the enemy characters placed in the last area. In addition, as a condition to stop the automatic progress of the quest, if all the player's characters are defeated (erased) by the enemy, or if all the enemy characters in the quest are defeated and the quest is cleared, the player will be in advance. When the set predetermined conditions are achieved (for example, all desired acquisition items are acquired, the desired number of laps is achieved, or the target area is cleared), the acquired items reach the upper limit of the number of possessable items and are acquired any more. It is not limited to this, but it is not limited to the case where it becomes impossible. Further, the player may be able to set the stop condition of the automatic progress in advance before the start of the automatic progress. In this case, automatic progress is continued until the stop condition is satisfied.

According to the game system of the present embodiment, for example, when any part of the screen is multi-touch operated, the automatic progress of the game can be started or restarted. In this case, the player can automatically play the game without shifting his / her line of sight to the screen. As a result, even in a situation where there are people around, such as in a train, and you do not want others to see the game screen, you can start the automatic progress of the game with your hands in your pockets.

Although the present embodiment has been described above, the above embodiment is for facilitating the understanding of the present invention, and is not for limiting the interpretation of the present invention. The present invention can be modified and improved without departing from the spirit thereof, and the present invention also includes an equivalent thereof.

For example, in the present embodiment, the conditions for starting and ending the automatic progress of the game are set in the automatic progress condition information, but the present invention is not limited to this, and the player can use the player terminal 2 without setting the automatic progress condition information. The game may be automatically advanced while the screen of is pressed. Further, for example, the automatic progress of the game may be started and ended according to the gesture formed by moving the finger touched on the screen.

Further, during the automatic progress of the game, the game speed may be changed as compared with the normal time. The automatic progress of the game may be from the start (or restart) of the automatic progress to the stop or the end, or may be only a part of the time during the automatic progress. For example, when the player performs a multi-touch operation to start or restart the automatic progress, the progress speed of the game is increased more than usual (for example, twice or four times the normal speed) so that the automatic progress is performed. You may.

Alternatively, the game speed may be changed when the player continues the multi-touch operation for a predetermined time or longer. For example, when the player continues the multi-touch operation for 1 second or longer, the progress speed of the game may be higher than usual so that the game automatically progresses. In this case, automatic progress is performed at a normal speed until a predetermined time (for example, 1 second, 2 seconds, etc.) elapses after the player starts the multi-touch operation, and after the predetermined time elapses, the game progresses. Automatic progress is executed at a higher speed than usual. Then, when the player finishes the multi-touch operation (at least one of the plurality of fingers in contact with the input unit 23 is separated), the automatic progress may be stopped, or the progress of the game may be stopped. You may want the speed to return to normal. That is, the automatic progress may be continued even if the multi-touch operation is finished. As described above, when the game speed is changed as compared with the normal time, the control unit 11 controls the speed of the automatically progressing game based on a predetermined condition set in advance or set by the player. Further equipped with a control unit.

In addition, in this game system, there is a mode (on mode) that allows automatic progress by multi-touching any position on the screen, and a mode that does not automatically progress even if any position on the screen is multi-touched (off). Mode) may be switched. In this case, the control unit 11 switches between an on mode that can accept a multi-touch operation for starting or restarting the automatic progress of the game and an off mode that does not accept the multi-touch operation, based on the player's request. It also has a switching unit. For example, on a predetermined screen in the game (for example, home screen, quest screen, battle screen, training screen, etc.), a mode switching button (icon) is displayed, and the player taps the mode switching button to select it. This makes it possible to switch between an on mode in which the automatic progress function by multi-touch operation is enabled and an off mode in which the function is disabled. As a result, it is possible to switch on and off the automatic progress function by the multi-touch operation according to the player's game experience, surrounding conditions, and the like, and the convenience of the game can be improved.

Further, for example, when the automatic progress is started or restarted by the multi-touch operation, at least one of the specific vibration and the voice indicating the start or restart of the automatic progress may be output. According to this, it is possible to confirm that the automatic progress has been started or restarted by vibration or voice without looking at the screen, so that the convenience can be further enhanced.

Further, for example, when the automatic progress is paused or terminated, at least one of vibration and voice may be output to notify the player of the pause or end of the automatic progress. According to this, it is possible to confirm by vibration or voice that the automatic progress has been paused or terminated without looking at the screen, so that the convenience can be further enhanced. Further, different patterns of output (vibration, voice, etc.) may be output depending on whether the automatic progress is started or restarted or the automatic progress is paused or ended. Specifically, the number of outputs, the time, the type, etc. may be distinguished between the case where the automatic progress is started or restarted and the case where the automatic progress is paused or ended. For example, when the automatic progress is started or restarted, it may vibrate once, and when the automatic progress is paused or ended, it may vibrate twice. According to this, it is possible to confirm whether the automatic progress has been started or restarted, or whether the automatic progress has been paused or ended without looking at the screen. Further, the output may be distinguished between the case where the automatic progress is started and the case where the automatic progress is restarted, and the output may be distinguished between the case where the automatic progress is paused and the case where the automatic progress is stopped.

Further, for example, in addition to the multi-touch operation at an arbitrary position of the input unit, the automatic progress of the game may be started or restarted by one or more other operation methods. As a result, the player can select from a plurality of types of operation methods for executing the automatic progress of the game according to the surrounding conditions and the like when the game is executed. The other one or more operation methods are not limited to operations involving contact with the screen, such as tapping a specific icon (operation button), but voice input via the voice sensor (input unit) of the player terminal or line-of-sight sensor ( The input may be performed by detecting a change in the line of sight of the player via the input unit).

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

Further, the processes of FIGS. 5 and 6 show an example of the processes by the information processing system of the present embodiment, and are not intended to limit the present invention. Each step included in the processes of FIGS. 5 and 6 may be executed in an order different from the order shown in the figure, or some processes may be executed in parallel, or a part thereof. The step of 1 may be omitted, or another step may be added.

1 Server device 2 Player terminal 3 Network

Claims (9)

An input unit that accepts operations from the player,
A game execution unit that advances the game according to the above operation,
A mode switching unit that switches between an on mode that can accept a multi-touch operation for starting or restarting the automatic progress of the game and an off mode that does not accept the multi-touch operation based on the player's request.
Equipped with
The game execution unit starts or restarts the automatic progress of the game by the player performing the multi-touch operation at an arbitrary position of the input unit.
A game system featuring. The game system according to claim 1.
The input unit shall be composed of a touch panel.
A game system featuring. The game system according to claim 1 or 2.
The game execution unit ends the automatic progress by the player performing a multi-touch operation at an arbitrary position of the input unit during the automatic progress of the game.
A game system featuring. The game system according to any one of claims 1 to 3 .
Further, a speed control unit for controlling the progress speed of the game during the automatic progress of the game based on a predetermined condition is provided.
A game system featuring. The game system according to any one of claims 1 to 4 .
Further provided with an output unit that outputs a vibration indicating the suspension or termination of the automatic progress of the game.
A game system featuring. The game system according to claim 5 .
The output unit outputs a vibration indicating the start or restart of the automatic progress of the game.
A game system featuring. The game system according to claim 6 .
A game system characterized in that a vibration indicating the suspension or termination of the automatic progress of the game and a vibration indicating the start or restart of the automatic progress of the game are vibrations having different patterns. A step that accepts operations from the player via the input unit,
Steps to advance the game according to the above operation,
A step of starting or restarting the automatic progress of the game by the player performing a multi-touch operation at an arbitrary position of the input unit.
A step of switching between an on mode that can accept a multi-touch operation for starting or restarting the automatic progress of the game and an off mode that does not accept the multi-touch operation, based on the player's request.
How the computer runs. A step that accepts operations from the player via the input unit,
Steps to advance the game according to the above operation,
A step of starting or restarting the automatic progress of the game by the player performing a multi-touch operation at an arbitrary position of the input unit.
A step of switching between an on mode that can accept a multi-touch operation for starting or restarting the automatic progress of the game and an off mode that does not accept the multi-touch operation, based on the player's request.
A program that lets your computer run.

Images