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

Abstract

PROBLEM TO BE SOLVED: To provide a technique capable of reducing time for watching a screen when progressing a game.

SOLUTION: A game system includes: an input unit for receiving operation from a player; and a game execution unit for progressing a game according to operation. The game execution unit starts or resumes automatic progress of a game when a player performs multi-touch operation on an any position of a touch panel.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2023,JPO&INPIT

Description

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

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

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

Japanese Unexamined Patent Application Publication No. 2020-31748

However, in Patent Literature 1, for example, when starting autoplay or resuming after a pause, the tap operation must be performed while looking at the screen.

SUMMARY OF THE INVENTION 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 spent looking at a screen during the progress of a game.

The main invention of the present invention for solving the above problems is a game system, comprising: an input unit for receiving an operation from a player;
a game execution unit that progresses the game according to the operation;
with
The game execution unit starts or restarts the automatic progress of the game when the player performs a multi-touch operation on an arbitrary position of the input unit;
characterized by

Other problems disclosed by the present application and solutions thereof will be clarified by the section of the embodiment of the invention and the drawings.

Advantageous Effects of Invention According to the present invention, it is possible to provide a technology capable of reducing the time spent looking at a screen when proceeding with a game.

1 is a diagram showing a configuration example of a system according to an embodiment of the present invention; FIG. 2 is a block diagram showing a functional configuration of the server device shown in FIG. 1; FIG. 3 is a block diagram showing a functional configuration of a player terminal; FIG. It is a figure which shows an example of automatic advance condition information. FIG. 4 is a diagram for explaining the operation of the game system of this embodiment when the game is not automatically progressing; FIG. 4 is a diagram for explaining the operation of the game system of this embodiment when the game is automatically progressing;

<Overview of the invention>
The contents of the embodiments of the present invention are listed and explained. The present invention has, for example, the following configurations.
[Item 1]
an input unit that receives an operation from a player;
a game execution unit that progresses the game according to the operation;
with
The game execution unit starts or restarts the automatic progress of the game when the player performs a multi-touch operation on an arbitrary position of the input unit;
A game system characterized by
[Item 2]
The game system according to claim 1,
The input unit is composed of a touch panel,
A game system characterized by
[Item 3]
The game system according to item 1 or 2,
The game execution unit terminates the automatic progress when the player performs a multi-touch operation on an arbitrary position of the input unit during the automatic progress of the game;
A game system characterized by
[Item 4]
The game system according to any one of items 1 to 3,
further comprising 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. thing,
A game system characterized by
[Item 5]
The game system according to any one of items 1 to 4,
further comprising a speed control unit that controls the progress speed of the game during automatic progress of the game based on a predetermined condition;
A game system characterized by
[Item 6]
The game system according to any one of items 1 to 5,
further comprising an output unit that outputs vibration indicating a pause or end of the automatic progress of the game;
A game system characterized by
[Item 7]
A game system according to item 6,
The output unit outputs a vibration indicating the start or restart of automatic progress of the game;
A game system characterized by
[Item 8]
The game system according to item 7,
A game system, wherein a vibration indicating a pause or end of the automatic progress of the game and a vibration indicating the start or restart of the automatic progress of the game are vibrations of different patterns.
[Item 9]
a step of accepting an operation from a player via an input unit;
progressing the game according to the operation;
a step of starting or resuming the automatic progress of the game by the player performing a multi-touch operation on an arbitrary position of the input unit;
the way a computer does it.
[Item 10]
a step of accepting an operation from a player via an input unit;
progressing the game according to the operation;
a step of starting or resuming the automatic progress of the game by the player performing a multi-touch operation on an arbitrary position of the input unit;
A program that causes a computer to run

<Configuration>
FIG. 1 is a diagram showing a configuration example of a system according to one embodiment of the present invention. As shown in FIG. 1, the game system provides various game-related services to players (hereinafter also referred to as "users") via a network 3 (for example, the Internet). (game server) and a plurality of player terminals 2 .

