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

Description

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

2. Description of the Related Art Conventionally, various games, such as social games that can be played on smartphones and the like, have been known.

Furthermore, Patent Document 1 discloses that by tapping an autoplay start button on a specific screen during a game, autoplay can be executed to automatically progress through the game.

JP 2020-31748 A

However, in Patent Document 1, for example, when starting autoplay or resuming after pausing, the user must perform a tap operation while looking at the screen.

The present invention has been made in view of the above background, and aims to provide a technique that can reduce the time spent looking at the screen when progressing through a game.

A primary aspect of the present invention for solving the above problems is a game system comprising: an input unit that receives operations from a player;
a game execution unit that progresses a game in accordance with the operation;
Equipped with
the game execution unit starts or resumes automatic progress of the game when a player performs a multi-touch operation on an arbitrary position of the input unit;
It is characterized by:

Other problems and solutions disclosed in this application will be made clear in the description of the preferred embodiments of the invention and the drawings.

According to the present invention, it is possible to provide a technique that can reduce the time spent looking at a screen when progressing through a game.

FIG. 1 is a diagram illustrating an example of the configuration of a system according to an embodiment of the present invention. 2 is a block diagram showing a functional configuration of the server device shown in FIG. 1 . FIG. 2 is a block diagram showing the functional configuration of a player terminal. FIG. 11 is a diagram showing an example of automatic progress condition information. 11A to 11C are diagrams illustrating the operation of the game system of the present embodiment when the game is not progressing automatically. FIG. 11 is a diagram illustrating the operation of the game system of the present embodiment when the game is automatically progressing.

<Summary of the Invention>
The present invention will be described below with reference to the preferred embodiments thereof.
[Item 1]
an input unit that accepts operations from a player;
a game execution unit that progresses a game in accordance with the operation;
Equipped with
the game execution unit starts or resumes automatic progress of the game when a player performs a multi-touch operation on an arbitrary position of the input unit;
A game system that features:
[Item 2]
2. The game system according to claim 1,
The input unit is configured with a touch panel;
A game system that features:
[Item 3]
3. The game system according to claim 1,
the game execution unit ends the automatic progression when a player performs a multi-touch operation on an arbitrary position on the input unit during automatic progression of the game;
A game system that features:
[Item 4]
A game system according to any one of items 1 to 3,
a mode switching unit that switches between an on mode in which the multi-touch operation for starting or resuming automatic progress of the game can be accepted and an off mode in which the multi-touch operation is not accepted, based on a request from a player;
A game system that features:
[Item 5]
A game system according to any one of items 1 to 4,
a speed control unit that controls a progress speed of the game during automatic progress of the game based on a predetermined condition;
A game system that features:
[Item 6]
A game system according to any one of items 1 to 5,
An output unit that outputs a vibration indicating a pause or end of the automatic progress of the game.
A game system that features:
[Item 7]
Item 6. The game system according to item 6,
the output unit outputs a vibration indicating the start or resumption of automatic progress of the game;
A game system that features:
[Item 8]
Item 7. The game system according to item 7,
A game system characterized in that the vibration indicating the pause or end of the automatic progress of the game and the vibration indicating the start or restart of the automatic progress of the game have different vibration patterns.
[Item 9]
receiving an operation from a player via an input unit;
progressing the game in accordance with the operation;
a step of starting or resuming automatic progress of the game by a player performing a multi-touch operation on an arbitrary position of the input unit;
How a computer executes.
[Item 10]
receiving an operation from a player via an input unit;
progressing the game in accordance with the operation;
a step of starting or resuming automatic progress of the game by a player performing a multi-touch operation on an arbitrary position of the input unit;
A program for causing a computer to execute the following.

<Configuration>
Fig. 1 is a diagram showing an example of the configuration of a system according to an embodiment of the present invention. As shown in Fig. 1, this game system provides various services related to games to players (hereinafter also referred to as "users") via a network 3 (e.g., the Internet, etc.), and has a server device 1 (game server) and a plurality of player terminals 2.

