WO2024004999A1

WO2024004999A1 - Program, and information processing system

Info

Publication number: WO2024004999A1
Application number: PCT/JP2023/023752
Authority: WO
Inventors: 秀太中前
Original assignee: 株式会社コロプラ
Priority date: 2022-06-28
Filing date: 2023-06-27
Publication date: 2024-01-04
Also published as: JP2024004345A

Abstract

This program causes a computer to function as: a first progressing means for causing a game to progress in a first progression mode for causing the game to process on the basis of user operations; a second progressing means for causing the game to progress in a second progression mode capable of causing the game to progress without the need for at least some of the user operations that affect the progress of the game in the first progression mode; and a success or failure determining means for determining success or failure of a prescribed event during the progression of the game in the second progression mode, on the basis of an environment in a game space and an attribute of a character operated by the user.

Description

Programs and information processing systems

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

BACKGROUND ART Conventionally, games in which automatic progress is possible have been known (for example, see Patent Document 1).

JP2020-168381A

However, there has been a demand for further improvement in the level of interest in games.

The present invention has been made in view of the above circumstances, and an object of the present invention is to improve the interest of the game.

According to one embodiment presented in the present disclosure, a computer is configured to:
a first progression means that advances the game in a first progression mode that advances the game based on a user's operation;
a second progression means for advancing the game in a second progression mode that allows the game to progress without requiring at least a part of the user's operations that affect the progression of the game in the first progression mode;
A program that functions as success/failure determining means for determining the success or failure of a predetermined event during the progress of the game in the second progress mode based on the environment in the game space and the attributes of the character operated by the user. is provided.

According to the present invention, it is possible to improve the interest of the game.

1 is a diagram showing a schematic configuration of a game system. FIG. 2 is a block diagram showing the functional configuration of the game system. It is a figure which shows an example of a display screen in a 1st state. FIG. 3 is a diagram showing how a moving object moves. FIG. 3 is a diagram illustrating a state in which a moving object reaches an index object. 3 is a flowchart illustrating an example of a process executed in a first state. It is a figure which shows an example of a display screen in a 2nd state. 7 is a flowchart illustrating an example of a process executed in a second state. FIG. 7 is a diagram for explaining an example of the progress of the game in the second state.

Embodiments of the present invention will be described below with reference to the drawings.

<Hardware configuration of game system>
As shown in FIG. 1, the game system 1 of this embodiment includes a plurality of terminal devices 10 and a server 20.

The terminal device 10 and the server 20 are connected via a network 2. The network 2 is, for example, the Internet, a mobile communication system (for example, 3G, 4G, 5G, LTE (Long Term Evolution), etc.), WiFi (Wireless Fidelity), Bluetooth (registered trademark), other communication lines, or a combination thereof. It may be configured by any of the following. Furthermore, the connection between the terminal device 10 and the server 20 does not matter whether it is a wired connection or a wireless connection.

The server 20 (in other words, a computer, an information processing device) may be, for example, a general-purpose computer such as a workstation or a personal computer. The server 20 includes a processor 21, a memory 22, a storage 23, a communication IF (interface) 24, and an input/output IF 25. These components included in the server 20 are connected to each other by a communication bus.

The processor 21 controls the overall operation of the server 20. The processor 21 may include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), and the like. The processor 21 reads the program from the storage 23 and expands it into the memory 22. The processor 21 executes the developed program.

Memory 22 is a main storage device. The memory 22 is configured of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 22 provides a work area for the processor 21 by temporarily storing programs and various data that the processor 21 reads from the storage 23 . The memory 22 also temporarily stores various data generated while the processor 21 is operating according to a program.

Note that in this embodiment, the program may be a program for realizing a game on the terminal device 10. Further, the program may be a program that realizes the game through cooperation between the terminal device 10 and the server 20. Note that the game realized through cooperation between the terminal device 10 and the server 20 may be, for example, a game executed on a browser started on the terminal device 10. Further, the program may be a program that realizes the game through cooperation of a plurality of terminal devices 10. Further, the various data include, for example, data related to games such as user information and game information, and instructions and notifications transmitted and received between the terminal device 10 and the server 20.

The storage 23 is an auxiliary storage device. The storage 23 is configured of a storage device such as a flash memory or a hard disk drive (HDD), for example. The storage 23 stores various data related to the game.

The communication IF 24 controls transmission and reception of various data via the network between the server 20 and the terminal device 10 and the like.

The input/output IF 25 is an interface through which the server 20 receives data input, and an interface through which the server 20 outputs data. The input/output IF 25 may include, for example, an input section that is an information input device such as a mouse and a keyboard, and a display section that is a device that displays and outputs images.

The terminal device 10 (in other words, a computer, an information processing device) may be, for example, a smartphone, a feature phone, a PDA (Personal Digital Assistant), a tablet computer, a personal computer, a wearable terminal, a game device, or the like. The terminal device 10 may be a mobile terminal. The terminal device 10 may be a portable terminal when a user executes a game.

The terminal device 10 includes a processor 11 , a memory 12 , a storage 13 , a communication IF 14 , an input/output IF 15 , an input section 17 , and a display section 18 . These components included in the terminal device 10 are connected to each other by a communication bus.

The processor 11 controls the overall operation of the terminal device 10 . Processor 11 may include a CPU, MPU, GPU, and the like. The processor 11 reads the program from the storage 13 and expands it into the memory 12. The processor 11 executes the expanded program.

Memory 12 is a main storage device. The memory 12 is comprised of storage devices such as ROM and RAM, for example. The memory 12 provides a work area for the processor 11 by temporarily storing programs and various data that the processor 11 reads from the storage 13 . The memory 12 also temporarily stores various data generated while the processor 11 is operating according to a program.

The storage 13 is an auxiliary storage device. The storage 13 is configured by a storage device such as a flash memory or an HDD, for example. The storage 13 stores various data related to the game.

The communication IF 14 controls transmission and reception of various data via the network between the terminal device 10 and the server 20 and the like.

The input/output IF 15 is an interface for the terminal device 10 to receive data input, and is an interface for the terminal device 10 to output data. The input/output IF 15 may input/output data via, for example, a USB (Universal Serial Bus). The input/output IF 15 may include an input section 17, a display section 18, and the like.

The input unit 17 receives input from the user. The input unit 17 may be, for example, a pointing device such as a touch pad. The display unit 18 displays images. The display unit 18 may be, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The terminal device 10 includes, for example, a touch screen 16 that is an electronic component that combines an input section 17 and a display section 18.

The input unit 17 detects a position input on the input screen by a user's operation (for example, touch operation, tap operation, slide operation, swipe operation, flick operation, etc.), and inputs information indicating the detected position. It has the function of transmitting as a signal. The touch panel as the input unit 17 can employ a capacitive type, a resistive film type, or the like, but other types may be used.

Note that the input unit 17 may be, for example, a keyboard, various physical buttons, various sensors (for example, an acceleration sensor or an angular velocity sensor), an operation stick, a camera, a microphone, or the like. Further, the display unit 18 may be, for example, a projector.

<Functional configuration of game system>
FIG. 2 is a block diagram showing the functional configuration of the server 20 and the terminal device 10. The server 20 in this embodiment has, for example, a function of providing each terminal device 10 with various data and programs necessary to realize a game, a function of collecting and managing data related to the game from each terminal device 10, and a function of It has a function to perform synchronization processing between terminal devices 10, etc.

Note that in this embodiment, the server 20 identifies each user and the terminal device 10 using user accounts registered in advance for each game. The method of registering an account is not particularly limited. For example, the terminal device 10 or another device such as a personal computer transmits information necessary for user account registration to the server 20 based on the user's operation, and the server 20 sends information necessary for each user's account registration based on the received information. You may also create and save an account.

As shown in FIG. 2, the server 20 functions as a control unit 210 and a storage unit 220 through the cooperation of a processor 21, a memory 22, a storage 23, a communication IF (interface) 24, an input/output IF 25, and the like. The storage unit 220 stores various data used by the control unit 210. Various data include, for example, game program 221, game information 222, and user information 223.

The game program 221 is a program for realizing a game. The game information 222 and the user information 223 are data that the control unit 210 refers to when executing the game program 221.

In addition to the game program executed on the server 20 side, the game program 221 may include a program (game program 121 described later) that is transmitted to the terminal device 10 and executed on the terminal device 10 side. Alternatively, the storage unit 220 may store the game program 221 executed on the server 20 side and the program executed on the terminal device 10 side.

Game information 222 is information common between accounts. The game information 222 includes, for example, information for defining various game spaces. The game space is a space in which objects of characters (hereinafter also referred to as "operable characters" or "player characters") that can be operated by the user are arranged. In addition, the game information 222 includes, for example, the placement position, size, color, shape, etc. of background objects such as buildings, trees, and stones, and non-player character (NPC) objects arranged in the game space. Contains various setting information regarding objects common between accounts. Further, the game information 222 includes, for example, setting values of various parameters of the non-player character. In the following, a character object placed in the game space may be simply referred to as a "character."

The user information 223 is information managed for each game account. The user information 223 includes, for example, information regarding the playable character, information regarding owned assets, information indicating the degree of progress of the game, and the like. Examples of held assets include in-game currency, items, and character equipment.

The control unit 210 controls various processes related to the game by executing the game program 221 stored in the storage unit 220. The control unit 210 includes, for example, a transmitting/receiving unit 211, a server processing unit 212, a data management unit 213, and a synchronization processing unit 214.