<Configuration of Server Apparatus 1>
FIG. 2 is a block diagram showing the 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. may be logically realized by

The server device 1 has a control section 11 , a storage section 12 , an input section 13 , a display section 14 and a communication section 15 . When receiving various commands (requests) from the player terminal 2 via the communication unit 15, the server device 1 executes processing by the game program in the control unit 11, 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 exchanges data between units and controls the entire server device 1, and includes a CPU (Central Processing Unit) and a GPU.
(Graphics Processing Unit) is realized by executing a program stored in a predetermined memory. Control unit 11 of the present embodiment includes at least game execution unit 111 , operation information reception unit 112 , and processing result generation unit 113 .

The game execution unit 111 has a function of executing processing for progressing the game according to the game program. The game by the game system in this embodiment may be any kind of game, such as a battle game, a puzzle game, an action game, a baseball game,
Soccer games, other sports games, quiz games, pinball games, card games, rhythm games, RPGs (role-playing games), location information games, board games, adventure games, casino games, simulation games, strategy games, racing games, etc. It can be a variety of games. In the game, for example, from a plurality of game media such as a character owned by the player or a card on which the character is displayed,
A game can be played in which a player selects a plurality of (for example, three) game media to form a deck (a group called a party or the like) and battles an enemy. Game execution unit 111
can control the game to progress automatically 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 perform control so that notification is made by outputting sound or vibration when at least one of the start, restart, pause, and end of automatic progression is performed.

The game execution unit 111 stores the player information storage unit 1 (to be described later) in response to the automatic progress request.
22 can be set to ON auto-advance setting information. In addition, the game execution unit 111
In response to a request from the player terminal 2 to stop the automatic progress of the game (automatic progress stop request), or automatically based on a predetermined condition, the automatic progress of the game is stopped (
end). The game execution unit 111 can update the automatic progress setting information in the player information storage unit 122 to off, for example, in response to the automatic progress stop request.

The operation information receiving section 112 receives operation information transmitted from the player terminal 2 . The received operation information is used as instruction information for the game execution unit 111 to process the game program. The processing result generation unit 113 has a function of executing processing for 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 output by the output unit 24, which will be described later.

The storage unit 12 includes a non-volatile storage device that is a read-only storage area in which a 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. have. The non-volatile memory device is, for example, a ROM (Re
Ad Only Memory), flash memory, hard disk, etc., and volatile storage devices include RAM (Random Access Memory) and VR
It is realized by AM (Video Random Access Memory) or the like. The storage unit 12 in this embodiment has at least various storage units such as a game information storage unit 121, a player information storage unit 122, a game content information storage unit 123, and the like.

The game information storage unit 121 stores information about games. The game information is appropriately configured according to the type of game. For example, in the case of a game including a quest game, the stage name, enemy character information, consumption stamina information, and the like are included in association with the stage ID.

The player information storage unit 122 stores information about players. Player information is
Information such as player name, player level, current stamina information, upper limit stamina information, play stage information, payment method, various setting information, etc. can be included in association with the player ID, and other information related to the player and game play status can include The current stamina information is information indicating the numerical value of the player's stamina that is currently consumable. The upper limit stamina information is information indicating an upper limit value when stamina recovers every time a predetermined period of time elapses or according to use of an item or use of a character's special ability. The play stage information is information about a stage that the player has played so far among the set stages, and can include the number of times played, 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 player uses the player terminal 2
You can advance the game without operating through.

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