<Configuration of Server Device 1>
Fig. 2 is a block diagram showing the functional configuration of the server device 1 shown in Fig. 1. The server device 1 is an information processing device used by a system administrator or the like when operating and managing various services, and may be, for example, a general-purpose computer such as a workstation or a personal computer, or may be logically realized by cloud computing technology.

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 according to a game program, and the processing results of the game program (e.g., game images, game sounds, etc.) are transmitted to the player terminal 2. Note that 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 the various units and controls the entire server device 1. The control unit 11 includes a CPU (Central Processing Unit) and a GPU.
The control unit 11 of this embodiment includes at least a game execution unit 111, an operation information receiving unit 112, and a processing result generating unit 113.

The game execution unit 111 has a function of executing a process to progress the game according to a game program. The game to be played by the game system in this embodiment may be any type of game, for example, a battle game, a puzzle game, an action game, a baseball game,
The games may be soccer games, other sports games, quiz games, pinball games, card games, rhythm games, RPGs (role-playing games), location-based games, board games, adventure games, casino games, simulation games, strategy games, racing games, etc. For example, the game may be selected from among a number of game media such as characters owned by the player or cards showing characters.
The game can be played by allowing a player to select any number of game media (for example, three) to form a deck (a group also called a party, etc.) and play against an opponent.
can control the game so as to automatically progress or stop (end or pause) the automatic progress in response to a request (automatic progress request) from the player terminal 2. The game execution unit 111 can control to give a notification by outputting sound or vibration when at least one of starting, resuming, pausing, and ending the automatic progress.