The transmitter/receiver 211 transmits or receives various data. The transmitting/receiving unit 211 receives, for example, requests for transmission of various data and programs, requests for synchronization processing to support a multiplayer function, data to be subjected to synchronization processing, etc. from each terminal device 10, and sends them to the server processing unit 212. give it to Further, the transmitting/receiving unit 211 transmits various data and programs including instructions for synchronization to each terminal device 10 under the control of the server processing unit 212 .

In this embodiment, the multiplay function is a function that allows game processing by multiple accounts to proceed in a synchronized manner. The server 20 and the terminal device 10 of the game system 1 execute various processes to support the multiplay function when multiple accounts logged into the game system 1 participate in the same game.

The server processing unit 212 provides a game to the terminal device 10 by executing arithmetic processing described in the game program 221 in response to a request or the like from the terminal device 10 . For example, when the server processing unit 212 receives a request for synchronization processing to support the multiplay function or data to be subjected to synchronization processing from the terminal device 10 via the transmission/reception unit 211, the server processing unit 212 performs synchronization processing to support the multiplay function. Execute processing. Further, the server processing unit 212 instructs the transmitting/receiving unit 211 to transmit the game information 222 or the user information 223. Furthermore, the server processing unit 212 instructs the data management unit 213 to instruct the data management unit 213 to add, update, or delete records of the game information 222 or the user information 223.

The data management unit 213 manages various data stored in the storage unit 220 according to instructions from the server processing unit 212. The data management unit 213 reads out the game information 222 or the user information 223 according to a command from the server processing unit 212, and transmits it to the terminal device 10 via the transmission/reception unit 211, for example. Further, the data management unit 213 adds, updates, or deletes records of the game information 222 or the user information 223 according to instructions from the server processing unit 212.

The synchronization processing unit 214 executes synchronization processing to support the multiplay function of the game according to instructions from the server processing unit 212. For example, when the server 20 transmits information to a plurality of terminal devices 10, the synchronization processing unit 214 synchronizes the game progressing between the terminal devices 10 by simultaneously transmitting information to each terminal device 10. I take the. Specifically, the synchronization processing unit 214 simultaneously transmits the operation information received within a predetermined period (for example, one frame) from the terminal device 10 corresponding to each account to each terminal device 10 every predetermined period. The operation information is information related to operations input to the terminal device 10. The synchronization timing and information to be synchronized may be received from the server processing unit 212 at any time. By executing the synchronization process, it becomes possible to simultaneously reflect an event in the game caused by an operation input on one terminal device 10 on other terminal devices 10.

The terminal device 10 in this embodiment has, for example, a function as an input device that receives input operations from a user, a function as an output device that outputs images and sounds of a game, and the like.

The terminal device 10 functions as a control unit 110 and a storage unit 120 through cooperation of a processor 11, a memory 12, a storage 13, a communication IF 14, an input/output IF 15, and the like. The storage unit 120 stores various data used by the control unit 110. Various data include, for example, game program 121, game information 122, and user information 123.

The game program 121 is a program for realizing a game on the terminal device 10 side. Game information 122 and user information 123 are data referenced by control unit 110 when executing game program 121.

The game information 122 includes the same information as the game information 222 of the server 20 described above. Therefore, a description of the game information 122 will be omitted here.

The user information 123 is data related to the account of the user who uses the terminal device 10, and includes the same information as the user information 223 of the server 20 described above. Therefore, a description of the user information 123 will be omitted here.

The control unit 110 controls various processes related to the game executed on the terminal device 10 by executing the game program 121 stored in the storage unit 120. The control unit 110 includes, for example, an operation reception unit 111, a transmission/reception unit 112, a game progression unit 113, and a display control unit 114.

The operation accepting unit 111 accepts an operation input by a user via the input unit 17 (hereinafter also referred to as an “input operation”). Specifically, when an input operation is performed on the input unit 17, the operation reception unit 111 detects the coordinates of the input position and the type of input operation. Examples of the types of input operations include various operations using fingers or the like, such as touch operation, tap operation, slide operation, swipe operation, flick operation, pinch-in operation, and pinch-out operation. The input operation is not limited to an operation that physically contacts the input unit 17 (for example, the touch screen 16), but may also include a non-contact operation. Note that an operation that ends a previously performed input operation, such as a touch-off operation that ends contact with the touch screen 16, can also be considered as one type of input operation.

Here, the operation reception unit 111 can also accept an input operation performed using an operation device connected via the input/output IF 15 in the same way as an input operation to the input unit 17.

The transmitter/receiver 112 transmits and receives various data. A specific example will be described below.

The transmitter/receiver 112 transmits game information 122 or user information 123, and a synchronization request for supporting the multiplayer function to the server 20. The transmitting/receiving unit 112 receives various data, programs, data for synchronization to support the multiplay function, etc. from the server 20. The data for synchronization includes, for example, synchronization instruction data for instructing the terminal devices 10 participating in the multiplayer to synchronize. The synchronization instruction data includes, for example, data to be synchronized, the type of the data, data for specifying the timing of synchronization, and the like.

The transmitter/receiver 112 transmits operation information regarding the input operation accepted by the operation receiver 111 to the server 20 . The transmitting/receiving unit 112 receives operation information related to operations input by other users on other terminal devices 10 from the server 20 .

The game progress unit 113 executes various processes related to the progress of the game. A specific example will be described below.

The game progression unit 113 defines a game space based on information included in the game information 122 for defining the game space. The game progression unit 113 arranges objects in the game space based on the object setting information included in the game information 122. The game progress unit 113 controls objects placed in the game space. Specifically, the game progression unit 113 controls the object to change the position, orientation, shape, color, etc. of the object in the game space, and to cause the object to perform a predetermined action.

The game progression unit 113 defines a virtual camera for specifying an area to be presented to the user in the game space. The game progression unit 113 arranges the virtual camera within the game space by defining the position and orientation of the virtual camera within the game space. The game progression unit 113 instructs the display control unit 114 to generate an image depicting a viewing area defined by the virtual camera and an object placed in this viewing area.

The position and orientation of the virtual camera can be determined as appropriate for each game space. For example, the game progression unit 113 uses the position and orientation of a specific object as a reference, and arranges the virtual camera so that the specific object is located in the center of the viewing area in a specific orientation. At this time, the game progression unit 113 adjusts the position and orientation of the virtual camera using the direction, distance, and angle with respect to the specific object. The specific object may be a dynamic object such as a manipulated character or a non-player character, or a static object such as a building, tree, or stone. The dynamic objects include operated characters that operate based on each user's operation, and characters that operate based on the game programs 121 and 221 (eg, non-player characters, enemy characters, etc.).

The game progression unit 113 interprets the content of the user's instruction based on the coordinates of the input position detected by the operation reception unit 111, the type of input operation, and the like. The game progress unit 113 executes various determination processes related to the progress of the game based on the interpreted instruction contents and the like. The game progression unit 113 advances the game while controlling objects, virtual cameras, etc. based on the results of the determination process and the like. The game progress unit 113 updates, adds, or deletes the game information 122 and the user information 123 according to the progress of the game.

The display control unit 114 causes the display unit 18 to display an image. A specific example will be described below.

The display control unit 114 generates an image depicting the field of view of the virtual camera defined by the game progression unit 113 and objects existing in the area in the game space, and causes the display unit 18 to display the image. The display control unit 114 superimposes and draws objects related to the UI (User Interface) necessary for various operations of the game, such as icons, buttons, menus indicating various parameters, etc., on the image to be displayed on the display unit 18. can do.

Note that the functions of the terminal device 10 and the server 20 shown in FIG. 2 are merely examples. Each of the terminal device 10 and the server 20 may have at least some of the functions of other devices. Further, each device such as the terminal device 10 and the server 20 does not need to be realized by an integrated device, and may be realized by, for example, a plurality of devices connected via a network or the like. Moreover, the game system 1 may be configured only by the terminal device 10 or the server 20, for example. In other words, the game system 1 does not need to be realized by a plurality of devices connected via a network.

<Processing according to this embodiment>
Next, processing according to this embodiment will be explained. In addition, in this embodiment, the processor 11 of the terminal device 10 will be described as performing each process described below by executing a game program stored in the game system 1. However, at least a portion of each process described below may be executed by a processor other than the processor 11. In other words, the computer that executes the game program in this embodiment may be either the terminal device 10 or the server 20, or may be realized by a combination of multiple devices.

Below, the case where the structure based on this embodiment is applied to a golf game is demonstrated as an example.

3 to 5 are examples of display screens showing a space including a golf course as the game space 30. FIG. The game space 30 and various objects superimposed on the game space 30 will be described with reference to FIGS. 3 to 5.

The display control unit 114 causes the display unit 18 to display an image of the game space 30 in response to instructions from the game progress unit 113. Specifically, the display control unit 114 generates an image depicting the field of view of the virtual camera defined by the control unit 110 and objects existing in the area in the game space 30, and displays the image on the display unit 18. Display. Specifically, the display control unit 114 controls a ball 31 as an object to be operated that moves based on a user's operation, which is an object existing in the game space 30, and a cup 32 as an object serving as a target point to guide the ball 31. , the player character 33, etc. are displayed on the display unit 18. The display control unit 114 also superimposes and draws objects related to a UI (User Interface) necessary for various operations of the game, such as icons, buttons, and menus indicating various parameters, on the image, for example, and 18. Specifically, the display control unit 114 displays a cup indicator 36 indicating the position of the cup, a moving object 40, a power indicator 41, an indicator object 50, a second shot selection button 60 (see FIG. 7), etc., which will be described later. The object is displayed on the display unit 18.