The game media information can include, for example, information about owned characters (owned character information). The possessed character information is associated with the ID of each possessed character, and includes date and time of acquisition, character name, level, rarity, HP (current value/maximum value), attribute, skill, attack power (current value/maximum value), and defense power. (current/maximum), frequency of use, and other parameters. Acquisition date and time is information related to the date and time when the character was given to the player as a result of the progress of the game or execution of a lottery. The rarity is information about the winning probability of the character, for example, in a lottery game. The HP, attack power, and defense power can include the "current value", which is the current value, and the "maximum value" when the character is raised to the maximum level. Attributes are settings related to other character classifications, such as classifications that indicate the character's strengths, such as fire, water, or wind attributes for battle games, and classifications that indicate the team or position to which a sports game belongs. Information. A skill is information such as a special ability that a character can use. The usage frequency is information about 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 playing the game, or may be calculated for any period such as the last few months.

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

It should be noted that the server device 1 only needs to store the information included in the game information, player information, and game content information in a predetermined structure as a storage section, and the storage sections 121 to 123 do not necessarily have to store the information contained in the game information, the player information, and the game content information as described above. It is not necessary to hold the information as

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

The display unit 14 is for displaying an operation screen for the system administrator based on a command from the control unit 11. For example, the display unit 14 is a liquid crystal display (LCD).
1 Display) or the like.