In response to the automatic progress request, the game execution unit 111 stores the player information in the player information storage unit 1
22, the game execution unit 111 can set the automatic progress setting information to ON.
The automatic progress of the game is stopped (
For example, in response to the automatic progression stop request, the game execution unit 111 can update the automatic progression setting information in the player information storage unit 122 to off.

The operation information receiving unit 112 receives 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 executing unit 111. The processing result generating unit 113 has a function of executing a process to generate a processing result of the game program executed by the game executing unit 111. The generated processing result is transmitted by the processing result generating unit 113 to the player terminal 2 and output by the output unit 24 described below.

The storage unit 12 includes a non-volatile storage device that is a read-only storage area in which the system program is stored, and a volatile storage device that is a rewritable storage area used as a work area for arithmetic processing by the control unit 11. The non-volatile storage device is, for example, a ROM (Re
The volatile storage device is realized by a RAM (Random Access Memory), a VR (Virtual Real Time Memory), a flash memory, a hard disk, etc.
The storage unit 12 in this embodiment includes various storage units, such as a game information storage unit 121, a player information storage unit 122, and a game media information storage unit 123.

The game information storage unit 121 stores information about the game. The game information is configured appropriately depending on the type of game. For example, in the case of a game including a quest game, the game information includes a stage name, enemy character information, consumed stamina information, etc., linked to a stage ID.

The player information storage unit 122 stores information about the player. The player information includes:
Linked to the player ID, the information may include the player's name, player level, current stamina information, upper limit stamina information, play stage information, payment method, various setting information, and other information relating to the player and the game play situation. Current stamina information is information indicating the numerical value of the player's stamina that can currently be consumed. Upper limit stamina information is information indicating the upper limit value at which stamina is restored after each predetermined time has elapsed, or in response to the use of an item or the use of a character's special ability. Play stage information is information relating to a stage that the player has played out of the multiple stages that have been set, and may include the number of times the stage has been played, clear information, and the like. The various setting information may include, for example, automatic progression setting information, and when the automatic progression setting information is on, the player may use the player terminal 2 to
You can progress through the game without having to operate it through the.

The game media information storage unit 123 stores game media information such as in-game characters, items, etc. The game media information storage unit 123 stores game media information owned by a player in association with a player ID.

The game medium information may include, for example, information about the owned characters (owned character information). The owned character information may include various parameter values such as acquisition date and time, character name, level, rarity, HP (current value/maximum value), attribute, skill, attack power (current value/maximum value), defense power (current value/maximum value), and frequency of use in association with the ID of each owned character. The acquisition date and time is information about the date and time when the character is given to the player by the progress of the game or the execution of a lottery. The rarity is information about the probability of the character winning, for example, in a lottery game. The HP, attack power, and defense power may include the value of the "maximum value" when the character is trained to the maximum level, together with the "current value" that is the current value. The attribute is setting information about the classification of the character, such as a classification indicating the strength of the character, such as a fire attribute, a water attribute, or a wind attribute in a battle game, or a classification indicating the team or position to which the character belongs in a sports game. The skill is information about a special skill that the character can use. The frequency of use is information about the frequency with which the player has selected or used the character in the past. The frequency of use may be calculated over the entire period since the player started playing the game, or over any arbitrary period such as the last few months.

Furthermore, the game medium information may include information on owned items (owned item information) in addition to the owned characters. The owned item information may include information on the number of owned items, etc., associated with the IDs of the owned items.

In addition, the server device 1 only needs to store the information contained in the game information, player information, and game media information in a specified structure as a memory unit, and does not necessarily need to store the information as each of the memory units 121 to 123 as described above.

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

The display unit 14 is for displaying an operation screen for a system administrator based on an instruction from the control unit 11, and is, for example, a liquid crystal display (LCD).
This is realized by a display such as a 3D Display.

The communication unit 15 is for communicating with the player terminal 2 via the network 3, and has a function as a receiving unit that receives various data, signals, and commands transmitted from the player terminal 2, and a function as a transmitting unit that transmits various data and signals to the player terminal 2 in response to commands from the control unit 11. The communication unit 15 communicates, for example, with HTTP (HyperText
Transfer Protocol), HTTPS, WebSocket, P2P (
The game device communicates with the player terminal 2 via a Peer To Peer protocol or the like.

<Player Terminal 2>
FIG. 3 is a block diagram showing the functional configuration of the player terminal 2. The player terminal 2 includes:
The player terminal 2 is an information processing device (e.g., a computer device such as a smartphone, a mobile phone terminal, a tablet terminal, etc.) that can be owned and used by a player. The player terminal 2 displays the processing results of the game program transmitted from the server device 1 as a game application or a Web browser.
The player terminal 2 includes a control unit 21 that controls the entire player terminal 2, a storage unit 22 that stores various data and programs, and an input unit 23 that allows the player to input operations.
3, an output unit 24 that outputs game screens, operation screens, etc., and a communication unit 25 that communicates information with the server device 1.

The control unit 21 controls the overall operation of the player terminal 2 by executing programs 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, and the like, and may be implemented in a RAM, ROM, flash memory, HDD, SSD, or the like.
, other storage, etc., or any combination thereof.
The storage unit 22 also temporarily stores the communication contents of the server device 1 .

The control unit 21 of this embodiment includes at least an operation information receiving unit 211 and a game operation unit 212.
, and a processing result receiving unit 213. The storage unit 22 also 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 to be arranged on a top screen, which will be described later.
Each functional unit of the game 1 executes a program stored in the memory or the game operation information storage unit 221 in the C
This can be realized by execution by a PU or GPU.

The operation information receiving unit 211 receives operations related to the game performed by the player using the input unit 23. The operation information receiving unit 211 then transmits the received operation information to the game operation unit 212.
Or, it outputs it to the server device 1 .

The input unit 23 has a function of accepting input from the player. The input unit 23 in this embodiment has an input surface capable of detecting touch input by the player, and has a function of accepting input from the player and transmitting the input content to the control unit 21. For example, if a touch panel is used as the output unit 24 of the player terminal 2, the surface of the touch panel also functions as the input surface of the input unit 23. The input unit 23 detects touch input by the player, and transmits the input information to the control unit 21. Touch inputs include touch, multi-touch, release, swipe, tap, double tap, long tap, drag, flick,
These include, but are not limited to, sliding, rotating, pinching in, pinching out, and the like.
The input unit 23 may have physical buttons in addition to the above-mentioned touch panel. As long as the input unit 23 has a function of receiving input from the player, it may have a configuration other than a touch panel integrated with the surface (screen) of the player terminal, and may be a sensor unit such as a touch panel provided on the back surface of the player terminal. The output unit 24 includes a touch panel such as a liquid crystal display that outputs images, a speaker that outputs sound, a vibration generating unit (vibrator) that outputs vibrations, etc.

As an example, "touch" refers to an action or state in which a player's finger, a stylus pen, or the like touches the input surface of the input unit 23. Also, "multi-touch" (multi-touch operation) refers to an action or state in which a player's finger, a stylus pen, or the like simultaneously touches multiple positions on the input surface of the input unit 23. For example, multi-touch includes not only touches at multiple positions that are started simultaneously, but also touches at multiple positions that are started at different times and detected simultaneously at a certain point in time.
Specifically, when a first touch is started and then a second touch is started while the first touch is continuing, the first touch and the second touch correspond to a multi-touch at the start of the second touch.

The input unit 23 determines the type of touch input based on the contact of a finger, a stylus pen, or the like with the input surface of the input unit 23, 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 the location (start point) that is first touched on the input surface (front or back surface of the touch panel) and the location (end point) where the touch is released.

The game operation unit 212 executes processes for operating a game application.
The game operation unit 212 starts and operates the game based on game software included in the game operation information stored in the game operation information storage unit 221 and the player's operation input from the input unit 23. The game operation unit 212 generates images for the game from image data included in the game operation information in accordance with the operation of the game, and performs control processing for outputting the generated images to the output unit 24. Similarly, the game operation unit 212 generates information on music, sound, and vibration for the game from music data, sound data, and vibration data included in the game operation information in accordance with the operation of the game, and performs control processing for outputting the generated music, sound, and vibration from the output unit 24. Note that, here, a configuration has been described in which a native application executes some of the functions of a Web application, i.e., the game operation unit 212 of the player terminal 2 executes some of the functions of the processing result generation unit 113 of the server device 1. However, as will be described later, the game operation unit 2
Alternatively, the processing result generating unit 113 may be configured to generate all game images and sounds as processing results without the use of the processing unit 12, or the game operation unit 212 may be configured to generate all game images and sounds as processing results.
It may be configured to generate audio.

When the game operation unit 212 is included, 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 and in-game currency in the game are managed by the server device 1. Therefore, when a process that involves 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 parameters from the server device 1 and continues the operation of the game based on the updated parameters. The game operation unit 212 can automatically progress the game. In this case, the game operation unit 212 may transmit an automatic progress request to the server device 1, and the game may be automatically progressed on the server device 1 side.

If the server device 1 has a processing result generation unit 113, the processing result receiving unit 213 operates to receive the processing result generated and transmitted by the processing result generation unit 113 and output it to the player via the output unit 24.

In this embodiment, the game operation information storage unit 221 also stores information (hereinafter referred to as automatic progression condition information) indicating the conditions for automatic progression (autoplay) of the game. FIG. 4 is a diagram showing an example of the automatic progression condition information. The automatic progression condition information can include, for example, an operation part, an automatic progression start operation, and an automatic progression end operation. When an automatic progression start operation is performed on the part of the player terminal 2 indicated by the operation part, automatic progression of the game is started, and when an automatic progression end operation is performed on the part of the player terminal 2 indicated by the operation part, automatic progression of the game is ended. For example, automatic progression is ended by performing a multi-touch operation on any position on the touch panel (screen) serving as the input unit 23 of the player terminal 2. In this way,
By using a multi-touch operation, the automatic progression does not stop simply by touching the screen with one finger, so that it is possible to prevent the automatic progression from being stopped unintentionally. The automatic progression end operation is not limited to a multi-touch operation, and may be any of the above touch operations or operations other than touch operations (such as voice input). The operation part may be any part that can detect an operation by a 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, or both, or a predetermined area on the screen such as the right half, left half, upper half, or lower half of the screen may be set. The operation part may be a physical button, and pressing the physical button may be the automatic progression start operation. The configuration of the automatic progression condition information is not limited to the example of FIG. 4, and may be information that specifies the conditions for starting and ending the automatic progression of the game, or the conditions for continuing the automatic progression of the game. The automatic progression start operation, restart operation, and end operation may all be common, or one or all of them may be different operations. Moreover, the various conditions are not limited to one type, and each may be a plurality of types.
For example, the condition for starting the automatic progress of the game may be two or more conditions, namely, performing a multi-touch operation at any position on the input unit 23 and tapping an automatic progress button displayed on the screen. In this case, the player can select from a plurality of methods for starting the automatic progress of the game depending on the surrounding circumstances when playing the game, and start the automatic progress of the game in a method suitable for the player.

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 and the player terminal 2).

<Operation>
FIG. 5 is a diagram for explaining the operation of the game system of this embodiment when the game is not progressing automatically.

The player terminal 2 detects an operation from the player (S301), and if the operation target related to the detected operation is an operation part of the automatic progress condition information (S302: YES), if the operation is an automatic progress start (or restart) operation set in the automatic progress condition information (S303:
YES), and starts automatic progress of the game (S304). Automatic progress of the game can be started, for example, by transmitting an automatic progress request to the server device 1. Note that it is also possible to emulate input operations so that the player terminal 2 side automatically progresses the game. The player terminal 2 can accept input in response to the operation and perform various processes in response to the input (S305). Note that if the operation target related to the detected operation from the player is not the operation part of the automatic progress condition information (S302: NO), or is not the automatic progress start (or resume) operation set in the automatic progress condition information (i.e., is not a multi-touch operation) (S303: NO), it can accept input in response to the operation and perform various processes in response to the input (S305). Also, in the input process S305 in FIG. 5
is not a required configuration.

FIG. 6 is a diagram for explaining the operation of the game system of this embodiment when the game is automatically progressing.

The player terminal 2 detects an operation from the player (S321), and if the operation target related to the detected operation is an operation part in the automatic progress condition information (S322: YES), and if the operation is an automatic progress end operation set in the automatic progress condition information (S323: YES), the automatic progress of the game is ended (S324). The automatic progress of the game can be stopped (ended), for example, by sending an automatic progress stop request to the server device 1. Note that, if the input operation is emulated on the player terminal 2 side to automatically progress the game, the emulation process can also be ended. The player terminal 2 can accept the input according to the operation and perform various processes according to the input (S325).
If the operation target related to the detected operation from the player is not the operation part of the automatic progress condition information (S322: NO), or is not the automatic progress end operation set in the automatic progress condition information (S323: NO), an input according to the operation is accepted, and various processes according to the input can be performed (S325). Also, the input process S325 in FIG. 6 is not a required configuration.

As described above, according to the game system of the present embodiment, automatic game progress can be started or resumed by performing a multi-touch operation on any position on the input unit 23. "Resuming" automatic progress means, for example, restarting automatic progress from the paused or ended state in a state where automatic progress has been temporarily stopped or ended after various conditions have been satisfied after automatic progress has been started once. Here, in the conventional method, for example, on a screen in a state where automatic progress of a quest has ended, a button (icon) with "one more time" written on it is displayed, and the player can tap the button while looking at the screen to automatically go around the quest (automatic game progress) again. In this embodiment, on a screen where a quest has ended, a multi-touch operation on any position on the screen can be performed to restart the quest in the same way as when the "one more time" button is selected. According to this, since multi-touch operation can be performed anywhere on the screen, there is no need to look at the screen to check the position of the button. Note that a quest is an example of a unit game within a game, and is set to have, for example, multiple areas, and to allow the player's character to acquire experience points and items by fighting enemy characters in each area. Each area may have one or more predetermined enemy characters, and the player may advance to the next area when he or she defeats all the enemy characters in each area in a particular quest, and may clear the particular quest when he or she defeats all the enemy characters in the last area. Conditions for stopping the automatic progress of a quest include, but are not limited to, when all the player's characters are defeated by enemies (annihilation), when all enemy characters in the quest are defeated and the quest is cleared, when a predetermined condition set by the player in advance is achieved (for example, when all desired acquisition items are acquired, the desired number of laps is achieved, or the target area is cleared), when the number of acquired items reaches the upper limit of the number that can be owned and no more items can be acquired, and the like. In addition, the player may be able to set a stop condition for the automatic progress before the start of the automatic progress. In this case, the automatic progress continues until the stop condition is met.

According to the game system of this embodiment, for example, when a multi-touch operation is performed anywhere on the screen, the automatic progress of the game can be started or resumed. In this case, the game can be played automatically without the player having to move his/her gaze to the screen. This allows the player to start the automatic progress of the game with his/her hands in his/her pockets, even in a situation where there are people around, such as on a train, and he/she does not want others to see the game screen.

Although the present embodiment has been described above, the above embodiment is intended to facilitate understanding of the present invention, and is not intended to limit the present invention. The present invention may be modified or improved without departing from the spirit of the present invention, and equivalents thereof are also included in the present invention.

For example, in the present embodiment, the conditions for starting and ending the automatic progression of the game are set in the automatic progression condition information, but this is not limiting, and the game may be automatically progressed while the player is pressing the screen of the player terminal 2 without setting the automatic progression condition information. Also, for example, the automatic progression of the game may be started and ended in accordance with a gesture formed by moving a finger touching the screen.

Furthermore, during automatic game progress, the game speed may be changed compared to normal. Automatic game progress may be from the start (or restart) of automatic progress to the stop or end, or may be only a part of the time during automatic progress. For example, when the player starts or restarts automatic progress by performing a multi-touch operation, the game progress speed may be increased from normal (for example, at twice or four times the normal speed).

Alternatively, the game speed may be changed when the player continues the multi-touch operation for a predetermined time or more. For example, the game may be automatically advanced by increasing the game progress speed from the normal speed when the player continues the multi-touch operation for one second or more. In this case, the game is automatically advanced at the normal speed until a predetermined time (for example, one second, two seconds, etc.) has elapsed since the player started the multi-touch operation, and after the predetermined time has elapsed, the game progress speed is increased from the normal speed and automatic progression is executed. Then, when the player ends the multi-touch operation (at least one of the multiple fingers, etc., that have been in contact with the input unit 23 is released), the automatic progression may be stopped, or the game progress speed may be returned to the normal speed. In other words, the automatic progression may be continued even after the multi-touch operation is ended. When the game speed is changed from the normal speed as described above,
The control unit 11 performs the following operations based on a predetermined condition that is set in advance or that is set by the player:
The game further includes a speed control unit for controlling the speed of the game during automatic progress.

In addition, in this game system, a mode (on mode) in which automatic progress can be achieved by performing a multi-touch operation at any position on the screen and a mode (off mode) in which automatic progress is not achieved even if an arbitrary position on the screen is multi-touched may be switched. In this case, the control unit 11 further includes a mode switching unit that switches between an on mode in which a multi-touch operation for starting or resuming automatic progress of the game can be accepted and an off mode in which the multi-touch operation is not accepted based on a request from a player. For example, a mode switching button (icon) is displayed on a predetermined screen in the game (e.g., a home screen, a quest screen, a battle screen, a training screen, etc.), and the player can tap the mode switching button to select the mode switching button to switch between an on mode in which the automatic progress function by the multi-touch operation is enabled and an off mode in which the function is disabled. This allows the automatic progress function by the multi-touch operation to be switched on and off depending on the player's game experience and surrounding circumstances, thereby improving the convenience of the game.

Also, for example, when automatic progression is started or resumed by a multi-touch operation, at least one of a specific vibration and a sound indicating the start or resume of automatic progression may be output. This allows the user to confirm that automatic progression has started or resumed by the vibration or sound without looking at the screen, further improving convenience.

Also, for example, when the automatic progression is paused or ended, at least one of vibration and sound may be output to notify the player of the pause or end of the automatic progression. According to this, the player can confirm that the automatic progression has been paused or ended by vibration or sound without looking at the screen, which can further improve convenience. Also, different patterns of output (vibration, sound, etc.) may be performed when the automatic progression is started or resumed and when the automatic progression is paused or ended. Specifically, the number of outputs, time, type, etc. may be distinguished between when the automatic progression is started or resumed and when the automatic progression is paused or ended. For example, the device may vibrate once when the automatic progression is started or resumed, and vibrate twice when the automatic progression is paused or ended. According to this, the player can confirm whether the automatic progression has been started or resumed, or paused or ended without looking at the screen. Also, the output may be distinguished between when the automatic progression is started and when it is resumed, and the output may be distinguished between when the automatic progression is paused and when it is ended.

Furthermore, for example, in addition to multi-touch operation at any position on the input unit, the automatic progress of the game may be started or resumed by one or more other operation methods. This allows the player to select from a plurality of operation methods when executing the automatic progress of the game, depending on the surrounding circumstances when playing the game, etc. The one or more other operation methods are not limited to operations involving contact with the screen, such as tapping a specific icon (operation button), but may also be input by voice via a voice sensor (input unit) of the player terminal or input by detecting a change in the player's line of sight via a line of sight sensor (input unit).

In addition, regarding the processing of the software functional units provided in the server device 1 and the player terminal 2,
As long as the spirit of the present invention can be realized, the player terminal 2 may include some or all of the functions of the server device 1.

5 and 6 are merely examples of the processing performed by the information processing system of this embodiment, and are not intended to limit the present invention. The steps included in the processing of Figures 5 and 6 may be executed in an order different from that shown in the figures, some of the steps may be executed in parallel, some steps may be omitted, and other steps may be added.

1 Server device 2 Player terminal 3 Network

Claims (8)

an input unit that accepts operations from a player;
a game execution unit that progresses a game in accordance with the operation;
an output unit that outputs a vibration indicating a start or a restart of the automatic progress of the game and a vibration indicating a pause or an end of the automatic progress;
Equipped with
the game execution unit starts or resumes automatic progress of the game in response to a multi-touch operation by a player at any position on the input unit;
The vibration indicating the start or resumption of automatic progression of the game and the vibration indicating the pause or end of the automatic progression have different vibration patterns;
A game system that features: 2. The game system according to claim 1,
The output unit outputs a vibration indicating a start of the automatic progression and a vibration indicating a restart of the automatic progression,
The vibration indicating the start of the automatic progression and the vibration indicating the resumption of the automatic progression have different vibration patterns;
A game system that features: 3. The game system according to claim 1,
The output unit outputs a vibration indicating a pause of the automatic progression and a vibration indicating an end of the automatic progression,
The vibration indicating the pause of the automatic progression and the vibration indicating the end of the automatic progression have different vibration patterns;
A game system that features: A game system according to any one of claims 1 to 3,
The input unit is configured with a touch panel;
A game system that features: A game system according to any one of claims 1 to 4,
the game execution unit ends the automatic progression when a player performs a multi-touch operation on an arbitrary position on the input unit during automatic progression of the game;
A game system that features: A game system according to any one of claims 1 to 5,
a speed control unit that controls a progress speed of the game during automatic progress of the game based on a predetermined condition;
A game system that features: receiving an operation from a player via an input unit;
progressing the game in accordance with the operation;
a step of starting or resuming automatic progress of the game by a player performing a multi-touch operation on an arbitrary position of the input unit;
outputting a vibration indicating the start or resumption of automatic progression of the game , or a vibration indicating the pause or end of the automatic progression;
A computer executes a process including
A method in which a vibration indicating the start or resumption of automatic progression of the game and a vibration indicating the pause or end of the automatic progression have different vibration patterns. receiving an operation from a player via an input unit;
progressing the game in accordance with the operation;
a step of starting or resuming automatic progress of the game by a player performing a multi-touch operation on an arbitrary position of the input unit;
outputting a vibration indicating the start or resumption of automatic progression of the game , or a vibration indicating the pause or end of the automatic progression;
causing a computer to execute a process including
The program, wherein a vibration indicating the start or resumption of automatic progress of the game and a vibration indicating the pause or end of the automatic progress have different vibration patterns.

Images