The cup indicator 36 is, for example, an indicator displayed such that light of a predetermined color extends from the cup 32. For example, the game progress unit 113 sets the cup indicator 36 to a color that is distinguishable from the color of the grass on the course. By displaying the cup indicator 36, the user can easily visually recognize the position of the cup 32 in the game space 30 projected from behind the player character 33.

The game progression unit 113 executes a game state control process to shift the game state between a first state and a second state during a game in which the goal is to achieve a predetermined goal. The first state is a game state in which the game can be advanced based on a user's operation that gives a predetermined effect to the operation target object. Furthermore, in the second state, the game progresses in a manner that can reduce the influence that the user's skill has on achieving the predetermined goal, compared to the case where the game progresses in the same manner as in the first state. The game is in a state where it is possible. Note that game states other than the first state and the second state may be prepared as the game state.

In the present embodiment, the game progression unit 113 performs a specific operation by the user (for example, a specific operation (for example, a The game state is transitioned between a first state in which the ball 31 is moved based on a user's first operation) and a second state in which the ball 31 can be moved without the user's specific operation. Specifically, when the ball 31 is not located within a predetermined range from the cup 32 during execution of a one-hole game (for example, green (here, green includes color), If the ball 31 is located within a predetermined range from the cup 32 (for example, if it is located on the green), the game state is set to the first state. Set the game state to the second state. Note that the game progress unit 113 sets the game state to the second state when the relationship between the ball 31 and the cup 32 (or the green) becomes a predetermined relationship. The correspondence between the relationship between the cup 31 and the cup 32 (or the green) and the game state may be realized by the game progress unit 113 directly determining whether or not the relationship exists. , may be realized by different processing. For example, the game progress unit 113 may determine whether or not the ball 31 is located within a predetermined range from the cup 32 to switch the game state, or determine where the ball 31 is located within the game space 30. The game state may be switched by determining whether or not the putter is positioned (for example, whether the putter is located in a corresponding area on the green), or the game state may be switched by determining whether a shot with the putter is to be made. It may also be a thing. Note that the game state is automatically switched (in other words, without any user operation) depending on whether or not the ball 31 is located within a predetermined range from the cup 32. In other words, when the ball 31 moves within a predetermined range from the cup 32, the game progress unit 113 automatically switches the game state from the first state to the second state. Note that the user may be able to preset (in other words, select) whether or not to perform such automatic game state switching on a predetermined setting screen or the like. That is, if such a setting is made in advance, the game state is automatically switched when the ball 31 moves within a predetermined range from the cup 32, and if the setting is not made, the game state is automatically switched. The game state may not be changed even if the player moves within a predetermined range from the cup 32.

(Progress of the game in the first state)
The progress of the game in the first state will be described below with reference to FIGS. 3 to 5.

In the first state, the game progression unit 113 instructs the display control unit 114 to display the ball 31 and the player character 33 in an address posture on the display unit 18, as shown in FIG. Furthermore, the game progress unit 113 instructs the display control unit 114 to display the moving object 40 on the display unit 18.

The moving object 40 has, for example, a circular shape, and is a linear indicator extending in a predetermined direction from the moving object 40 (in FIG. 3, an indicator in which a dot-shaped figure and a V-shaped figure are lined up in a straight line). Hereinafter, it is an object that moves along the "power index 41"). The power index 41 may be attached with a numerical value indicating the power of the shot. The numerical value indicating the power of the shot may be, for example, a percentage indicating the power ratio, or may be a yardage or a meter indicating the flight distance.

The operation reception unit 111 receives an operation by the user to select a predetermined position on the touch screen 16. The game progression unit 113 moves the moving object 40 in response to the user's swipe operation from the selected predetermined position (see FIG. 4). Specifically, when the game progression unit 113 determines that the position of the touch screen 16 by the user overlaps the moving object 40, the game progressing unit 113 moves the moving object 40 in response to the user's swipe operation. Further, if the game progress unit 113 determines that the user's touch position on the touch screen 16 is within a predetermined range centered on the moving object 40, the game progressing unit 113 moves the moving object 40 in response to the user's swipe operation. It's okay. This allows the user to get an idea of the take-back action of the player character, thereby improving the interest of the game.

Note that the moving object 40 can be moved along the power index, but "along the power index" does not mean that the moving object 40 moves directly above the power index; Any object may be used as long as the moving object 40 moves in the extending direction. Further, the swipe operation for moving the moving object 40 does not have to pass directly above the power indicator. In other words, for example, an operation in a predetermined range or direction using the power indicator 41 as a landmark can be used as an operation to move the moving object 40.

Furthermore, the game progression unit 113 may change the shape of the moving object 40 when moving the moving object 40 (see FIGS. 3 to 5).

The game progression unit 113 causes the indicator object 50 to be moved and displayed on the display unit 18 when the user swipes the moving object 40 along the power indicator 41 (in other words, when the user swipes the moving object 40 in a direction away from the indicator object 50). Instructs the display control unit 114. The details of the index object 50 will be explained below.

First, the details of the structure of the index object 50 will be explained.
As shown in FIG. 3, the index object 50 is, for example, an object that has a shape obtained by cutting out the peripheral edge of a fan shape along the outer edge, and has a plurality of divided regions (hereinafter referred to as "index regions 51"). It is. The index area 51 is, for example, an area indicating the quality of the shot. Here, the quality of the shot may be, for example, the degree of curvature of the shot ball 31, the degree of success of the shot (for example, the degree of deviation from the aimed direction, the degree of contact with the ball 31), etc. Specifically, the center area of the plurality of indicator areas 51 is set as the indicator area 51 where the shot ball 31 travels straight (in other words, it heads in the targeted direction), and the areas further away from the center to one side are , an index area 51 in which the shot ball 31 curves to one side (in other words, it deviates to one side from the aimed direction), and the farther the area is from the center to the other side, the more the shot ball 31 curves to the other side ( In other words, the indicator area 51 may be used as the indicator area 51 (deviating from the aimed direction to the other side), and an area located outside a predetermined range from the center may be used as the indicator area 51 that results in a missed shot. Further, the indicator area 51 may be provided with a symbol indicating the trajectory of the shot ball 31. Here, the symbol may be, for example, an arrow indicating the curve of the trajectory of the shot ball 31.

The game progression unit 113 sets the index area 51 based on the environment around the ball 31 in the game space 30. Specifically, when the ball 31 is located off the fairway, such as in the rough, on an inclined surface, or in a bunker, the game progress unit 113 moves the ball 31 more slowly than when the ball 31 is located on the fairway. The index area 51 is defined so that it is difficult to guide the target to the target location. More specifically, for example, when the ball 31 is located at a position off the fairway, the ball 31 travels straight (in other words, in the desired direction) compared to when the ball 31 is located on the fairway. The size of the index area 51 where the ball 31 curves (in other words, deviates from the aimed direction) against the ball 31 and the size of the index area 51 where a missed shot occurs is increased (in other words, the index area where the ball curves in the index object 50). 51, or the index area 51 may be set such that the ratio of the index area 51 that causes a missed shot is large. Furthermore, for example, when the ball 31 is located off the fairway, the width of the entire indicator object 50 may be narrower (or wider) than when the ball 31 is located on the fairway.

Next, details of the operation of the index object 50 will be explained.
The game progression unit 113 moves the index object 50 back and forth in a direction intersecting the traveling direction of the ball 31 shot by the player character (in other words, the fly ball direction) (see FIGS. 3 to 5). Here, the traveling direction is the direction in which the ball 31 travels when the user makes a shot with the ball 31. In other words, the game progression unit 113 moves the index object 50 back and forth in a direction intersecting the direction in which the power index 41 extends. Specifically, the game progression unit 113 reciprocates the index object 50 along a predetermined curve at a predetermined angular velocity while bringing the index object 50 into contact with, for example, one end of the power index 41 . This makes it possible to increase the level of difficulty in executing accurate shots, thereby improving the interest of the game.

The game progression unit 113 may control the index object 50 such that as the moving object 40 moves away from the index object 50, the speed of reciprocating movement of the index object 50 becomes faster. As a result, the more the user sets the power of the shot, the more difficult it becomes to achieve a shot on the trajectory that the user intends, thereby improving the interest of the game.

Furthermore, the game progression unit 113 may change the movement speed of the reciprocating movement of the index object 50 based on the environment around the ball 31. For example, the game progression unit 113 determines that when the ball 31 is located off the fairway, such as in the rough, on a slope, or in a bunker, the moving speed of the indicator object 50 is faster than when the ball 31 is located on the fairway. You can make it faster. As a result, the more difficult the shot environment is, the more difficult it is to execute an appropriate shot, and the more interesting the game is.

Furthermore, the game progression unit 113 may keep the reciprocating speed of the index object 50 constant until the moving object 40 reaches a predetermined position (for example, 50%) of the power index 41. Further, the game progression unit 113 controls the index object 50 so that as the moving object 40 moves away from the index object 50 beyond the predetermined position of the power index 41, the reciprocating speed of the index object 50 becomes faster. Good too. As a result, the greater the shot power is set, the more difficult it becomes to achieve a shot on the trajectory intended by the user, and thus the game becomes more interesting. In addition, when simply saying ``as it gets further away'' or ``the further it gets away,'' etc., specifically, for example, when saying ``the speed increases as it gets further away,'' the speed does not change until it reaches a predetermined position, and This includes cases where there are sections where the speed does not change, such as when the speed increases when exceeding a certain position. Further, in this case, the speed etc. need only have at least two stages.

Furthermore, the game progressing unit 113 may change the width of the indicator area 51 so that as the moving object 40 moves away from the indicator object 50, it becomes more difficult to guide the ball 31 to the desired location. Specifically, for example, the further the moving object 40 moves away from the index object 50, the more the ball 31 moves straight (in other words, heads toward the aimed direction), the more the ball 31 curves relative to the index region 51 (in other words, it deviates from the aimed direction). ) The size of the indicator area 51 and the size of the indicator area 51 that causes a miss shot are increased (in other words, the proportion of the indicator area 51 where the ball curves and the indicator area 51 that causes a miss shot in the indicator object 50 is increased. The index area 51 may be set so that the index area 51 becomes larger. Furthermore, for example, the farther the moving object 40 is from the index object 50, the narrower (or wider) the width of the entire index object 50 may be.

Furthermore, the game progression unit 113 does not vibrate the moving object 40 until it reaches a predetermined position (for example, 100%) on the power index 41, and when the moving object 40 exceeds the predetermined position on the power index 41, The object 40 may also be vibrated. In other words, the game progression unit 113 may cause the moving object 40 to move more unintentionally as the moving object 40 moves away from the index object 50. In other words, the game progress unit 113 determines that the moving object 40 is closer to the predetermined position than when the moving object 40 is at a predetermined position close to the index object 50 (for example, a position below "100%" of the power index 41). The ability of the moving object 40 to follow a user's operation (for example, a swipe operation) may be lowered when the moving object 40 is located at another predetermined position farther from the index object 50. As a result, the more the user sets the power of the shot, the more difficult it becomes to achieve a shot on the trajectory that the user intends, thereby improving the interest of the game.

The game progress unit 113 determines the position of the moving object 40 based on the user's input operation, moves the moving object 40 toward the index object 50 when the input operation is canceled, and moves the moving object 40 toward the index object 50 when the input operation is canceled. A first shot execution process that executes a shot (hereinafter also referred to as "first shot") according to the position and the index of the index area 51 determined by the positional relationship between the index object 50 and the moving object 40 after movement. I do. In other words, the first shot execution process determines the arrival position of the ball based on the release position of a specific input operation and the index in the index area 51 determined by the positional relationship between the index object 50 and the moving object 40 after movement. This is a judgment process.

The first shot execution process may include a power determination process and a trajectory determination process.

The power determination process is, for example, a process of determining the power of a shot based on the release position when the user's input operation is released. Specifically, as shown in FIG. 4, the game progression unit 113 moves the moving object 40 along the power indicator 41 from a predetermined position selected by the user in accordance with the user's swipe operation. The swipe operation here is, for example, an operation in a direction away from the index object 50.

In the power determination process, the game progression unit 113 increases the power of the shot as the distance from the index object 50 of the moving object 40 determined by the end point of the swipe operation increases. Specifically, the game progression unit 113 determines the power according to the power index 41 corresponding to the release position, for example. The greater the power determined according to the power index 41, the farther the shot ball 31 will fly. The power index 41 is set, for example, so that the value indicating the power increases as the distance from the index object 50 increases. In FIG. 4, since the power indicator 41 is released at the position indicating "90%", the power of the shot is "90%" of the maximum power.

The trajectory determination process is, for example, a process of determining the trajectory of the shot (in other words, the direction in which the ball 31 is headed) based on the positional relationship between the moving object 40 and the index object 50 after movement. Specifically, for example, when a specific input operation related to power determination (for example, a swipe operation in a direction away from the index object 50) is released, the game progression unit 113 moves the moving object 40 to the index object 50. along the power indicator 41 (see FIGS. 4 and 5). That is, as soon as the power of the shot is determined, the process automatically proceeds to a procedure for determining the trajectory of the ball. This makes it possible to provide the user with seamless shot operations, thereby improving the interest of the game.

In the trajectory determination process, the game progression unit 113 may move the moving object 40 in a direction instructed by the user's operation. That is, the game progression unit 113 moves the moving object 40 toward the index object 50 when a specific input operation related to power determination is canceled, but at this time, for example, when the user The moving object 40 may be moved in a direction instructed by a flick operation. FIG. 5 is an example of a display screen in this case. This makes it possible to provide the user with a shot operation with a high degree of freedom, thereby improving the interest of the game. For example, when canceling the cancellation, the user performs a swipe operation in a direction different from the swipe operation related to determining the power (for example, a swipe operation in the direction in which the moving object 40 approaches the index object 50), and The moving object 40 may be moved in a direction specified by the user by a swipe operation in a different direction. Here, for example, the swipe operation may be performed in the different direction until the moving object 40 contacts the index object 50, and the swipe operation may be performed until the moving object 40 contacts the index object 50. A flick operation may be performed after performing a swipe operation in a different direction. Further, after a specific input operation related to determining the power of a shot is performed, when an operation is performed to end contact with the touch screen 16 (for example, a touch-off operation in which the finger is released), the moving object 40 changes to the power index. 41 toward a predetermined position such as the end on the index object 50 side (in other words, toward the index object 50). Note that the predetermined position may vary depending on an input operation related to determining the power. That is, in the present embodiment, "cancellation of a specific input operation related to power determination" is not limited to, for example, the cancellation of a finger's contact with the touch screen 16, but also the cancellation of a specific input operation related to power determination. For example, the direction of movement of the finger may be changed (for example, by a predetermined angle or more or in a direction closer to the index object 50). In other words, "cancellation of a specific input operation" means that the operation that was being performed up to that point (for example, swipe operation in a predetermined direction) is replaced by another operation (for example, touch-off operation, flick operation, swipe operation in another direction) operation). Furthermore, the “release position” of the input operation can be the position of the finger or the position of the moving object 40 when the input operation is canceled. Note that after performing a specific input operation related to determining the power and once releasing contact with the touch screen 16 related to the input operation, it is possible to perform a flick operation, swipe operation, etc. to instruct the moving direction of the moving object. Even if it is.

In the trajectory determination process, the game progression unit 113 may move the moving object 40 at a constant speed, and the longer the distance from the index object 50 of the release position is, the greater the moving speed of the moving object 40 may be. good. Furthermore, the moving speed of the moving object 40 may be increased as the moving object 40 approaches the index object 50 from the release position. This makes it difficult for the user to execute a shot on the trajectory intended by the user, thereby improving the interest of the game.

In the trajectory determination process, the game progression unit 113 determines the index area 51 of the index object 50 (hereinafter referred to as "reach index 51") that the moving object 40 has reached after moving, as shown in FIG. The game progression unit 113 determines the trajectory of the ball 31 based on the reaching index 51. For example, when the indicator area 51 set so that the ball curves to the right becomes the reaching indicator 51, the game progress unit 113 sets the shot ball 31 to slice or fade. As a result, the trajectory of the ball can be intentionally bent by the user's operation, and the user can also be provided with a situation where the trajectory of the ball is unintentionally bent, which improves the interest of the game. .

That is, in the first shot execution process, the game progression unit 113 determines, for example, the power of the shot determined in the power determination process and the trajectory of the shot determined in the trajectory determination process (in other words, the direction in which the ball 31 is headed). The arrival position of the ball is determined based on this.

Next, with reference to FIG. 6, a flow of processing executed by the terminal device 10 in the first state will be described. FIG. 6 is a flowchart showing the flow of processing executed by the terminal device 10.

In step S100, the game progression unit 113 instructs the display control unit 114 to display objects such as the moving object 40 on the display unit 18. Specifically, as shown in FIG. 3, the game progression unit 113 performs display control so that the display unit 18 displays a player character 33 taking an address posture, a moving object 40, a power indicator 41, an indicator object 50, etc. 114.

Next, in step S101, the game system 1 receives a user's input operation on the touch screen 16. For example, if the game progression unit 113 determines that a predetermined area around the moving object 40 has been touched, the process proceeds to step S102.

Next, in step S102, the game progression unit 113 moves the moving object 40 along the power indicator 41 in accordance with the user's swipe operation.

Next, in step S103, the game progression unit 113 moves the index object 50 (for example, moves it back and forth).

Next, in step S104, the game proceeding unit 113 receives a user operation (for example, a touch-off operation, a flick operation, a swipe operation in another direction) to cancel the swipe operation for moving the moving object 40.

Next, in step S105, the game progression unit 113 determines the release position and the power of the shot corresponding to the release position.

Next, in step S106, the game progression unit 113 moves the moving object 40 toward the index object 50.

Next, in step S107, the game progression unit 113 determines the arrival index 51 of the index object 50 that the moving object 40 has reached after the movement. The game progression unit 113 determines the trajectory of the ball 31 corresponding to the reaching indicator 51.

Next, in step S108, the arrival position of the ball 31 is specified based on the power of the shot and the arrival index 51.

Next, in step S109, the game progression unit 113 causes the display unit 18 to display an image in which the player character performs a shot action. Furthermore, the game progress unit 113 moves the position of the ball 31 within the game space 30 according to the determined shot power and the trajectory of the ball 31.

The game system repeatedly executes steps S100 to S109 for each shot.

(Progress of the game in the second state)
The progress of the game in the second state will be described below with reference to FIG.

In the second state, the game progression unit 113 instructs the display control unit 114 to display the ball 31 and the player character 33 in an address posture on the display unit 18. Furthermore, the game progression unit 113 instructs the display control unit 114 to display the second shot selection button 60 on the display unit 18.

The operation reception unit 111 receives an operation (for example, a touch operation) on the second shot selection button 60 by the user. When the second shot selection button 60 is operated, the game progress unit 113 determines success or failure (in other words, the arrival position of the ball 31) based on environmental factors within the game space 30 and the attributes of the player character. (hereinafter also referred to as "second shot"). Specifically, it is determined whether the ball 31 will enter the cup 32 based on environmental parameters and character attributes. More specifically, it is determined whether the ball 31 enters the cup 32, approaches the cup 32, or does not enter the cup 32 and approaches the cup 32. Note that "do not approach the cup 32" here means, for example, that the arrival position of the ball 31 is determined to be within a predetermined range from the cup 32 (for example, it is determined that the ball 31 has "approached the cup 32" or "has entered the cup 32"). This means cases where the reached position is closer to the cup 32 than the point where the shot was made, or when the shot ball 31 passes near the cup 32 (within the specified range) and is outside the specified range. It may also include reaching .

The environmental parameters are parameters that depend on the environment in which the shot is played within the game space 30. Furthermore, the environmental parameters can also be said to be parameters that depend on the environmental factors of the stage. Environmental parameters are character-independent parameters. The environmental parameters include a distance parameter, a height difference parameter, and a bending parameter. The distance parameter is a parameter indicating the distance between the ball 31 and the cup 32. The height difference parameter is a parameter indicating the height difference between the ball 31 and the cup 32. The curve parameter is a parameter that indicates how the ball 31 that is shot toward the cup 32 curves (in other words, how the line curves).

Character attributes are parameters set for each character, and can be said to be parameters unique to each character. The character attributes include a distance attribute, a height difference attribute, and a curve attribute. The distance attribute is a parameter related to distance parameter correction. The height difference attribute is a parameter related to correction of the height difference parameter. The bend attribute is a parameter related to correction of the bend parameter.

In the second state, the game progression unit 113 executes a success rate determination process that determines parameters related to success or failure of a shot based on environmental parameters and character attributes. Specifically, the game progression unit 113 determines, for example, the success rate of the shot (for example, the probability that the ball 31 enters the cup 32 and the probability that the ball 31 leaves the cup 32) as a parameter related to the success or failure of the shot. Here, the probability that the ball 31 comes off the cup 32 includes a probability that the ball 31 approaches the cup 32 and a probability that the ball 31 does not approach the cup 32.

The shot success rate is determined, for example, by correcting a probability reference value determined based on environmental parameters based on character attributes. Specifically, the game progressing unit 113 assigns a predetermined weight to a distance parameter, a value obtained by predetermined weighting to an elevation difference parameter, and a curve parameter to a predetermined weight. The probability reference value is calculated based on the value obtained by . For example, the game progression unit 113 calculates the probability reference value such that the longer the distance indicated by the distance parameter, the lower the probability reference value. Furthermore, the game progression unit 113 calculates the probability reference value such that, for example, the greater the height difference indicated by the height difference parameter, the lower the probability reference value. Further, the game progression unit 113 calculates the probability reference value such that, for example, the probability reference value becomes lower as the bending direction indicated by the bending parameter is larger or more complicated. At this time, the game progression unit 113 starts calculation with a 100% probability of entering the cup 32, and calculates a value obtained by multiplying the distance parameter by a predetermined coefficient, a value obtained by multiplying the height difference parameter by a predetermined coefficient, and a curve parameter. The probability reference value may be calculated by decreasing the probability of entering the cup 32 based on a value multiplied by a predetermined coefficient.

Furthermore, the game progression unit 113 corrects the probability reference value based on the character attribute and determines the shot success rate. For example, when the distance indicated by the distance parameter is a long distance, and the distance attribute of the player character indicates that the player character is "strong at long distances", the game progress unit 113 increases the probability of entering the cup 32. Correct the probability standard value as follows. Further, for example, in a case where the height difference indicated by the height difference parameter indicates that the cup 32 is located higher than the ball 31 (that is, an uphill slope), the player character's height difference attribute is "uphill". If it indicates that the game is resistant to slopes, the game progress unit 113 corrects the probability reference value so that the probability of entering the cup 32 increases. Further, for example, in a case where the way the ball 31 curves as indicated by the curve parameter indicates that the ball 31 curves significantly, the player character's curve attribute may be "strong in curved lines (for example, has the ability to read lines)". , the game progress unit 113 corrects the probability reference value so that the probability of entering the cup 32 increases.

Note that "correcting the probability standard value based on the character attribute" does not necessarily mean correcting the probability standard value after determining it; for example, the value obtained by multiplying the distance parameter by a predetermined coefficient, the height When calculating the probability of entering the cup 32 based on the value obtained by multiplying the difference parameter by a predetermined coefficient and the value obtained by multiplying the bending parameter by a predetermined coefficient, each coefficient or each environmental parameter is corrected based on the character attribute. It may also be possible to determine the shot success rate. In other words, "correcting the probability reference value based on the character attribute" may mean that the character attribute is reflected in determining the shot success rate.

Further, the probability reference value (in other words, the shot success rate before correction) and the shot success rate (in other words, the shot success rate after correction) may be calculated using a predetermined calculation formula that calculates the probability from a plurality of parameters. It may be determined using a predetermined table or the like.

Further, the environmental parameter may be a predetermined numerical value (for example, "distance parameter: XX meters", etc.), or may not be a numerical value (for example, "height difference parameter: uphill slope", etc.). Further, the character attribute may be a predetermined numerical value or may not be a numerical value.

Further, the shot success rate may be determined, for example, by a predetermined lottery performed based on environmental parameters and character attributes.

Note that the environmental parameters may include, for example, parameters indicating set weather, climate, season, or wind strength. For example, when the weather is rainy, the ball 31 is less likely to roll on the grass than when the weather is sunny, and the shot success rate changes depending on the weather (in other words, the shot success rate is adjusted). It may be as follows. Furthermore, for example, when the season is winter, the green is frozen, making it easier for the ball 31 to roll on the grass compared to when the season is spring, and the shot success rate changes depending on the season (in other words, Then, the shot success rate may be adjusted.

In addition, the character attributes include, for example, parameters based on the content of the game up to that point (in other words, the progress of the game) related to the character (for example, parameters related to the score situation during the game. For example, "It is a PAR putt", " It may also include temporary attributes during the game such as "I'm likely to lose to my opponent."). For example, in a PAR putt or in a situation where the player is likely to lose, the probability that the ball 31 will land in the cup 32 may be higher than in other predetermined score situations.

When the input operation to the second shot selection button 60 is performed, the game progress unit 113 performs a second shot execution process of executing a shot (second shot) according to the shot success rate determined in the success rate determination process. . In other words, the second shot execution process is a process of executing a shot according to environmental parameters and character attributes. In other words, the second shot execution process is a process of determining the arrival position of the ball 31 based on environmental parameters and character attributes. In other words, the second shot execution process is a process that determines the success or failure of the shot based on environmental parameters and character attributes.

That is, in the second shot execution process, the shot is successful (in other words, the ball 31 enters the cup 32) with a probability corresponding to the shot success rate determined in the success rate determination process. In other words, in the second shot execution process, a lottery is performed to determine whether or not the shot will be successful based on the shot success rate determined in the success rate determination process (in other words, a lottery to determine the arrival position of the ball 31). I do. Note that the lottery may be performed before the input operation on the second shot selection button 60 is performed. In other words, whether or not the shot is successful may be determined in advance before the input operation to the second shot selection button 60 is performed.

The second shot execution process is a process in which the degree of contribution of the user's skill in determining the arrival position of the ball is lower than that in the first shot execution process.

In this embodiment, the game progression unit 113 instructs the display control unit 114 to simultaneously display the second shot selection button 60 and the success/failure information object 61 on the display unit 18, as shown in FIG. In other words, the game progression unit 113 controls the success/failure information object 61 to be displayed in a state where the input operation to the second shot selection button 60 is possible. The success/failure information object 61 is an object indicating information regarding the success/failure of a shot when the second shot selection button 60 is selected. Specifically, the game progress unit 113 displays, for example, the probability that the ball 31 will enter the cup 32, the probability that the ball 31 will approach the cup 32, and the probability that the ball 31 will not approach the cup 32 as the shot success rate. Thereby, the user can execute the second shot after checking the success rate of the shot, thereby improving the interest of the game. Note that the game progress unit 113 displays the probability standard value (in other words, the shot success rate before correction) as the success/failure information object 61, and then displays the shot success rate (in other words, the shot success rate after correction). You may let them. This makes it easier to understand the degree of influence of each character attribute, thereby improving the interest of the game.

Furthermore, in the second state, the game progression unit 113 is also able to execute the first shot execution process. Specifically, the game progress unit 113 instructs the display control unit 114 to simultaneously display the second shot selection button 60 and the moving object 40 (and the index object 50) on the display unit 18, as shown in FIG. do. Then, when an input operation (for example, a touch operation) is performed on the second shot selection button 60, the game progress unit 113 executes a second shot execution process, and when an input operation (for example, a touch operation, a swipe operation) on the moving object 40 is performed. operation and release operation), the first shot execution process is executed. That is, the game progression unit 113 determines whether to advance the game through the first shot execution process (in other words, manual play described below) or through the second shot execution process (in other words, auto play described below). , are presented to the user in a selectable manner via the display unit 18. Furthermore, in this embodiment, the operation for advancing the game (specifically, the operation on the moving object 40 or the operation on the second shot selection button 60) is either to advance the game in manual play or to advance the game in automatic play. It also serves as an operation for selecting whether to proceed. This allows the user to select whether to perform the first shot or the second shot in the second state, thereby improving the interest of the game. Furthermore, since the selection can be made and the game can be played without switching screens, the game becomes even more interesting. In addition, by displaying the success/failure information object 61, it can be used as a reference when selecting whether to perform the first shot or the second shot, thereby improving the interest of the game. Furthermore, by displaying the index object 50, it can be used as a reference for selecting whether to perform the first shot or the second shot, thereby improving the interest of the game.

Note that when the first shot execution process in the second state is enabled, for example, a derived value derived based on an input operation by the player (for example, a value related to power derived by the power determining process, and a value related to the power derived by the trajectory determining process). The success or failure of the shot (for example, whether the ball 31 enters the cup 32 or not) is determined depending on whether the derived value regarding the trajectory of the ball, etc. is within a reference threshold derived based on environmental parameters. You may decide.

Note that in the second state, the game progression unit 113 may display an object (hereinafter referred to as "environmental information object 62") indicating information regarding environmental parameters, as shown in FIG. FIG. 7 shows an example in which an environment information object 62 indicating information regarding a distance parameter, a height difference parameter, and a bending parameter is displayed.

Next, with reference to FIG. 8, a flow of processing executed by the terminal device 10 in the second state will be described. FIG. 8 is a flowchart showing the flow of processing executed by the terminal device 10.

In step S200, the game progression unit 113 determines the shot success rate based on the environmental parameters and character attributes.

Next, in step S201, the display control unit 114 is instructed to display an object such as the second shot selection button 60 on the display unit 18. Specifically, as shown in FIG. 7, the game progression unit 113 controls the display control unit to display the player character 33 taking the address posture, the second shot selection button 60, and the success/failure information object 61 on the display unit 18. 114.

Next, in step S202, the game system 1 receives the user's input operation on the touch screen 16. For example, when the game progression unit 113 determines that a predetermined range around the second shot selection button 60 has been touched, the process proceeds to step S203.

Next, in step S203, the arrival position of the ball 31 is specified based on the environmental parameters and character attributes. Specifically, the game progression unit 113 determines whether the shot is successful or not based on the shot success rate determined in step 200 (in other words, based on the environmental parameters and character attributes).

Next, in step S204, the game progression unit 113 causes the display unit 18 to display an image in which the player character performs a shot action. Furthermore, the game progression unit 113 moves the ball 31 toward the specified arrival position of the ball 31.

The game system repeatedly executes steps S200 to S204 for each shot.

As described above, in the first state, the game can be progressed in the first progress mode in which the game is progressed by the first shot execution process. In other words, in the first state, it is possible to proceed with the game through manual play in which the game proceeds based on the user's operations. Specifically, in the first state, the game can proceed in a first proceeding manner in which the ball 31 as an object to be operated is moved based on the first operation. The first operation includes an operation to select a predetermined position (specifically, a touch operation to select the moving object 40), and an operation to move the finger by a predetermined amount from the predetermined position (specifically, to move the moving object 40). swipe operation) and an operation of canceling a predetermined operation at a timing (specifically, an operation of canceling an operation on the moving object 40). In the first progress mode, the arrival position of the ball 31 is determined according to the amount of movement of the finger (in other words, the moving object 40) in the swipe operation and the timing of the release operation. In other words, the first operation includes an operation that determines the power of the shot (in other words, the amount of movement of the ball 31) and an operation that determines the trajectory of the ball 31 (in other words, the direction of movement).

Further, in the second state, the game can proceed in a second proceeding mode in which the game proceeds by the second shot execution process. In other words, in the second state, it is possible to proceed with the game in automatic play, which allows the game to proceed without requiring at least part of the user's operations that would affect the progress of the game in manual play. ing. Specifically, in the second state, it is possible to advance the game only by an operation to select a predetermined position (specifically, a touch operation to select the second shot selection button 60), It is possible to proceed with the game without requiring an operation to move a finger a predetermined amount from a position or an operation aimed at timing. That is, in the second state, it is possible to proceed with the game in the second proceeding manner in which the ball 31 as the object to be operated is moved without using the first operation. In the second progression mode, the arrival position of the ball 31 is determined regardless of the amount of movement of the finger or the aimed timing. Note that in the second shot execution process, if the arrival position is determined based on the result of an internally executed lottery, the arrival position of the ball 31 may change depending on the timing of the operation; The arrival position is determined randomly, and it is impossible for the user to aim at the timing to lead the ball 31 to a predetermined arrival position. It can be said that it is determined.

That is, in the second progression mode, compared to the first progression mode, there is less information regarding the user's input operation used to determine the arrival position of the ball 31. Here, the information regarding the input operation includes, for example, information such as the amount of movement in the operation, the time of the operation, the timing of the operation, and the direction indicated by the operation. In other words, the second progression mode is a game progression mode in which the influence of the player's skill on determining the arrival position of the ball 31 can be reduced compared to the first progression mode. In other words, in this embodiment, autoplay can be said to be a play mode that can reduce the influence of the user's skill on achieving the goal in the game, compared to manual play. Also, here, the term "reduced impact on goal achievement" refers to the types of user operations that affect the operation target object (touch operation, tap operation, slide operation, swipe operation, and flick operation) This includes a case where the number decreases and a case where a predetermined correction is made to the user's operation. Further, auto play does not need to eliminate all operations in manual play, and may eliminate at least some operations, or may provide assistance for at least some operations. Note that the autoplay may be such that the game progresses using AI (Artificial Intelligence).

In this embodiment, when a shot (in other words, a putter) is made on the green, which requires more delicate operation than outside the green, the game state becomes the second state, and the game progresses in autoplay. It becomes possible. That is, while off the green, the ball 31 only needs to be carried with enough precision to stay within the fairway, on the green, the ball 31 must be placed in the cup 32, and on the green the ball 31 has a higher accuracy than off the green. The difficulty level of manual play increases. For this reason, when the user decides to put the ball 31 into the cup 32 by manual play, the user may feel stressed if it takes time and effort. In this embodiment, the game can be played automatically for shots on the green (in other words, putter), so it is possible to reduce the possibility that the user will feel stressed.

Furthermore, in autoplay, character attributes influence the success or failure of a shot. Therefore, the strategic nature of character selection is improved, and the game becomes more interesting.

Note that the game may progress in the second progress mode without any user operation. Specifically, for example, when the ball 31 is located on the green, the second shot execution process is automatically executed without requiring an operation to select the second shot selection button 60. Good too.

Furthermore, the game progresses in the second progression mode based on the same user operations (for example, the first operation) as when the game progresses in the first progression mode, but it depends on the user's skill. The influence of the game on the achievement of a predetermined goal (for example, the influence on the determination of the arrival position of the ball 31) may be reduced compared to when the game progresses in the first progress mode. Specifically, for example, compared to the first state, in the second state, when the moving object 40 is operated to advance the game, the power of the shot determined by the power determination process or the power determined by the trajectory determination process is The influence of the trajectory of the shot on the determination of the arrival position of the ball 31 may be reduced. Specifically, for example, in the second state, the ball 31 enters the cup 32 unless the arrival position of the ball 31 determined by the power determination process and the trajectory determination process is significantly deviated from the cup 32. The game progression unit 113 may perform correction processing for the arrival position of the ball 31 as shown in FIG. Further, for example, the game progresses in the second progress mode based on the same number of operations as when the game progresses in the first progress mode (here, the types of operations may be different). However, the effect that the user's skill has on achieving a predetermined goal (for example, the effect on determining the arrival position of the ball 31) may be reduced compared to when the game progresses in the first progress mode. .

Further, in the second state, it may be impossible to proceed with the game in the first proceeding mode. For example, in the second state, the moving object 40 may not be displayed on the display unit 18 and the first shot execution process may not be executed. Further, in the first state, it may be impossible to proceed with the game in the second proceeding mode. For example, in the first state, the second shot selection button 60 may not be displayed on the display unit 18, and the second shot execution process may not be executed.

(Modification 1)
Next, a modification related to the progress of the game in the second state will be described.
As described above, in the second state, the game can be progressed in a second progress mode in which the game is progressed by a second shot execution process that executes a shot according to the shot success rate determined in the success rate determination process. It is possible. In this modification, the second shot execution process includes a success rate variation process that varies the shot success rate determined in the success rate determination process. Note that hereinafter, a game in which the shot success rate is varied by the success rate variation process will also be referred to as a "mini game."

The success rate variation process is a process of varying the shot success rate determined in the success rate determination process, for example, according to the timing of the user's input operation. Here, the success rate variation process will be specifically explained.

When the shot success rate is determined by the success rate determination process, the game progress unit 113 generates a success/failure information object indicating the determined shot success rate (for example, the probability that the ball 31 enters the cup 32), as shown in FIG. 61, a roulette object 65, a stop indicator 66, and a stop button 67.

The roulette object 65 is, for example, an object that has a rod shape extending in the left-right direction and has a plurality of divided areas (hereinafter referred to as "success rate variation areas 68"). The success rate variation area 68 is, for example, an area indicating the amount of variation in the shot success rate. Specifically, the success rate variation region 68 may include a region where the shot success rate increases, a region where the shot success rate decreases, a region where the shot success rate does not change, and the like. In the example shown in FIG. 9, the shot success rate fluctuates by the probability described in each success rate fluctuation area 68, and the success rate fluctuation area 68 in which no probability is written (in FIG. The black area) is an area where the shot success rate does not change.

The stop indicator 66 is a line-shaped object that moves back and forth on the roulette object 65 from side to side. The game progression unit 113 changes the shot success rate by the amount of change indicated by the success rate change area 68 at the point where the stop indicator 66 stops. Specifically, first, the game progression unit 113 moves the stop indicator 66 back and forth to the left and right on the roulette object 65 while the roulette object 65 and the stop button 67 are displayed. Next, when an input operation (for example, a touch operation) is performed on the stop button 67, the game proceeding unit 113 stops the stop indicator 66. Next, the game progression unit 113 determines the success rate fluctuation area 68 (hereinafter referred to as "stop area 68") in which the stop indicator 66 has stopped, and determines the stop area 6.
The amount of variation in shot success rate is determined according to 8. Next, the game progression unit 113 changes the shot success rate determined by the success rate determination process by the determined amount of change. For example, when the stop indicator 66 stops in the success rate variation area 68 labeled "+25" in FIG. 9, the shot success rate increases by 25%. Specifically, the shot success rate increases from 40% to 65%.

Note that the user may be able to select whether or not to perform the success rate variation process in the second shot execution process. Specifically, for example, the game progression unit 113 may display the skip button 69 at the same time as the success/failure information object 61, the roulette object 65, the stop button 67, and the like. Then, when an input operation is performed on the skip button 69, the success rate variation process may not be performed. In other words, when a predetermined input operation is performed, a shot may be executed without changing the shot success rate determined by the success rate determination process.

Further, the success rate variation process may not be executed depending on the result of the success rate determination process. For example, the game progression unit 113 performs the success rate variation process when the shot success rate (for example, the probability of the ball hitting the cup) is a predetermined probability (for example, 11% to 89%) as a result of the success rate determination process. However, if the predetermined probability is not achieved, the success rate variation process may not be executed.

Further, a time limit may be set for the time when an input operation on the stop button 67 is accepted. Further, the game progression unit 113 may display an object indicating the time limit. Specifically, for example, as shown in FIG. 9, the stop button 67 may also serve as an object indicating the time limit. More specifically, for example, as time passes, the area of a specific color on the circular stop button 67 decreases, and when the area of the specific color disappears, input operations on the stop button 67 become impossible. You can do it like this.
Note that if the stop button 67 is not operated within the time limit, the shot success rate may not be changed, and the shot success rate may be changed depending on the position of the stop indicator 66 (in other words, the stop area 68) at the time the time limit has elapsed. The amount of variation in shot success rate may also be determined.

(Modification 2)
In a golf game, for example, a player character is operated by a user using the user's terminal device 10, and an opponent character is operated by another user using the terminal device 10 of the other user, or an opponent character is operated by a computer. It is also possible to have a competition between the two teams. Note that, in the following, between the player character and the opponent character, the character that makes the shot first is called the first character, and the character that makes the shot later is called the second character. In a golf game in which such a competition is performed, when the game state is the second state, the computer of the game system 1 (for example, the game progress unit 113) performs a success rate correction process to correct the shot success rate. Good too. Then, the computer may execute the shot (second shot) with the shot success rate corrected by the success rate correction process.

Specifically, for example, when the second character plays a putter with a specific number of strokes, the computer calculates the results of success rate determination processing and success rate variation processing for the putter of the second character and the same number of strokes of the first character. Based on the results of the success rate determination process and the success rate variation process for the putter, specific conditions (for example, whether the difference in the shot success rates (for example, the probability of the ball 31 hitting the cup 32) between the two is greater than or equal to a certain level, etc.) ) is satisfied. At this time, the computer also determines which character has a higher shot success rate, the character who plays first or the character who plays second.

If it is determined that the specific condition is met, the computer determines whether the first character's putter was successful or unsuccessful (for example, whether the ball 31 entered the cup 32 or not).

If the character who plays first has a higher shot success rate and satisfies a specific condition, and the putter of the character who plays first fails, the computer makes a correction to reduce the shot success rate of the character who plays next. On the other hand, if the first character has a higher shot success rate and the specific conditions are met, and the first character's putter is successful, the computer does not correct the shot success rate of the second character.

Further, if the character who plays first has a lower shot success rate and a specific condition is satisfied, and the putter of the character who plays first fails, the computer does not correct the shot success rate of the character who plays next. On the other hand, if the first character has a lower shot success rate and the specific conditions are met, and the first character's putter is successful, the computer makes a correction to increase the shot success rate of the second character.

During autoplay, if a character with a high shot success rate fails to make a shot and a character with a low shot success rate succeeds, the user operating the character with a high shot success rate may feel unreasonable. Moreover, this sense of unreasonableness may increase depending on the result of the mini-game, etc., and there is a possibility that the user's sense of satisfaction may weaken. According to this modification, it is possible to reduce the possibility that the user will feel unreasonable, and to improve the interest of the game.

<Application to other games>
The configuration according to this embodiment can also be applied to games other than golf games. For example, the configuration according to this embodiment can be applied to a game in which the player aims to achieve a predetermined goal by moving an object to be operated, such as a ball or a player character. Furthermore, the configuration according to this embodiment can also be applied to other games. A specific example will be given and explained below.

(Application to RPG)
The configuration according to the present embodiment can also be applied to an RPG (role playing game) in which a player character as an object to be operated is moved to defeat enemy characters (for example, a boss character and a boss character). Specifically, the configuration according to the present embodiment is applied to a game in which the player character progresses through a predetermined stage (for example, a dungeon, etc.) while defeating the boss character, and when the player character reaches a location where the boss character is located, a battle with the boss character begins. can also be applied.

Specifically, for example, the game may progress in the second progression mode until the location where the boss character is located, and once the location where the boss character is located, the game may proceed in the first progression mode. .

Here, the first progress mode is, for example, a game progress mode in which the user manually performs actions such as movement of the player character and attacks and recovery from enemy characters. On the other hand, the second progress mode can be, for example, a game progress mode in which at least some of the operations manually performed by the user in the first progress mode are automatically performed. Specifically, a movement in which the player character approaches an enemy character, a movement in which the player character evades an attack by an enemy character, a movement in which the player character attacks an enemy character, a movement in which the player character recovers a predetermined parameter such as the physical strength value of the player character. A movement that is performed through a user's operation in the first progress mode may be performed without a user's operation in the second progress mode. That is, the second progress mode can also be called a progress mode in which the game progress unit 113 performs a process that assists the user's operation and is not executed in the first progress mode.

The game progress unit 113 sets the game state to a second state in which the game can progress in the second progress mode until the player character reaches the location where the boss character is located, and when the player character reaches the location where the boss character is located, The game state is set to a first state in which the game can proceed in a first progress mode. That is, the game state is automatically switched (in other words, without any user operation) depending on whether or not the location where the boss character is located is reached.

In this RPG example, when the relationship between the player character as the object to be operated and the boss character as the predetermined object is such that the player character is not located within a predetermined range from the boss character, The game state becomes the second state, and when the relationship is such that the game state is located within a predetermined range, the game state becomes the first state. Note that this correspondence between the relationship between the player character and the boss character and the game state is realized by the game progress unit 113 directly determining whether or not the relationship exists. It may also be realized by different processing. For example, the game progress unit 113 may determine whether or not the player character is located within a predetermined range from the boss character, and then switch the game state. ) may be determined to switch the game state, and whether or not a flag set to a specific state when the battle with the boss character is started is in the specific state. The game state may be switched based on the determination.

(Application to music games)
For example, a predetermined-shaped object (for example, a bar-shaped object, a round-shaped object, etc.) as an object to be operated moves on the screen of the display unit 18, and the user adjusts the timing when the predetermined-shaped object is positioned at a predetermined position on the screen. The configuration according to the present embodiment can also be applied to a music game in which the input unit 17 is operated by the user. Specifically, the configuration according to the present embodiment can be applied to a game in which a player performs a predetermined operation in accordance with a predetermined song and aims to complete the song or obtain a predetermined score. In this case, the operation on the input unit 17 can be said to be an operation that causes an object of a predetermined shape to glow and disappear.

Specifically, the game may progress in the first progress mode until a difficult scene is reached during the game, and once the difficult scene is reached, the game may progress in the second progress mode.

Here, the first proceeding mode is, for example, a proceeding mode in which the input unit 17 is operated on all the predetermined-shaped objects moving on the screen in accordance with the timing when each predetermined-shaped object is located at a predetermined position. On the other hand, the second progress mode can be, for example, a game progress mode in which at least some of the operations manually performed by the user in the first progress mode are automatically performed. Specifically, it is assumed that the operation on the input unit 17 is performed on at least part of the predetermined shaped objects moving on the screen at the timing when the predetermined shaped objects are positioned at a predetermined position (in other words, the user's operation It is also possible to proceed with the game without going through the . That is, the second progress mode can also be called a progress mode in which the game progress unit 113 performs a process that assists the user's operation and is not executed in the first progress mode.
Note that the success rate of operations automatically performed in the second progression mode may be determined based on the success rate calculated based on the user's operations in the first progression mode (in other words, the play results up to that point). good. Here, the success rate is a parameter that indicates, for example, whether each operation was performed at accurate timing, slightly deviated timing, or greatly deviated timing.

The game progress unit 113 sets the game state to a first state in which the game can be progressed in the first progress mode until a difficult scene in the song is reached, and when the difficult scene is reached, the game state is set to the second state. The second state is set in which the game can proceed in this manner. That is, the game state is automatically switched (in other words, without any user operation) depending on whether or not a difficult scene is being played. Note that here, the game state is changed when transitioning to a high-difficulty scene, but "when transitioning to a high-difficulty scene" or "when transitioning to a high-difficulty scene" '' may be something that changes its state after it has moved, or may be something that changes its state after it has changed. In other words, it is sufficient as long as there is a correspondence between the difficulty level and the state (in other words, the progress mode of the game).

In this example of a music game, for example, if the relationship between the operation target object to be operated next and the operation target object other than the operation target object to be operated next as a predetermined object has a predetermined density ( In other words, the game state becomes the second state when the number, type, etc. of objects to be manipulated within a predetermined range exceeds a predetermined number, and the game state becomes the first state when the density does not reach the predetermined density. Good too. Note that the game progress unit 113 directly determines whether or not the relationship between a specific object to be operated and another object to be operated and the game state corresponds to the relationship. This may be realized by making a determination, or may be realized by different processing. For example, the game progress unit 113 may determine the number of operation target objects located within a predetermined range and switch the game state, or determine whether the performance of the song has reached a predetermined position. It is also possible to switch the game state by

(Application to mahjong game)
The configuration according to the present embodiment can also be applied to a mahjong game in which a player selects a tile to be discarded from among the tiles in his hand as an object to be operated, and aims to win (in other words, win).

Here, the first progress mode is, for example, a progress mode in which the user selects the tiles to be discarded by himself and proceeds with the game. On the other hand, the second proceeding mode may be, for example, a proceeding mode in which the tiles to be discarded are automatically selected without the user's operation and the game proceeds. Note that the tiles to be discarded in the second progress mode may be determined by the game progress unit 113 based on the tile efficiency, the height of points in the case of winning, or the like.

The game progress unit 113 sets the game state to the first state in which the game can be progressed in the first progress mode until a difficult scene in the game is reached, and when the difficult scene is reached, the game state is set to the first state in which the game can progress in the first progress mode. The second state is set in which the game can proceed in this manner. That is, the game state is automatically switched (in other words, without any user operation) depending on whether or not a difficult scene is being played.

In this example of a mahjong game, for example, a specific tile among the tiles in hand (for example, 14 tiles) as an object to be operated, and tiles other than the specific tile (for example, the other 13 tiles) as a predetermined object. The game state becomes the second state when the number of tiles of the same type (for example, Manko, Tsutsuko, Sukoko, etc.) exceeds a predetermined number, and when the number of tiles does not exceed the predetermined number, the game state becomes the second state. It may also be in the first state. Note that in the second state, a button that instructs to automatically select discarded tiles is displayed on the screen of the display unit 18, and by the user operating the button, the game in the second progress mode is started. It may also be a matter of progress. Further, in the second state, the game may proceed in a second proceeding mode in which a discarded tile is automatically selected when a predetermined period of time has elapsed without any operation from the user. Note that the game progress unit 113 directly determines whether or not the relationship between a specific object to be operated and another object to be operated and the game state corresponds to the relationship. This may be realized by making a determination, or may be realized by different processing.

(Application to shooting games)
For example, the configuration according to the present embodiment can be applied to a shooting game in which the player aims to clear a stage by moving a player character (in other words, the player's own machine) as an object to be operated.

Here, the first progress mode is, for example, a game progress mode in which the user manually moves the player character and attacks the enemy character. On the other hand, the second progress mode may be, for example, a game progress mode in which at least some of the operations manually performed by the user in the first progress mode are automatically performed. Specifically, the first progress mode is performed through the user's operation, such as a movement in which the player character dodges bullets from an enemy character, a movement in which the player character attacks an enemy character, or a movement in which the player character aims at the enemy character. The movement may be performed without any user operation in the second progress mode. That is, the second progress mode can also be called a progress mode in which the game progress unit 113 performs a process that assists the user's operation and is not executed in the first progress mode.

The game progress unit 113 sets the game state to a first state in which the game can progress in the first progress mode until a difficult scene in the stage is reached, and when the difficult scene is reached, the game state is set to the first state in which the game can progress in the second progress mode. The second state is set in which the game can proceed in this manner. That is, the game state is automatically switched (in other words, without any user operation) depending on whether or not a difficult scene is being played.

In this shooting game example, when the relationship between the player character as the object to be operated and the boss character as the predetermined object is such that the player character is not located within a predetermined range from the boss character. When the relationship is such that the game state becomes the first state and the game state is located within a predetermined range, the game state may become the second state. Also, when the relationship between the player character as the object to be operated and enemy bullets as the predetermined object is such that the proportion of enemy bullets within a predetermined range from the player character is greater than or equal to the predetermined proportion. , the game state may be the first state. Note that the game progress unit 113 directly determines whether or not the relationship between the player character and the boss character or the enemy's bullets corresponds to the game state. It may be realized by different processing.

(Application to Go game)
For example, the configuration according to the present embodiment can be applied to a Go game in which the player aims to win by placing stones as objects to be operated on the board.

Here, the first progress mode is, for example, a progress mode in which the user selects where to place a stone and advances the game. On the other hand, the second progress mode may be, for example, a progress mode in which a place to place a stone is automatically selected without user's operation and the game progresses.

The game progress unit 113 sets the game state to a first state in which the game can be progressed in the first progress mode until the game reaches the final stage, and when the game reaches the final stage, the game state is set to the first state in which the game can progress in the second progress mode. The second state is set in which the game can proceed. That is, the game state is automatically switched (in other words, without any user operation) depending on whether the game is in the final stage or not. That is, the game state switching does not have to be performed when a difficult scene is reached, but may be performed, for example, at the end of the game.

In this Go game example, if the relationship between the stone placed by the user as the object to be operated and the stone already placed on the board as the predetermined object is a predetermined relationship, the game state will change. It may also be in the second state. Specifically, when the number of places where a stone can be placed (for example, a valid place) as an object to be manipulated is less than a predetermined number in relation to the stones already placed on the board (for example, when the number of possible choices is The game state may be set to the second state if the number is equal to or less than a predetermined number. Note that the correspondence between the relationship between the placed stone and the stone on the board and the game state is determined by the game progress unit 113 directly determining whether or not the relationship exists. It may be realized or may be realized by different processing.

Note that the present invention is not limited to the embodiments described above, and can be implemented with various modifications without departing from the gist thereof. Within the scope of the present invention, each component can be freely combined, any component can be modified, or any component can be omitted. Further, the process flow described in this specification is merely an example, and the order and configuration of each process may be different.

<Additional notes>
The matters described in the above embodiments may also be described as in the following additional notes.

(Additional note 1)
computer,
a first progression means (game progression unit 113) that advances the game in a first progression mode that advances the game based on the user's operation;
A second progress means (game progress means) for progressing the game in a second progress mode that allows the game to progress without requiring at least a part of the user's operations that affect the progress of the game in the first progress mode. Section 113) and
success/failure determining means (game progress unit 113) for determining the success or failure of a predetermined event during the progress of the game in the second progress mode based on the environment in the game space and the attributes of the character operated by the user; and a program that functions as.
According to such a configuration, the attributes of the character will influence the success or failure of a predetermined event during the progress of the game in the second progress mode. Therefore, the strategic nature of character selection is improved, and the game becomes more interesting.

(Additional note 2)
The success/failure determining means is
The program according to supplementary note 1, wherein the probability reference value determined based on the environment in the game space is corrected based on the attribute of the character to obtain the probability of success or failure of the predetermined event.
According to such a configuration, the success rate of a predetermined event changes depending on the attribute of the character, so it is possible to improve the interest of the game.

(Additional note 3)
The computer further comprises:
When a predetermined condition is satisfied for a predetermined object in the game space, the user is presented with a choice of whether to proceed with the game in the first proceeding mode or in the second proceeding mode. The program according to

supplementary note

1 or 2, which functions as a means for.
According to such a configuration, when a predetermined situation occurs during the game, the user can select which of the first progress mode and the second progress mode to proceed with the game. Therefore, the range of gameplay can be expanded, and the interest of the game can be improved.

(Additional note 4)
a first progression means (game progression unit 113) that advances the game in a first progression mode that advances the game based on the user's operation;
A second progress means (game progress means) for progressing the game in a second progress mode that allows the game to progress without requiring at least a part of the user's operations that affect the progress of the game in the first progress mode. Section 113) and
success/failure determining means (game progress unit 113) for determining the success or failure of a predetermined event during the progress of the game in the second progress mode based on the environment in the game space and the attributes of the character operated by the user; An information processing system comprising:
According to such a configuration, the same effects as those of the program described in Supplementary Note 1 can be achieved.

1 game system, 10 terminal device, 11 processor, 12 memory, 13 storage, 16 touch screen, 17 input section, 18 display section, 20 server, 21 processor, 22 memory, 23 storage, 30 game space, 31 ball, 32 cup , 33 player character, 110 control unit, 111 operation reception unit, 112 transmission and reception unit, 113 game progress unit, 114 display control unit, 120 storage unit, 210 control unit, 211 transmission and reception unit, 212 server processing unit, 213 data management unit, 214 Synchronization processing unit, 220 Storage unit

Claims

computer,
a first progression means that advances the game in a first progression mode that advances the game based on a user's operation;
a second progression means for advancing the game in a second progression mode that allows the game to progress without requiring at least a part of the user's operations that affect the progression of the game in the first progression mode;
A program that functions as a success or failure determining means that determines the success or failure of a predetermined event during the progress of the game in the second progress mode based on the environment in the game space and the attributes of the character operated by the user. .
The success/failure determining means is
2. The program according to claim 1, wherein a probability reference value determined based on an environment in the game space is corrected based on an attribute of the character to obtain a probability of success or failure of the predetermined event.
The computer further comprises:
When a predetermined condition is satisfied for a predetermined object in the game space, the user is presented with a choice of whether to proceed with the game in the first proceeding mode or in the second proceeding mode. 3. The program according to claim 1, wherein the program functions as a means for.
a first progression means that advances the game in a first progression mode that advances the game based on a user's operation;
a second progression means for advancing the game in a second progression mode that allows the game to progress without requiring at least a part of the user's operations that affect the progression of the game in the first progression mode;
Information processing comprising: success/failure determining means for determining the success or failure of a predetermined event during the progress of the game in the second progress mode based on the environment in the game space and the attributes of the character operated by the user. system.