The communication unit 15 is for communicating with the player terminal 2 via the network 3, and functions as a receiving unit for receiving various data, signals, and commands transmitted from the player terminal 2, and has a control function. It has a function as a transmission section that transmits various data and signals to the player terminal 2 in accordance with commands from the section 11 . The communication unit 15 uses, for example, HTTP (HyperText
Transfer Protocol), HTTPS, WebSocket, P2P (
Communication with the player terminal 2 is performed by peer-to-peer or the like.

<Player terminal 2>
FIG. 3 is a block diagram showing the functional configuration of the player terminal 2. As shown in FIG. The player terminal 2 is
It is an information processing device (for example, a computer device such as a smart phone, a mobile phone terminal, a tablet terminal, etc.) that a player can possess and use. The player terminal 2 transmits the processing result of the game program transmitted from the server device 1 to the game application or the Web.
b Can be output (for example, game screen display, game sound output, vibration output, etc.) via a browser. The player terminal 2 includes a control unit 21 for controlling the entire player terminal 2, a storage unit 22 for storing various data and programs, and an input unit 2 for the player to perform operation input.
3. It has an output unit 24 for outputting game screens, operation screens, etc., and a communication unit 25 for information communication 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, input data, and the like for executing various control processes and functions in the control unit 21, and includes RAM, ROM, flash memory, HDD, and SSD.
, other storage, etc., or any combination thereof.
Further, the storage unit 22 temporarily stores the communication contents of the server device 1 .

The control unit 21 of this embodiment includes at least an operation information reception 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 action 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. control unit 2
1 stores the programs stored in the memory and the game operation information storage unit 221 in the C
It can be realized by being executed by a PU or GPU.

The operation information receiving unit 211 receives a game-related operation using the input unit 23 by the player. Then, the operation information receiving unit 211 transmits the received operation content to the game operation unit 212.
Or output to the server device 1 .

The input unit 23 has a function of receiving input from the player. The input unit 23 in this 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 content of the input 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 the input surface of the input unit 23 . The input unit 23 detects a touch input or the like by the player, and transmits the input information to the control unit 21 . Touch input includes touch, multi-touch, release, swipe, tap, double-tap, long-tap, drag, flick,
Including, but not limited to, sliding, rotating, pinching in, pinching out, and the like.
The input unit 23 may have physical buttons 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 surface (screen) of the player terminal as long as it has a function of receiving input from the player. or the like may be used. The output unit 24 includes a touch panel such as a liquid crystal display that outputs images, a speaker that outputs sounds, a vibration generator (vibrator) that outputs vibrations, and the like.

Here, as an example, “touch” refers to an action or state in which the player's finger, stylus pen, or the like touches the input surface of the input unit 23 . A “multi-touch” (multi-touch operation) refers to an action or state in which a player's finger, stylus pen, or the like touches multiple positions on the input surface of the input unit 23 at the same time. For example, multi-touch includes touches at multiple locations initiated at different times and detected simultaneously at a point in time, as well as touches at multiple locations initiated at the same time.
Specifically, when the second touch is started while the first touch is continued after the first touch is started, the first touch and the second touch are multi-touched at the start of the second touch. Equivalent to touch.

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

The game operation unit 212 executes processing for operating the game application.
The game operation unit 212 starts and operates a game based on the game software included in the game operation information stored in the game operation information storage unit 221 and the player's operation details input from the input unit 23 . The game action unit 212 generates a game image from the image data included in the game action information and performs control processing for outputting the generated image to the output unit 24 in accordance with the game action. Similarly, the game operation unit 212 generates game music, sound, and vibration information from the music data, sound data, and vibration data included in the game operation information in accordance with the game operation, and generates the generated music and sound. , a control process for outputting vibration from the output unit 24 is performed. Note that here, a configuration has been described in which the native application partially executes the function of the web application, that is, the game operation unit 212 of the player terminal 2 partially executes the function of the processing result generation unit 113 of the server device 1. , as will be described later, the game operation unit 2
12, the processing result generation unit 113 may be configured to generate all game images and sounds as processing results, or all game images and sounds may be generated by the game operation unit 212.
It may be configured to generate sound.

When the game operation unit 212 is provided, the 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, the game operation unit 212 updates the parameters managed by the server device 1 by communicating with the server device 1 when a process involving changes in these predetermined parameters occurs in the game. 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 so that the server device 1 automatically progresses the game.

When the server device 1 has the processing result generation unit 113, the processing result reception 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.

In this embodiment, the game operation information storage unit 221 also stores information indicating conditions for automatically advancing the game (auto play) (hereinafter referred to as automatic advancing condition information). FIG. 4 is a diagram showing an example of automatic progress condition information. The automatic advance condition information can include, for example, an operation site, an automatic advance start operation, and an automatic advance end operation. When an automatic progress start operation is performed on the part of the player terminal 2 indicated by the operation part, automatic progress of the game is started, and when an 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 is terminated. For example, the automatic progress is terminated by performing a multi-touch operation on an arbitrary position on the touch panel (screen) as the input unit 23 of the player terminal 2 . in this way,
With the multi-touch operation, the automatic progress does not stop simply by touching the screen with one finger, so it is possible to prevent the automatic progress from being unintentionally stopped. Note that the automatic progress end operation is not limited to the multi-touch operation, and may be any touch operation described above or an operation other than the touch operation (voice input, etc.). Also, the operation part can be any part as long as it is possible to detect the operation by the player. In the example of FIG. 4, the entire screen is the operation part. You may make it set the predetermined area|regions on a screen, such as. Alternatively, a physical button may be used as the operation part, and pressing of the physical button may be regarded as an automatic progress start operation. The configuration of the automatic progress condition information is not limited to the example shown in FIG. 4, and may be any information that designates conditions for starting and ending automatic progress of the game, or conditions for continuing the automatic progress of the game. Further, the start operation, restart operation, and end operation of automatic progress may all be common, or any one or all of them may be separate and different operations. Also, the various conditions are not limited to one type, and may each be of a plurality of types.
For example, as conditions for starting the automatic progress of the game, there are two or more conditions: multi-touch operation on an arbitrary position on the input unit 23 and tapping of the automatic progress button displayed on the screen. may In this case, the player selects a method for starting the automatic progress of the game from among a plurality of types according to the surrounding circumstances, etc., when executing the game, and starts the automatic progress of the game in 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 and the player terminal 2).

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

The player terminal 2 detects an operation from the player (S301), and if the operation target related to the detected operation is the operation part of the automatic progress condition information (S302: YES), the operation is the automatic progress condition information (S303:
YES), the automatic progress of the game is started (S304). Automatic progress of the game can be started by, for example, transmitting an automatic progress request to the server device 1 . It should be noted that input operations can be emulated so that the game progresses automatically 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). Note that if the detected operation target related to the player's operation is not the operation part of the automatic progress condition information (S302: NO), or if it is not the automatic progress start (or restart) operation set in the automatic progress condition information ( In other words, if it is not a multi-touch operation (S303: NO), an input can be received according to the operation, and various processes can be performed according to the input (S305). Also, the input processing S305 in FIG.
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 the operation part of the automatic progress condition information (S322: YES), the operation is the automatic progress condition information (S323: YES), the automatic progress of the game is terminated (S324). The automatic progress of the game can be stopped (finished) by, for example, transmitting an automatic progress stop request to the server device 1 . If the player terminal 2 is emulating an input operation 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).
. Note that if the detected operation target related to the player's operation is not the operation part of the automatic progress condition information (S322: NO), or if it is not the automatic progress end operation set in the automatic progress condition information (S323: NO). can receive input according to the operation and perform various processes according to the input (S325). Also, the input processing S325 in FIG. 6 is not an essential configuration.

As described above, according to the game system of the present embodiment, the automatic progression of the game can be started or resumed by performing a multi-touch operation on an arbitrary position on the input unit 23 . To "restart" automatic progress, for example, after starting automatic progress once, in a state where automatic progress is temporarily stopped or terminated by satisfying various conditions, from the pause state or end state, automatically again means to initiate progress. Here, in the conventional method, for example, a button (icon) stating "one more time" is displayed on the screen when the automatic progress of the quest is completed, and the player taps the button while looking at the screen. So, once again, you can automatically go around the quest (automatic progress of the game). In this embodiment, by multi-touching an arbitrary position on the screen on which the quest has ended, the quest can be restarted in the same manner as when the "again" button is selected. According to this, since the multi-touch operation can be performed anywhere on the screen, there is no need to look at the screen to confirm the position of the button. A quest is an example of a unit game within a game. For example, a quest may have multiple areas, and a player character may battle enemy characters in each area to obtain experience points and items. is set. In each area, one or more predetermined enemy characters are arranged, and the player can proceed to the next area by defeating all the enemy characters arranged in each area in a specific quest. , the specific quest may be cleared when all the enemy characters placed in the last area are defeated. In addition, as a condition for stopping the automatic progress of the quest, when all the player's characters have been defeated by the enemy (annihilated), or when all the enemy characters in the quest are defeated and the quest is cleared, When the set conditions are met (for example, obtaining all the desired items, achieving the desired number of laps, or clearing the target area), the number of obtained items reaches the maximum number that can be owned, and more can be obtained. It is not limited to this, although it is a case where it becomes impossible. In addition, the player may be allowed to set a condition for stopping the automatic progress in advance before starting the automatic progress. In this case, automatic progress is continued 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 player can automatically play the game without looking at the screen. As a result, for example, even in situations where there are people around, such as on a train, and in situations where it is undesirable for others to see the game screen, it is possible to start the automatic progress of the game with hands in the pockets.

Although the present embodiment has been described above, the above-described embodiment is intended to facilitate understanding of the present invention, and is not intended to limit and interpret the present invention. The present invention can be modified and improved without departing from its spirit, and the present invention also includes equivalents 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. The game may be automatically progressed while the screen is pressed. Further, for example, the automatic progression of the game may be started and ended according to a gesture formed by moving a finger that touches the screen.

Also, during the automatic progress of the game, the game speed may be changed compared to the normal time. During the automatic progress of the game may be from the start (or restart) to the stop or end of the automatic progress, 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 resume automatic progress, the game progresses faster than usual (for example, twice or four times faster than normal). may

Alternatively, the game speed may be changed when the player continues the multi-touch operation for a predetermined time or longer. For example, if the player continues the multi-touch operation for 1 second or more, the game progress speed may be increased more than usual and the game may progress automatically. In this case, the game progresses automatically at normal speed until a predetermined time (for example, 1 second, 2 seconds, etc.) elapses after the player starts the multi-touch operation. Auto-advance is executed at a higher speed than usual. Then, when the player ends the multi-touch operation (at least one of the plurality of fingers or the like touching the input unit 23 is released), the automatic progress may be stopped, or the game may be progressed. The speed may return to normal. In other words, the automatic progress may continue even after the multi-touch operation ends. As mentioned above, when changing the game speed compared to normal,
The control unit 11, based on predetermined conditions set in advance or set by the player,
It further comprises a speed control unit for controlling the game speed during automatic progress.

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 multi-touching any position on the screen (off mode). mode). In this case, the control unit 11 switches between an on-mode capable of accepting a multi-touch operation for starting or resuming the automatic progress of the game and an off-mode not accepting the multi-touch operation, based on the player's request. A switching unit is further provided. For example, a mode switching button (icon) is displayed on a predetermined screen in the game (for example, home screen, quest screen, battle screen, breeding screen, etc.), and the player taps the mode switching button to select it. , it is possible to switch between an on mode in which the function of automatic progress by multi-touch operation is valid and an off mode in which the function is invalid. As a result, it is possible to switch between ON and OFF of the automatic progress function by multi-touch operation according to the player's game experience, the surrounding situation, and the like, thereby improving the convenience of the game.

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

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

Further, for example, in addition to performing a multi-touch operation on an arbitrary position of the input unit, one or more other operation methods may be used to start or restart the automatic progression of the game. As a result, the player can select from a plurality of types of operation methods when executing the automatic progress of the game, according to the surrounding circumstances, etc., when executing the game. One or more other operation methods are not limited to operations that involve touching the screen, such as tapping a specific icon (operation button), but also input by voice via the voice sensor (input unit) of the player terminal, line-of-sight sensor ( The input may be input by detecting changes in the player's line of sight via the input unit).

Also, regarding the processing of the software function units provided in the server device 1 and the player terminal 2,
The player terminal 2 may have some or all of the functions of the server device 1 as long as the gist of the present invention can be realized.

5 and 6 show an example of processing by the information processing system of this embodiment, and are not intended to limit the present invention. Each step included in the processing of FIGS. 5 and 6 may be executed in an order different from that shown in the drawings, part of the processing may be executed in parallel, or part of the processing may be executed in parallel. may be omitted, or other steps may be added.

1 server device 2 player terminal 3 network

Claims (10)

an input unit that receives an operation from a player;
a game execution unit that progresses the game according to the operation;
with
The game execution unit starts or restarts the automatic progress of the game when the player performs a multi-touch operation on an arbitrary position of the input unit;
A game system characterized by The game system according to claim 1,
The input unit is composed of a touch panel,
A game system characterized by The game system according to claim 1 or 2,
The game execution unit terminates the automatic progress when the player performs a multi-touch operation on an arbitrary position of the input unit during the automatic progress of the game;
A game system characterized by The game system according to any one of claims 1 to 3,
further comprising 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. thing,
A game system characterized by The game system according to any one of claims 1 to 4,
further comprising a speed control unit that controls the progress speed of the game during automatic progress of the game based on a predetermined condition;
A game system characterized by The game system according to any one of claims 1 to 5,
further comprising an output unit that outputs vibration indicating a pause or end of the automatic progress of the game;
A game system characterized by A game system according to claim 6,
The output unit outputs a vibration indicating the start or restart of automatic progress of the game;
A game system characterized by A game system according to claim 7,
A game system, wherein a vibration indicating a pause or end of the automatic progress of the game and a vibration indicating the start or restart of the automatic progress of the game are vibrations of different patterns. a step of accepting an operation from a player via an input unit;
progressing the game according to the operation;
a step of starting or resuming the automatic progress of the game by the player performing a multi-touch operation on an arbitrary position of the input unit;
the way a computer does it. a step of accepting an operation from a player via an input unit;
progressing the game according to the operation;
a step of starting or resuming the automatic progress of the game by the player performing a multi-touch operation on an arbitrary position of the input unit;
A program that causes a computer to run

Images