JP7586773B2 - Programs, information processing systems - Google Patents

Description

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

Non-Patent Document 1 discloses a game in which the objective is to annihilate all enemy characters by attacking them while moving through a first area. In this game, if the user's character dies, the user can attack enemy characters while moving through a second area.

"Bomberman 4: This is what happens when TAS and the CPU play against each other", [online], February 17, 2017, snack, [searched January 10, 2021], Internet <https://www. youtube. com/watch? v=2yNTNGZN3T8>

The game disclosed in Non-Patent Document 1 has gameplay in which the enemy character is attacked both before the character's state changes (for example, before the character dies) and after the character's state changes (for example, after the character dies). In other words, the gameplay does not change between before and after the character's state changes. This leaves room for increased enjoyment for the user.

A program according to one aspect of the present disclosure causes a computer to function as: character placement means for placing a character corresponding to a user in a virtual space; state change means for changing the state of the character from a first state to a second state when a specific condition is met; movement means for moving the character in the virtual space in response to first operation information by the user ; restriction means for restricting the movement of the character in the virtual space when the state of the character is the second state ; and specific object placement means for placing one or more specific objects in the virtual space in response to second operation information by the user when the state of the character is the second state.

This disclosure can increase the enjoyment of users.

1 is a diagram showing an overview of a game system in a first embodiment. 2 is a diagram showing an example of a module configuration of a terminal included in the game system of FIG. 1 . 2 is a diagram showing an example of a module configuration of a server included in the game system of FIG. 1 . 3A to 3C are diagrams showing an example of a screen transition in the terminal of FIG. 2 . FIG. 11 is a diagram showing an example of a processing flow for executing a second part of the game in the first embodiment. FIG. 4 is a diagram showing an example of a processing flow for managing the actions of an avatar in the first embodiment. FIG. 4 is a diagram showing an example of a processing flow for changing the state of an avatar in the first embodiment. 6 is a diagram showing an example of a processing flow for arranging an assist object in the first embodiment. 11 is a diagram showing an example of a processing flow for removing an assist object from a virtual space in the first embodiment. 11 is a diagram showing an example of a processing flow for exerting the effect of an assist object of a second system in the first embodiment. FIG. 2 is a diagram showing an example of a virtual space in the first embodiment. FIG. 4 is a diagram showing an example of an assist object in the first embodiment. FIG. 3 is a diagram showing an example of a home screen on the terminal of FIG. 2 . FIG. 3 is a diagram showing an example of a matching screen on the terminal of FIG. 2 . FIG. 3 is a diagram showing an example of a battle screen on the terminal of FIG. 2 . FIG. 3 is a diagram showing an example of a battle screen on the terminal of FIG. 2 . FIG. 3 is a diagram showing an example of an assist transition screen on the terminal of FIG. 2 . FIG. 3 is a diagram showing an example of an assist screen on the terminal of FIG. 2 . FIG. 3 is a diagram showing an example of an assist screen on the terminal of FIG. 2 . FIG. 3 is a diagram showing an example of a battle screen on the terminal of FIG. 2 . 13A to 13C are diagrams showing examples of effects according to combinations of assist objects in the second embodiment. FIG. 13 is a diagram showing an example of an assist screen in a modified example. FIG. 13 is a diagram showing an example of an assist screen in a modified example.

The game system according to the present disclosure will be described with reference to the drawings.
First Embodiment
[Game System Overview]
As shown in Fig. 1, the game system 10 includes a network 90, a plurality of terminals 100, and one or more servers 200. The game system 10 is provided as a system for home use or a system for business use. The plurality of terminals 100 are configured to communicate with the server 200 via the network 90. As an example, the game system 10 provides a multi-user game. In the following description, when simply referring to a "game", it means a game provided by the game system 10. The plurality of terminals 100 are an example of a computer. The one or more servers 200 are an example of a computer.

[network]
As an example, the network 90 is configured with the Internet and a mobile communication system including a wireless base station. As an example, the mobile communication system can be realized as a 3G, 4G, or 5G mobile communication system, LTE (Long Term Evolution), or a wireless network that can be connected to the Internet via an access point.

[Device hardware configuration]
The multiple terminals 100 can be used as game terminals for playing games. The terminals 100 used as game terminals provide users with game functions for playing games provided by the game system 10. In the following description, the terminals used by users A to C may be referred to as terminals 100A to 100C, respectively. Users A to C are players of the game.

As an example, the terminal 100 is a smartphone. The terminal 100 may be a mobile terminal device such as a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The terminal 100 may be a fixed terminal device such as a personal computer (PC) or a workstation. For example, the terminal 100 includes a processor 110, a memory 120, and a storage 130. The terminal 100 may further include a communication interface (IF) 140 and an input/output IF 150. The terminal 100 may further include a microphone 160, a speaker 162, and a touch screen 164. Each of the multiple components included in the terminal 100 is connected to a communication bus 180.

The processor 110 executes a series of instructions contained in a program stored in the memory 120 or the storage 130 in response to a signal provided to the terminal 100 or in response to the satisfaction of a predetermined condition. For example, the processor 110 is realized as a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), an MPU (Micro Processor Unit), an FPGA (Field-Programmable Gate Array), or other computing device.

The memory 120 temporarily stores programs and data. As an example, the programs are read from the storage 130. The data may include data transmitted to the terminal 100 and data generated by the processor 110. For example, the memory 120 is realized as a RAM (Random Access Memory) or other volatile memory.

Storage 130 permanently stores programs and data. For example, storage 130 is realized as a ROM (Read-Only Memory), a hard disk drive, flash memory, or other non-volatile storage device. Storage 130 may also be realized as a removable storage device, such as a memory card.

The programs stored in storage 130 include game programs and communication programs. The programs may include distribution programs and viewing programs. The game programs provide a virtual space and realize game functions for providing game play in the virtual space. As an example, the game play includes manipulating objects placed in the virtual space. As an example, the object operated using terminal 100 is a player character corresponding to the user using terminal 100. The player character is an avatar of the user using terminal 100. The game programs may realize a participation function for participating in the game play of other users.

The communication program realizes a function of communicating with other computers (e.g., server 200). The distribution program realizes a distribution function of distributing content that includes at least game play in a virtual space. The viewing program realizes a viewing function of providing viewing of the distributed content. Programs stored in storage 130 may include an operating system, a simulation program, a user authentication program, and other programs.

For example, the data stored in storage 130 includes definition data for the virtual space and object data for various objects to be placed in the virtual space. Terminals 100A to 100C may share one virtual space. The virtual space is not limited to a space expressed in three dimensions. For example, the virtual space may be a space expressed in two dimensions, or a space expressed by still images and input data such as sound, voice, and text data.

The communication IF 140 is connected to the network 90. The communication IF 140 communicates with other computers (e.g., the server 200) connected to the network 90. For example, the communication IF 140 is realized as a LAN (Local Area Network) or other wired communication IF. For example, the communication IF 140 is realized as Wi-Fi (registered trademark), Bluetooth (registered trademark), NFC (Near Field Communication), or other wireless communication IF. The communication IF 140 is not limited to the above.

The input/output IF 150 communicates with an external input/output device 190. For example, the input/output IF 150 is realized as a Universal Serial Bus (USB), a Digital Visual Interface (DVI), a High-Definition Multimedia Interface (HDMI (registered trademark)), or other wired communication IF. For example, the input/output IF 150 is realized as a Bluetooth (registered trademark) or other wireless communication IF.

As an example, the input/output device 190 is a controller. For example, the input/output IF 150 transmits an instruction output from the processor 110 to the controller. This instruction instructs the controller to vibrate, output sound, or emit light. When the controller receives the instruction, it executes vibration, sound output, or light emission in response to the instruction. The controller has one or more operation parts. For example, the one or more operation parts include a button, a key, a switch, a handle, a bar, a touch pad, or a stick. The controller transmits an output value based on a user's operation on the operation part to the terminal 100. As an example, the controller may include a motion sensor such as an acceleration sensor or an angular velocity sensor. The controller may be configured to transmit an output value of the motion sensor to the terminal 100. The controller may be attached to and detached from the terminal 100.

The input/output device 190 is not limited to the above. For example, the input/output device 190 may be a camera. The camera may be configured to transmit an image of the user to the terminal 100. For example, the input/output device 190 may be a distance measurement sensor. The distance measurement sensor may be configured to transmit an output value based on detection of the user's hand, a marker, or the like to the terminal 100.

The microphone 160 converts the user's speech into an audio signal (electrical signal) and transmits it to the processor 110. The speaker 162 converts the audio signal into sound and outputs it to the user. In addition to or instead of the speaker 162, each terminal 100 may be provided with an earphone or an earphone jack to which an earphone can be connected.

The touch screen 164 includes a monitor 166 and a touch sensor 167. The monitor 166 is realized as a transmissive or non-transmissive display device. For example, the monitor 166 is realized as a liquid crystal monitor, an organic EL (Electro Luminescence) monitor, or other display device. The monitor 166 displays various images. The images displayed on the monitor 166 include various objects such as backgrounds, avatars, other characters, obstacles, windows, buttons, menus, lists, and icons. The monitor 166 is not limited to the above. For example, the monitor 166 may be a 3D monitor including a sub-monitor that displays an image for the left eye and a sub-monitor that displays an image for the right eye.

The touch sensor 167 transmits an output value based on the user's operation on the monitor 166 to the processor 110. As an example, the touch sensor 167 is realized as a capacitive touch sensor, a resistive touch sensor (pressure-sensitive touch sensor), an ultrasonic touch sensor, or other touch sensor. As an example, the input surface of the touch sensor 167 is a part or the whole of the display surface of the monitor 166. The touch sensor 167 can be used as an operation unit configured to accept a user's input operation. For example, when the operation unit is the touch sensor 167, the processor 110 accepts the user's physical contact operation on the input surface of the touch sensor 167 as the user's input operation. For example, the user's input operation on the touch sensor 167 can include a touch operation, a slide operation, a swipe operation, a tap operation, a drag operation, and operations in other modes.

The operation unit is not limited to the above-mentioned configuration. For example, when the operation unit is the communication IF 140, the processor 110 accepts a signal transmitted from an operation device (not shown) connected via the network 90 as a user's input operation. For example, when the operation unit is the input/output IF 150, the processor 110 accepts a signal transmitted from an external input/output device 190 as a user's input operation. For example, when the input/output device 190 is a camera and a distance measuring sensor, when the processor 110 detects a user's hand from a received captured image, the processor 110 accepts a gesture (a series of movements of the user's hand) detected based on the captured image and the output value as a user's input operation. For example, when the input/output device 190 is a controller, the processor 110 accepts an output value transmitted from the controller as a user's input operation.

[Server hardware configuration]
The server 200 may be a general-purpose computer such as a workstation or a PC. The server 200 includes a processor 210, a memory 220, a storage 230, a communication IF 240, and an input/output IF 250. Each of the multiple components included in the server 200 is connected to a communication bus 280.

The processor 210 executes a series of instructions contained in a program stored in the memory 220 or the storage 230 in response to a signal provided to the server 200 or in response to the establishment of a predetermined condition. For example, the processor 210 is realized as a CPU, a GPU, an MPU, an FPGA, or other computing device.

The memory 220 temporarily stores programs and data. As an example, the programs are read from the storage 230. The data may include data sent to the server 200 and data generated by the processor 210. For example, the memory 220 is realized as a RAM or other volatile memory.

The storage 230 permanently holds programs and data. For example, the storage 130 is realized as a ROM, a hard disk drive, a flash memory, or other non-volatile storage device. The storage 230 may be realized as a removable storage device, such as a memory card. The server 200 may use programs stored in an external storage device instead of the storage 230. For example, in situations where multiple game systems 10 are used, such as an amusement facility, programs and data can be updated all at once.

The programs stored in storage 230 include a game program and a communication program. The game program provides a function of providing a virtual space in game system 10 and a game in which multiple users share the virtual space. The communication program provides a function of communicating with other computers (e.g., terminals 100A-100C). The programs may include a distribution program. The distribution program provides a function of distributing content to terminal 100. The programs stored in storage 230 may include an operating system, a simulation program, a user authentication program, and other programs. For example, the data stored in storage 130 may include data that defines the virtual space, and object data for various objects to be placed in the virtual space.

The communication IF 240 is connected to the network 90. The communication IF 240 communicates with other computers (e.g., terminals 100A to 100C) connected to the network 90. For example, the communication IF 240 is realized as a LAN or other wired communication IF. For example, the communication IF 240 is realized as Wi-Fi (registered trademark), Bluetooth (registered trademark), NFC, or other wireless communication IF. The communication IF 240 is not limited to the above.

The input/output IF 250 communicates with an external input/output device. For example, the input/output IF 250 is realized as a USB, DVI, HDMI, or other wired communication IF. For example, the input/output IF 250 is realized as a Bluetooth (registered trademark) or other wireless communication IF.

The server 200 is not limited to the above-mentioned configuration. For example, the server 200 may include a game server 200A for providing a virtual space and a distribution server 200B for distributing content. The game program is stored in the storage 230 of the game server 200A. The game program is executed by the processor 210 of the game server 200A. The distribution program is stored in the storage 230 of the distribution server 200B. The distribution program is executed by the processor 210 of the distribution server 200B. The game server 200A transmits and receives various information and various requests to and from the distribution server 200B via the communication IF 240. The game server 200A transmits and receives various information and various requests to and from the terminals 100A to 100C via the communication IF 240. The distribution server 200B transmits and receives various information and various requests to and from the terminal 100 via the communication IF 240.

[Device module configuration]
2, the terminal 100 includes a control module 101, a rendering module 104, a memory module 105, a communication module 106, and an input/output module 107. The control module 101 includes a game module 101A. The control module 101 may also include a distribution module 101B and a viewing module 101C.

As an example, the game module 101A and the rendering module 104 are realized by the processor 110. The distribution module 101B and the viewing module 101C are realized by the processor 110. The memory module 105 is realized by the memory 120 and the storage 130. The communication module 106 is realized by the communication IF 140. The input/output module 107 is realized by the processor 110, the touch sensor 167, and the input/output IF 150.

The input/output module 107 detects and accepts a user's input operation on the touch sensor 167, and a user's input operation on an external operating device via the input/output IF 150. As an example, when the input/output module 107 accepts a user's input operation on the touch sensor 167, it identifies the type of input operation by detecting the coordinates of the input position. For example, the types of input operations that the input/output module 107 can identify may include a touch operation, a slide operation, a swipe operation, a tap operation, a drag operation, and operations in other modes. When a continuous input operation that has been detected is interrupted, the input/output module 107 detects that the contact input from the touch sensor 167 has been released.

The communication module 106 receives various data and various requests from one or more servers 200. As an example, the data that the communication module 106 receives from the server 200 may include progress information and user information. The progress information may include first progress information and second progress information. The first progress information may include one or more types of avatars to be placed in the virtual space, avatar coordinate information, avatar action information, and other information. The avatar is an object that the user operates in the virtual space, and is a character that is the user's alter ego. As an example, the avatar coordinate information is information indicating a position in the virtual space. As an example, the action information is information regarding the avatar's action. As an example, the avatar's action may include the avatar's posture, use of an item, use of a skill, attack, defense, evasion, or jump. The first progress information may include setting information regarding the avatar's settings. As an example, the avatar's settings may be changed by the user in the virtual space or before moving to the virtual space. As an example, the avatar settings may include the avatar's equipment or appearance, etc. As an example, the user information may include the username, account ID, gender, age, and address, etc.

The second progress information may include type information of one or more assist objects to be placed in the virtual space, coordinate information of the assist objects, and other information. The assist object is an example of a specific object. As an example, the assist object may affect an avatar placed in the virtual space. The assist objects are classified into a first system of assist objects and a second system of assist objects. The first system of assist objects exert their effects when placed in the virtual space. The first system of assist objects exert their effects over a period from when they are placed in the virtual space until they are removed. When the removal time T1 has elapsed since the first system of assist objects was placed in the virtual space, the removal condition is met, and the first system of assist objects is removed from the virtual space.

The second system of assist objects does not exert its effect simply by being placed in the virtual space. The second system of assist objects exert its effect when a predetermined activation condition is met. When the removal time T1 has elapsed since the second system of assist objects was placed in the virtual space, the removal condition is met, and the second system of assist objects is removed from the virtual space. When the effect of the second system of assist objects is exerted before the removal time T1 has elapsed, the removal condition is met, and the second system of assist objects may be removed from the virtual space. As an example, the assist object may include an object that can exert an effect of assisting the avatar. As an example, the assist object may include an object that can exert an effect of hindering the avatar.

The communication module 106 transmits various data and various requests to one or more servers 200. As an example, the data transmitted by the communication module 106 to the server 200 may include play information and user information. The play information is output in response to an input operation received by the input/output module 107. The play information may include first play information and second play information.

As an example, the first play information may include avatar coordinate information, action information, and other information as the operation content of the avatar. As an example, the first play information may include avatar setting information. As an example, the second play information may include assist object type information and coordinate information as the operation content of the assist object. As an example, the first play information and the second play information are generated by the game module 101A.

The game module 101A performs processing to progress the game. The game module 101A reads definition data of the virtual space from the memory module 105. The game module 101A defines the virtual space according to the read definition data. The game module 101A reads object data from the memory module 105. The game module 101A places objects in the virtual space according to the read object data. The game module 101A identifies the user's instructions according to the coordinates of the input position accepted by the input/output module 107, the type of input operation, and the progress of the game.

The game progress may include coordinate information and action information of the player's avatar in the virtual space. The game progress may include coordinate information and action information of other users' avatars in the virtual space. The game progress may include setting information of the player's avatar. The game progress may include setting information of other users' avatars. The game progress may include type information and coordinate information of assist objects in the virtual space.

The game module 101A makes various judgments regarding the progress of the game. The game module 101A performs various lotteries regarding the progress of the game. The game module 101A generates various requests and play information in response to the user's instructions, various judgment results, and various lottery results. The various requests and play information generated by the game module 101A are transmitted to the server 200 by the communication module 106.

The distribution module 101B performs processing to distribute content including gameplay. The distribution module 101B identifies the user's instructions based on the coordinates of the input position accepted by the input/output module 107, the type of input operation, and the progress of the game. The distribution module 101B can generate a request to start distribution of content and a request to end distribution based on the user's instructions. The distribution module 101B can generate a request to change the content distribution based on the user's instructions. The various requests generated by the distribution module 101B are transmitted by the communication module 106.

The viewing module 101C performs processing for viewing content distributed by a distribution user. The viewing module 101C reads definition data of a viewing space from the memory module 105. The viewing module 101C defines the viewing space according to the read definition data. The viewing module 101C reads object data from the memory module 105. The viewing module 101C arranges objects in the viewing space according to the read object data. The viewing module 101C identifies the user's instructions according to the coordinates of the input position accepted by the input/output module 107, the type of input operation, and the progress of the game. The viewing module 101C generates a request to start viewing the content and a request to end viewing according to the user's instructions. The viewing module 101C generates a request to change the distribution content of the content according to the user's instructions. The various requests generated by the viewing module 101C are transmitted by the communication module 106.

The rendering module 104 creates an image of the game screen. The rendering module 104 creates an image of the game screen in response to the progress information received by the communication module 106 and various requests. The rendering module 104 creates an image of the game screen in response to the play information generated by the game module 101A and various requests. The rendering module 104 creates an image of the game screen in response to the information generated by the viewing module 101C and various requests.

The rendering module 104 displays the created image of the game screen on the monitor 166. The rendering module 104 may be configured to display the image of the game screen on an external display device via the input/output IF 150. The rendering module 104 may be configured to display the image of the game screen on an external display device via the communication IF 140. The game screen is an image in which 2D or 3D objects are controlled and drawn. As described above, the objects drawn on the game screen may include avatars (characters), assist objects, backgrounds, obstacles, etc.

The rendering module 104 may control and draw 2D or 3D game objects (UI objects) for constructing a UI (User Interface). The rendering module 104 creates a game screen including UI objects necessary for user input operations, such as icons, buttons, lists, windows, and menus. The UI objects are information that assists the user's input operations necessary to progress through the game. The UI objects are also information that assists the user's input operations necessary to obtain data generated during the progress of the game from the terminal 100. Each of the various UI objects shown in this disclosure is merely an example, and is not limited to these aspects.

The processing in the terminal 100 is realized by hardware and software executed by the processor 110. Such software may be pre-stored in the memory module 105, such as a hard disk. The software may be stored in a non-volatile data recording medium that can be read by a computer, such as a CD-ROM, and distributed as a program product. This software may be provided as a downloadable program product by an information provider connected to a network such as the Internet. Such software is read from the data recording medium by a data reading device such as an optical disk drive, or downloaded from another computer such as the server 200 via the communication module 106, and then temporarily stored in the memory module. The software is read from the memory module by the processor 110 and stored in the RAM or the like in the form of an executable program. The processor 110 executes the program.

[Server module configuration]
3, the server 200 includes a control module 201, a memory module 205, a communication module 206, and an input/output module 207. The control module 201 includes a game module 201A. The control module 201 may include a distribution module 201B. The game module 201A is realized by a processor 210. The distribution module 201B is realized by the processor 210. The memory module 205 is realized by a memory 220 and a storage 230. The communication module 206 is realized by a communication IF 240. The input/output module 207 is realized by the processor 210 and an input/output IF 250.

The communication module 206 receives various information and various requests from each terminal 100. As an example, the information that the communication module 206 receives from each terminal 100 may include each play information and user information. The communication module 206 transmits various information and various requests to each terminal 100. As an example, the information that the communication module 206 transmits to each terminal 100 may include each progress information and user information. The input/output module 107 detects and accepts user input operations on an external operating device via the input/output IF 250.

The game module 201A performs processing to provide an environment in which a virtual space is shared by multiple users. The game module 201A reads definition data for the virtual space from the memory module 205. The game module 201A defines the virtual space according to the read definition data. The game module 201A reads object data from the memory module 205. The game module 201A places various objects, excluding avatars, in the virtual space according to the read object data.

The game module 201A places avatars corresponding to each of the multiple users according to coordinate information included in the first play information received by the communication module 206 from the multiple terminals 100. The game module 201A determines interactions between avatars according to action information included in the first play information received by the communication module 206 from the multiple terminals 100 and avatar setting information. The game module 201A places an assist object according to type information and coordinate information included in second play information received by the communication module 206 from one or more terminals 100. The game module 201A generates each piece of progress information according to the results of these processes. The communication module 206 transmits each piece of progress information to each terminal 100.

If there is a distribution module 201B, the game module 201A may transmit each piece of progress information to the distribution module 201B. As an example, the distribution module 201B generates distribution information according to each piece of progress information generated by the game module 201A. The communication module 206 transmits the distribution information to one or more terminals 100. The distribution information may include each piece of progress information. As an example, the distribution information may be each piece of progress information itself. The distribution module 201B transmits various requests to the game module 201A according to various requests received by the communication module 206 from the terminal 100. The distribution module 201B transmits various pieces of information to the game module 201A according to various pieces of information received by the communication module 206 from the terminal 100.

The server 200 is not limited to the module configuration described above. For example, the game module 201A may be provided in the game server 200A. For example, the distribution module 201B may be provided in the distribution server 200B. The game module 201A transmits and receives various information and various requests to and from the distribution module 201B via the communication module 206.

The processing in the server 200 is realized by hardware and software executed by the processor 210. Such software may be stored in advance in the memory module 205, such as a hard disk. The software may be stored in a non-volatile data recording medium that can be read by a computer, such as a CD-ROM, and distributed as a program product. This software may be provided as a downloadable program product by an information provider connected to a network such as the Internet. Such software is read from the data recording medium by a data reading device such as an optical disk drive, or downloaded from another computer, such as an external storage device, via the communication module 206, and then temporarily stored in the memory module. The software is read from the memory module by the processor 210 and stored in a memory, such as a RAM, in the form of an executable program. The processor 210 executes the program.

[Game Overview]
As an example, the game according to the present disclosure includes a plurality of parts having different characteristics. As an example, the plurality of parts include a first part and a second part. In the first part, a user may prepare for the second part.

As an example, the second part is a part where multiple users decide who wins based on some criteria. As an example, the second part is a part where multiple parties decide who wins based on some criteria. Each of the multiple parties may include multiple users. The entity to which the multiple users belong is not limited to a party, but may also be a group, team, camp, or group. As an example, a user may belong to one party.

As an example, the state of the avatar in the second part includes a first state and a second state. At the start of the second part, the avatar is in the first state. In the second part, the avatar is changed from the first state to the second state when a specific condition is met. As an example, the first state is a state in which the avatar can participate in a first game including moving the avatar in a virtual space. As an example, the second state is a state in which the avatar can participate in a second game including placing one or more specific objects in a virtual space. As an example, the second state is a state in which the avatar cannot participate in the first game. The second state is a state in which the avatar cannot move in a virtual space.

As an example, the second part of the game may have the following specifications:
The second part is a competitive game in which multiple parties compete against each other. The first game in the second part is a battle game in which a battle is conducted between the user's avatar and an avatar of an opposing user. A user can participate in the battle game when his/her avatar is in a first state. The second game in the second part is an assist game in which an assist object is placed. A user can participate in the assist game when his/her avatar is in a second state.

As an example, the specific condition is that a specific parameter value among the avatar's parameter values becomes a specific value. As an example, the parameter value is a hit point. As an example, the specific value is 0. The first state is a state in which the hit points exceed 0. In other words, the first state is a state in which the avatar is alive in the virtual space. The second state is a state in which the hit points are 0. In other words, the second state is a state in which the avatar has died in the virtual space.

The specific condition may be, without being limited thereto, that a parameter other than hit points becomes a specific value. The specific condition may be that points that can be acquired by satisfying a predetermined condition become a specific value. The specific condition may be that a predetermined lottery is won. In addition, both the first state and the second state may be alive states. As an example, the first state may be a state in which stamina is not exhausted and the avatar can move. In this case, the second state may be a state in which stamina is exhausted and the avatar cannot move. As an example, the first state may be a state in which a penalty that prevents the avatar from moving is not imposed. In this case, the second state may be a state in which the above-mentioned penalty is imposed. Both the first state and the second state may be dead states. As an example, the first state may be a state in which the avatar can move like a ghost. In this case, the second state may be a state in which the avatar cannot move like a ghost.

In the second part, the criterion for determining victory is whether one party meets a predetermined victory condition before the opposing party. The victory condition includes the death and annihilation of all avatars of the opposing users. In other words, the victory condition includes the fulfillment of a specific condition for all avatars of the opposing users.

In a battle game, each user can move their own avatar and attack the avatar of an opposing user. The hit points of your avatar will decrease if an attack by the avatar of an opposing user hits your avatar. The hit points of an opposing user's avatar will decrease if an attack by your avatar hits your avatar.

In the assist game, each user can place one or more assist objects in the virtual space. The one or more assist objects that a user can place in the virtual space include a first system of assist objects and a second system of assist objects. The first system of assist objects exerts its effect when placed in the virtual space. The second system of assist objects exerts its effect when predetermined activation conditions are met after being placed in the virtual space. As described below, assist objects include objects for assisting the avatar of a friendly user and objects for obstructing the avatar of an enemy user.

The second part ends when a predetermined time limit has elapsed, even if all of the enemy party's avatars have not been wiped out. Victory conditions include one party having earned more points than the enemy party at the end of the time limit for the second part. In the second part, points can be earned by collecting designated objects placed in the virtual space.

In the second part, there is a limit to the number of users that can belong to one party. As an example, the maximum number of people in one party is six. The maximum number of people in one party may be two to five, or seven or more. As an example, a party in the second part may include a small group formed in another part, or a small group formed of people who have a relationship such as friends. A party with a maximum number of six people may be formed by combining a group of two and a group of three with an individual user, or a party in the second part may include six individual users. When recruiting for a party in the second part, individual users may be recruited, or small groups may be recruited.

The second part is not limited to the above specifications. For example, the second part may be a sport such as soccer, tennis, table tennis, boxing, or basketball. For example, the second part may be a race such as a car race, a yacht race, a ski race, or an aerial race.

As an example, the first part has the following specifications:
In the first part, the user prepares for the battle game included in the second part. The preparation for the battle game includes adding, exchanging, and deleting avatar equipment, avatar skills, and items owned by the avatar. The preparation for the battle game may include changing the appearance of the avatar. For example, the appearance of the avatar includes the race, gender, body shape, hairstyle, or facial expression. The preparation for the battle game is to change the settings of the avatar.

[Overview of screen transitions on devices]
4, as an example, the display screens on each device 100 may include a home screen 40, a matching screen 50, a battle screen 60, an assist transition screen 65, an assist screen 70, and a result screen 75. Here, an overview of the screen transitions will be described. Specific examples of each display screen will be described later.

The home screen 40 is displayed when the game is in the first part. The matching screen 50 is displayed when the game transitions from the first part to the second part. The battle screen 60 is displayed when the game is in the second part of a battle game. In other words, the battle screen 60 is displayed when the game is in the second part and the avatar of the user using the terminal 100 is in the first state.

The assist transition screen 65 is displayed when transitioning from a battle game to an assist game in the second part. In other words, the assist transition screen 65 is displayed when the game is in the second part and the avatar of the user using the terminal 100 changes from the first state to the second state.

The assist screen 70 is displayed when the assist game is the second part. In other words, the assist screen 70 is displayed when the game is in the second part and the avatar of the user using the terminal 100 is in the second state. The result screen 75 is displayed when transitioning from the second part to the first part. Note that if an operation is performed on the result screen 75 to instruct the game to be played in the second part continuously, the matching screen 50 may be displayed without going through the home screen 40.

[Process flow for executing the second part of the game]
An example of the flow of processing for executing the second part of the game will now be described.
As shown in FIG. 5, in step S100, when the game is in the first part, the processor 110 of the terminal 100 displays the home screen 40 on the monitor 166 as the rendering module 104. In step S102, when the processor 110 of the terminal 100 receives a start operation instructing the start of the second part as the game module 101A, the processor 110 transmits a matching start request to the server 200. As an example, the processor 110 receives the start operation when a plurality of users belong to the party to which the user of the terminal 100 belongs. That is, the processor 110 does not receive the start operation when a plurality of users do not belong to the party to which the user of the terminal 100 belongs. As an example, the processor 110 may receive the start operation when the party to which the user of the terminal 100 belongs has an upper limit number of users. That is, the processor 110 does not receive the start operation when the party to which the user of the terminal 100 belongs has an upper limit number of users. When a matching start request is transmitted, the processor 110 functions as the rendering module 104 to display the matching screen 50 on the monitor 166 .

In step S104, the processor 210 of the server 200, as the game module 101A, receives a matching start request. In step S106, the processor 210 of the server 200 performs matching processing. In the matching processing, the processor 210, as the game module 201A, searches for a party that meets the conditions for playing against a party to which the user using the terminal 100 belongs, from among one or more parties waiting for matching. The matching wait state is a state in which a matching start request has been received, but an opponent party has not yet been determined.

In step S108, the processor 210 of the server 200, as the game module 201A, determines the parties that meet the conditions as enemy parties, and completes the matching. In other words, the processor 210 determines the multiple parties that will participate in one second part game. These multiple parties include one or more friendly parties and one or more enemy parties. In the following description, the multiple parties that will participate in one second part game are referred to as "participating parties."

The participating parties include at least one or more first parties and one or more second parties. Belonging to a first party is an example of a first attribute. Belonging to a second party is an example of a second attribute. Without being limited to this, attributes may be whether or not friends are registered, whether or not the guild to which multiple users may belong is the same, or whether or not the union (camp) to which multiple parties may belong is the same, etc.

In step S110, the processor 210 of the server 200 defines a virtual space as the game module 201A. Step S110 is an example of defining a virtual space. In step S112, the processor 210 of the server 200 places one or more objects in the virtual space as the game module 201A. The one or more objects include avatars of users who each belong to a plurality of participating parties.

The avatars of other users who belong to the first party are an example of first characters different from the player character. The avatars of other users who belong to the second party are an example of second characters different from the player character. In this way, in the virtual space, a first group corresponding to the first attribute and including one or more first characters, and a second group corresponding to the second attribute and including one or more second characters are provided. A user may belong to either the first party or the second party. In other words, the attribute of the player may be either the first attribute or the second attribute. The player character may be included in the first group or the second group depending on the attribute of the player. Users who belong to one or more friendly parties are friendly users having the same attribute. Users who belong to multiple opposing parties are enemy users having different attributes.

In step S112, the avatar of one user, the avatar of the friendly user, and the avatar of the enemy user are placed in the virtual space as seen from the user's perspective. Step S112 is an example of placing a player character in the virtual space. Step S112 is also an example of placing a first character and a second character different from the player character in the virtual space.

As an example, the one or more objects may include a field object that constitutes the stage for a battle game. In other words, the virtual space may include a field that allows movement of a player character. As an example, the one or more objects may include an enemy character that is common to multiple participating parties. As an example, the one or more objects may include an obstacle or a trap that is common to multiple participating parties.

In step S114, the processor 210 of the server 200, as the game module 201A, transmits a battle start request to the terminal 100. The processor 210 transmits the battle start request to all terminals 100 used by users belonging to the participating party.

In step S116, the processor 110 of the terminal 100, as the game module 101A, receives a battle start request. In step S118, the processor 110 of the terminal 100, as the rendering module 104, displays the battle screen 60 on the monitor 166. That is, in multiple terminals 100 used for a game of a second part, the game transitions from the first part to the second part.

In step S120, the processor 210 of the server 200 performs server-side battle processing as the game module 201A. As an example, the processor 210 may receive first play information from multiple terminals 100 used by multiple users participating in the same second part of the game. The processor 210 may receive second play information from multiple terminals 100 used by multiple users participating in the same second part of the game. The processor 210 generates each piece of progress information according to each piece of play information received from the multiple terminals 100. The processor 210 transmits each piece of progress information to all terminals 100 used by users participating in the same second part of the game. The progress information may include first progress information and second progress information.

In step S122, the processor 110 of the terminal 100 performs terminal-side battle processing as the game module 101A. As an example, the processor 110 receives each piece of progress information. The processor 110, as the rendering module 104, displays the battle screen 60 or the assist screen 70 on the monitor 166 in accordance with each piece of progress information received. Each piece of progress information may include first progress information and second progress information. The processor 110 generates each piece of play information in accordance with the various operations received, and transmits it to the server 200. Each piece of play information includes the first play information and the second play information.

In step S124, when the end condition of the second part is satisfied, the processor 210 of the server 200, as the game module 201A, transmits a battle end request to all terminals 100 used by the users participating in the same game of the second part. As an example, the end condition of the second part is satisfied when one or more parties satisfy the victory condition before the time limit of the second part has elapsed, or when the time limit of the second part has elapsed.

In step S126, the processor 110 of the terminal 100, as the game module 101A, receives a battle end request. In step S126, the processor 110 of the terminal 100, as the rendering module 104, displays a result screen 75 on the monitor 166. In step S128, the processor 110 of the terminal 100, as the rendering module 104, displays a home screen 40 on the monitor 166. That is, in the terminal 100, the game transitions from the second part to the first part.

[Process flow for managing avatar behavior]
An example of a process flow for managing the behavior of an avatar will be described. The process for managing the behavior of an avatar is included in the battle process on the terminal side (step S122) and the battle process on the server side (step S120). The terminal 100 is a terminal used by a user whose avatar is in the first state.

As shown in FIG. 6, in step S130, when the processor 110 of the terminal 100 receives an operation instructing the player to move his/her own avatar, an operation instructing an attack on another avatar, or an operation instructing an attack on a specified object as the game module 101A, the processor 110 transmits first play information to the server 200. The operation instructing the player to move the avatar is an example of a first operation by the player, or a specified operation. The first play information is an example of first information or operation information. In step S132, the processor 210 of the server 200 receives the first play information as the game module 201A. Step S132 is an example of receiving first information transmitted by the terminal 100 that has received the first operation by the player. Step S132 is an example of receiving operation information transmitted by the terminal 100 that has received the specified operation by the player.

In step S134, the processor 210 of the server 200, as the game module 201A, manages the movement of the avatar in accordance with the received first play information. The processor 210 does not move the avatar in accordance with the first play information when the avatar is in the second state. The processor 210 moves the avatar in accordance with the first play information when the avatar is in the first state. Step S134 is an example of moving the player character in the virtual space in accordance with the received first information. Step S134 is an example of restricting the execution of moving the player character in the virtual space when the state of the player character is the second state.

In step S136, the processor 210 of the server 200 manages the attack action of the avatar as the game module 201A. When the avatar is in the second state, the processor 210 does not cause the avatar to perform an attack action according to the first play information. When the avatar is in the first state, the processor 210 causes the avatar to perform an attack action according to the first play information. The processor 210 determines whether or not the attack has hit the avatar of the enemy user. When the processor 210 determines that the attack has hit the avatar of the enemy user, it reduces the hit points of that avatar. That is, as an example, the processor 210 manages hit points as an example of parameter values corresponding to each of the avatar of the one user, the avatar of the friendly user, and the avatar of the enemy user, when viewed from the perspective of the one user.

Step S136 is an example of causing the player character to attack in the virtual space in response to the received information. Step S136 is an example of regulating the execution of causing the player character to attack in the virtual space when the state of the player character is the second state. Step S136 is an example of managing parameter values corresponding to each of the player character, the first character, and the second character. Steps S134 and S136 are an example of causing a first event to occur in the virtual space in response to the received operation information when the state of the player character is the first state. In other words, the movement and attack of the avatar are examples of the first event.

In step S138, the processor 210 of the server 200, as the game module 201A, transmits the first progress information to the terminal 100. In step S140, the processor 110 of the terminal 100, as the game module 101A, receives the first progress information. The processor 110 of the terminal 100, as the game module 101A, updates the virtual space. The processor 110 of the terminal 100, as the rendering module 104, displays the battle screen 60 or the assist screen 70 on the monitor 166 according to the updated virtual space.

[Process flow for changing avatar state]
An example of the flow of the process for changing the state of the avatar will be described. The process for changing the state of the avatar is a process for transitioning from the battle game to the assist game. The process for changing the state of the avatar is included in the battle process on the terminal side (step S122) and the battle process on the server side (step S120).

As shown in FIG. 7, in step S200, the processor 210 of the server 200, as the game module 201A, determines whether a specific parameter value has become a specific value for each avatar. As an example, the processor 210 determines whether the hit points of the avatar have become 0. Step S200 is an example of determining whether a specific condition has been met for each avatar.

If the hit points are not 0, the processor 210 of the server 200 repeats step S202 as the game module 201A. That is, the processor 210 waits. If the hit points become 0, the processor 210 of the server 200 proceeds to step S202. In step S202, the processor 210 of the server 200 as the game module 201A changes the status information of the avatar whose hit points have become 0 from the content indicating the first state to the content indicating the second state. As an example, the status information is stored in the memory 220 as the memory module 205. That is, the processor 210 changes the state of the avatar from the alive state to the dead state. Step S202 is an example of changing the state of the player character from the first state to the second state when a specific condition is met. Step S202 is an example of changing the state of the character whose corresponding parameter value has become a specific value from the first state to the second state among the first character and the second character.

In step S138 described above, the processor 210 of the server 200, as the game module 201A, transmits first progress information indicating the avatar that is now dead to the terminal 100. The processor 110 of the terminal 100, as the game module 101A, removes the avatar that is now dead from the virtual space in accordance with the received first progress information. In other words, the processor 110 of the terminal 100, as the rendering module 104, does not display the avatar that is now dead on the monitor 166.

Without being limited to this, the processor 110 of the terminal 100, as the game module 101A, may place one or more objects in the virtual space instead of removing the avatar from the virtual space. The one or more objects may be a gravestone object of the avatar to be removed from the virtual space, or a designated object collected by the avatar to be removed from the virtual space. Step S138 is an example of transmitting a request to the terminal 100 not to display the player character on the field when the state of the player character is changed from the first state to the second state.

In step S204, the processor 210 of the server 200, as the game module 201A, transmits an assist start request to the terminal 100 being used to operate the avatar whose hit points have reached 0. In step S206, the processor 110 of the terminal 100, as the game module 101A, receives the assist start request. In step S208, the processor 110 of the terminal 100, as the rendering module 104, displays each screen on the monitor 166 in the order of the assist transition screen 65 and the assist screen 70. As will be described in detail later, the assist transition screen 65 includes information notifying the start of the assist game. In other words, step S204 is an example of transmitting a request to the terminal 100 to notify the start of the second game when the state of the player character is changed from the first state to the second state.

As an example, in step S208, the processor 110 of the terminal 100 changes the viewpoint when generating a rendered image of the virtual space from a first viewpoint to a second viewpoint. In other words, step S204 is an example of transmitting to the terminal a request to change the viewpoint when generating a rendered image of the virtual space from the first viewpoint to the second viewpoint when the state of the player character is changed from the first state to the second state. As an example, the first viewpoint is a viewpoint corresponding to the player character. As an example, the second viewpoint is a viewpoint overlooking the field.

[Processing flow for placing an assist object]
An example of the flow of a process for arranging an assist object will be described below. The process for arranging an assist object is included in the battle process on the terminal side (step S122) and the battle process on the server side (step S120).

As shown in FIG. 8, in step S210, when the processor 110 of the terminal 100 as the game module 101A receives a placement operation instructing the placement of an assist object, it transmits an object placement request to the server 200. The object placement request is included in the second play information. The placement operation instructing the placement of an assist object is an example of a second operation or a predetermined operation. The second play information (object placement request) is an example of second information or operation information.

In step S212, the processor 210 of the server 200 receives an object placement request as the game module 201A. Step S212 is an example of receiving second information transmitted by the terminal 100 that has accepted a second operation by the user. Step S212 is an example of receiving operation information transmitted by the terminal 100 that has accepted a predetermined operation by the user.

In step S214, the processor 210 of the server 200, as the game module 201A, determines whether the number of arranged assist objects has reached a specified number N. The processor 210 counts the number of arranged assist objects for each user participating in the second part. The specified number N may be 1, or may be 2 or more.

If the number of assist objects arranged has not reached the specified number N, the processor 210 of the server 200 proceeds to step S216. In step S216, the processor 210 of the server 200, as the game module 201A, arranges the assist object in the virtual space in response to the object arrangement request. As an example, the processor 210 arranges the assist object in a position according to the coordinate information included in the second play information. As an example, the processor 210 arranges the assist object of a type according to the type information included in the second play information. Step S216 is an example of arranging one or more specific objects in the virtual space in response to the received second information when the state of the player character is the second state. Step S216 is an example of generating a second event different from the first event in the virtual space in response to the received operation information when the state of the player character is the second state. In other words, the arrangement of the assist object in the virtual space is an example of the second event. When step S216 ends, the processor 210 proceeds to step S218.

When the number of assist objects placed has reached the specified number N, the processor 210 of the server 200 does not perform step S216 as the game module 201A. In other words, the processor 210 of the server 200 does not place an assist object in the virtual space as the game module 201A. Step S214 is an example of restricting the execution of placing an additional specific object in the virtual space when the specified number N of specific objects have been placed in the virtual space.

In step S218, the processor 210 of the server 200, as the game module 201A, sends an object display request to the terminal 100. The object display request includes information indicating the attributes of the user who placed the assist object. The object display request is included in the second progress information. In step S220, the processor 110 of the terminal 100, as the game module 101A, receives the object display request.

When an object display request is received, the processor 110 of the terminal 100, as the game module 101A, places an assist object in the virtual space in response to the object display request. When displaying an assist object on each screen 60, 65, 70, the processor 110 of the terminal 100, as the rendering module 104, displays attribute information indicating the attributes of the user who placed the assist object on the monitor 166. Step S218 is an example of transmitting a request to the terminal 100 to notify information indicating the attributes of the player who placed the specific object when second play information is received.

[Processing flow for removing an assist object from a virtual space]
An example of a process flow for removing an assist object from a virtual space will be described. The process for removing an assist object from a virtual space is included in the battle process on the terminal side (step S122) and the battle process on the server side (step S120).

As shown in FIG. 9, the processor 210 of the server 200, as the game module 201A, performs processing to remove, from the virtual space, each assist object placed in the virtual space. In step S230, the processor 210 of the server 200, as the game module 201A, determines whether or not a removal time T1 has elapsed since the assist object was placed. For each assist object placed in the virtual space, the processor 210 measures the elapsed time since the assist object was placed.

If the removal time T1 has not elapsed, the processor 210 of the server 200, as the game module 201A, repeats step S230. That is, the processor 210 waits. If the removal time T1 has elapsed, the processor 210 of the server 200 proceeds to step S232. In step S232, the processor 210 of the server 200, as the game module 201A, removes the assist object placed in the virtual space. That is, the removal condition of the assist object may be satisfied by the elapse of the removal time T1.

In step S232, the assist objects removed from the virtual space include assist objects of the first system. In step S232, the assist objects removed from the virtual space include assist objects of the second system that have not been removed from the virtual space and for which removal time T1 has passed since they were placed. Step S232 is an example of removing each specific object placed in the virtual space from the virtual space when the time since the specific object was placed in the virtual space reaches a specified time.

In step S234, the processor 210 of the server 200, as the game module 201A, sends an object removal request to the terminal 100. The object removal request is included in the second progress information. In step S236, the processor 110 of the terminal 100, as the game module 101A, receives the object removal request. In step S236, the processor 110 of the terminal 100, as the game module 101A, removes the assist object placed in the virtual space. In other words, the processor 110 of the terminal 100, as the rendering module 104, does not display the removed assist object on the monitor 166.

[Processing flow for exerting the effect of the second system of assist objects]
An example of the process flow for exerting the effect of the second system of assist objects will be described below. The process for exerting the effect of the second system of assist objects is included in the terminal side battle process (step S122) and the server side battle process (step S120).

As shown in FIG. 10, the processor 210 of the server 200 performs processing for exerting the effect of the second system of assist objects for each assist object placed in the virtual space. In step S240, the processor 210 of the server 200, as the game module 201A, determines whether or not an activation condition for exerting the effect of the second system of assist objects is met.

As an example, the activation condition may be that a predetermined activation time T2 has elapsed since the assist object was placed in the virtual space. As an example, the activation condition may be that a specific avatar comes into contact with the assist object. As an example, the activation condition may be that a specific avatar enters a certain range centered on the assist object. As an example, the activation condition may be that an attack by a specific avatar hits the assist object. As an example, the specific avatar may be an avatar of an ally user from the perspective of the user who placed the assist object. As an example, the specific avatar may be an avatar of an enemy user from the perspective of the user who placed the assist object. As an example, the specific avatar may be both an avatar of an ally user and an avatar of an enemy user from the perspective of the user who placed the assist object.

If the activation condition is not met, the processor 210 of the server 200 repeats step S240 as the game module 201A. In other words, the processor 210 waits. If the activation condition is met, the processor 210 of the server 200 proceeds to step S242.

In step S242, the processor 210 of the server 200, as the game module 201A, exerts the effect of the assist object in the virtual space. As described below, the condition for removing the assist object may be satisfied when the effect of the assist object is exerted. In step S242, the processor 210 of the server 200, as the game module 201A, removes the assist object from the virtual space when the condition for removing the assist object is satisfied.

In step S244, the processor 210 of the server 200, as the game module 201A, transmits an effect display request to the terminal 100. When the condition for removing the assist object is satisfied, the effect display request includes information instructing the assist object to be removed from the virtual space.

In step S246, processor 110 of terminal 100, as game module 101A, receives an effect display request. Processor 110 of terminal 100, as game module 101A, exerts the effect of the assist object in the virtual space. When the effect display request instructs to remove the assist object, processor 110 of terminal 100, as game module 101A, removes the assist object from the virtual space. When displaying the assist object, processor 110 of terminal 100, as rendering module 104, displays information indicating that the effect of the assist object has been exerted on monitor 166.

[Example of display screen on terminal and flow of display-related processing]
[Outline of virtual space]
As an example, the virtual space defined by the server 200 and events in this virtual space can be reproduced simultaneously on all terminals 100 used by users participating in the same second part of the game. In other words, the virtual space managed by the server 200 and events in this virtual space are updated according to each piece of play information received from each terminal 100. The server 200 transmits each piece of progress information to each terminal 100 according to the results of updating the virtual space and the events in the virtual space. The virtual space managed by each terminal 100 and events in this virtual space are updated each time according to each piece of progress information received from the server 200. In the following description, when simply referring to a "virtual space," it refers to a virtual space shared by the server 200 and multiple terminals 100.

11, various objects that may be placed in the virtual space 80 include a user's avatar 81. Various objects that may be placed in the virtual space 80 include a terrain object 92 for constituting a field 92A. As an example, the terrain object 92 may include an object that affects the movement of the avatar. For example, the terrain object 92 may include objects that limit the movement of the avatar, such as trees, rocks, rivers, seas, and mountains. For example, the terrain object 92 may include an object that reduces the movement speed of the avatar, such as a swamp. For example, the terrain object 92 may include an object that increases the movement speed of the avatar, such as an ice sheet. As an example, the terrain object 92 may include an object that affects the parameter value of the avatar. For example, the terrain object 92 may include an object that reduces the hit points of the avatar, such as a poisonous swamp. For example, the terrain object 92 may include an object that increases the hit points of the avatar, such as a healing spring.

As shown in FIGS. 11 and 12, the various objects that can be placed in the virtual space 80 include an assist object 94 .
A specific example of the first system of assist objects will be described.

For example, the first system of assist objects 94 may include a wall object 94A that has the effect of restricting the passage of avatars. The wall object 94A is an example of a first specific object. The wall object 94A may have the effect of preventing the passage of avatars of both friendly and enemy users. The wall object 94A may have the effect of allowing the passage of avatars of friendly users but not avatars of enemy users. The first specific object may be an object that restricts the passage of at least the second character. The removal condition for the wall object 94A may be met when a removal time T1 has elapsed since it was placed in the virtual space.

A specific example of the second system assist object will be described.
For example, the second system of assist objects 94 may include a wooden box object 94B that can be destroyed when an avatar of a friendly user lands an attack and has the effect of recovering the hit points of the avatar. The wooden box object 94B may be destroyed when an avatar of an enemy user lands an attack and has the effect of recovering the hit points of the avatar. The wooden box object 94B may be an object that can be made to exert its effect by at least the first character. The activation condition of the wooden box object 94B may be established when the avatar lands an attack. The removal condition of the wooden box object 94B may be established when the effect is exerted or when a removal time T1 has elapsed since the wooden box object 94B was placed in the virtual space.

For example, the second system assist object 94 may include a hot spring object 94C that has the effect of recovering the hit points of an avatar of a friendly user that enters a certain range when that avatar enters the certain range. The hot spring object 94C is an example of a second specific object. The assist object 94 may have the effect of recovering the hit points of an avatar of an enemy user that enters the certain range when that avatar enters the certain range. The second specific object may be an object that can recover at least a parameter value corresponding to the first character. The activation condition of the hot spring object 94C may be met when the avatar enters the certain range. The removal condition of the hot spring object 94C may be met when a removal time T1 has elapsed since the hot spring object 94C was placed in the virtual space.

For example, the second system of assist objects 94 may include a bomb object 94D that explodes a certain time after it is placed. When it explodes, the bomb object 94D has the effect of reducing the hit points of the avatar of an enemy user within a certain range. When it explodes, the bomb object 94D may have the effect of reducing the hit points of the avatar of an allied user within a certain range. The bomb object 94D may be an object that can reduce at least a specific parameter value of the second character. The activation condition of the bomb object 94D may be met when a certain time has passed since it is placed in the virtual space. The removal condition of the bomb object 94D may be met when its effect is exerted.

For example, the second system assist object 94 may include a tiger trap object that has the effect of immobilizing an enemy user's avatar until a certain time has passed when it is touched. The tiger trap object may have the effect of immobilizing an ally user's avatar until a certain time has passed when it is touched. The tiger trap object is preferably an object that can restrict at least the movement of the second character for a certain period of time. The activation condition for the tiger trap object may be met when an avatar touches it. The removal condition for the tiger trap object may be met when the effect is exerted or when the removal time T1 has passed since it was placed in the virtual space.

For example, the second system assist object 94 may include a turret object that, when placed, attacks the avatar of an enemy user within a certain range. When the attack of the turret object hits the avatar of an enemy user, the hit points of that avatar are reduced. The turret object may have the effect of attacking the avatar of an allied user. The turret object is preferably an object that attacks at least the second character. The activation condition of the turret object may be met when an avatar enters within a certain range. The removal condition of the turret object may be met when a removal time T1 has elapsed since the turret object was placed in the virtual space.

For example, the assist object 94 may include a poison object that has the effect of reducing the hit points of an enemy user's avatar when it is touched by that avatar. The poison object may have the effect of reducing the hit points of an ally user's avatar when it is touched by that avatar. The poison object may be an object that reduces at least the hit points of the second character. The activation condition of the poison object may be met when an avatar touches it. The removal condition of the poison object may be met when the effect is exerted or when a removal time T1 has passed since it was placed in the virtual space.

[Home screen]
13 , in the first part of the game, a home screen 40 is displayed on the monitor 166 of the terminal 100. The home screen 40 may include various objects. As an example, the home screen 40 may include an avatar window 401, a battle icon 404, and a character icon 406. The home screen 40 may also include a recruiting icon used when recruiting users to join a party, and a broadcast start icon used when broadcasting one's own gameplay.

As an example, the player's avatar 81 is displayed in the avatar window 401. The appearance of the avatar 81 changes as the avatar settings are changed throughout gameplay of the first part. As an example, the player can perform the above-mentioned start operation by tapping on the area where the battle icon 404 is displayed. As an example, the player can perform an operation to command the display of a preparation window (not shown) for preparing for the battle game by tapping on the area where the character icon 406 is displayed.

[Matching screen]
14, when the server 200 is performing the matching process (step S106), a matching screen 50 is displayed on the monitor 166 of the terminal 100. The matching screen 50 may include various objects. The matching screen 50 includes an avatar window 501 that displays the user's avatar. As an example, the user's own avatar 81 is displayed in the avatar window 501. The matching screen 50 includes information such as text data indicating that matching is being performed.

[Battle screen]
15 and 16 , when the second part is started, a battle screen 60 is first displayed on the monitor 166 of the terminal 100. The battle screen 60 is displayed on the monitor 166 when it is the first game of the second part. The battle screen 60 includes various objects. As an example, the battle screen 60 includes an avatar 81 of each user who uses the terminal 100. As an example, the battle screen 60 may include a point display field for the party to which the user belongs, and an HP bar 61 that indicates the hit points of the user's avatar.

As an example, in step S122, the processor 110 of the terminal 100, as the rendering module 104, displays the avatar 81 of the user using the terminal 100 in the center of the monitor 166. The processor 110 of the terminal 100 places a virtual camera 98 above and behind the head of the avatar 81 in the virtual space 80, and displays on the monitor 166 the range that can be contained within the field of view of the virtual camera 98. The viewpoint above and behind the head of the avatar 81 is an example of a first viewpoint corresponding to the player character. Without being limited to this, the first viewpoint may be a first-person viewpoint in which the field is viewed from the head of the player character, or a bird's-eye view in which the field is viewed from the center of the player character.

The processor 110 of the terminal 100 places the avatars of friendly users and the avatars of enemy users in the virtual space 80 according to the first progress information received from the server 200 (game module 201A). The processor 110 of the terminal 100 may display the avatars of other users on the monitor 166 when the avatars fit within the field of view of the virtual camera 98. When the avatars are displayed on the monitor 166, they are accompanied by an action according to the action information. Furthermore, when the processor 110 of the terminal 100, as the rendering module 104, displays the HP bar 63 indicating the hit points of the avatar on the monitor 166 when displaying the avatar of an enemy user. When the processor 110 of the terminal 100, as the rendering module 104, displays the HP bar 63 indicating the hit points of the avatar on the monitor 166 when displaying the avatar of an friendly user. As an example, the HP bar 63 is placed above the head of the avatar 81.

The processor 110 of the terminal 100 places one or more assist objects 94 in the virtual space 80 according to the second progress information received from the server 200 (game module 201A). The processor 110 of the terminal 100 may display the assist object 94 on the monitor 166 when the one or more assist objects 94 are within the field of view of the virtual camera 98. When displaying the assist object 94 on the monitor 166, the processor 110 of the terminal 100 displays attribute information on the monitor 166 indicating whether the assist object 94 is an object placed by a user belonging to the first party or the second party. As an example, the attribute information is a frame 62 surrounding the assist object 94. The frame 62 may be information indicating whether the assist object 94 is placed by a friendly user or an enemy user. The specific object may be accompanied by a different visual effect depending on the attributes of the player.

An example of a more specific display mode of the battle screen 60 will be described with reference to Figures 11, 15, and 16. In the following description, it is assumed that users A and C belong to the first party, and user B belongs to the second party. The terminals 100 used by users A to C are denoted as terminals 100A to 100C, respectively. The avatars 81 of users A and B are denoted as avatars 81A and 81B, respectively.

The monitor 166 of the terminal 100A displays the range of the virtual space 80 that is contained within the viewing area of the virtual camera 98A corresponding to the avatar 81A. As an example, the virtual camera 98A is positioned above and behind the head of the avatar 81A in the virtual space 80.

Here, objects 94A1 and 94B1 are objects placed by a user belonging to the first party. Objects 94A2 and 94B2 are objects placed by a user belonging to the second party. On monitor 166 of terminal 100A, objects 94A1 and 94B1 are displayed with a frame 62 that has a red border, as shown by a thick solid line. On monitor 166 of terminal 100A, objects 94A2 and 94B2 are displayed with a frame 62 that has a blue border, as shown by a thick dashed line.

The monitor 166 of the terminal 100B displays the range of the virtual space 80 that is contained within the viewing area of the virtual camera 98B corresponding to the avatar 81B. As an example, the virtual camera 98B is positioned above and behind the head of the avatar 81B in the virtual space 80.

On the monitor 166 of the terminal 100B, the objects 94A1 and 94B1 are displayed with a red-edged frame 62 as shown by a thick solid line. On the monitor 166 of the terminal 100A, the objects 94A2 and 94B2 are displayed with a blue-edged frame 62 as shown by a thick dashed line.

[Assist transition screen]
17, when the state of the avatar is changed from the first state to the second state, an assist transition screen 65 is displayed on the monitor 166 of the terminal 100. The assist transition screen 65 includes start information 66 that notifies the start of the assist game in the second part. As an example, the start information is text data of "assist start."

As an example, in step S208, the processor 110 of the terminal 100, as the rendering module 104, changes the viewpoint when generating a rendered image of the virtual space 80 from the first viewpoint to the second viewpoint. As an example, the virtual camera 98 is set at a position that overlooks the field, with the position where the avatar state has been changed to the second state as its center. The processor 110 of the terminal 100 displays on the monitor 166 the range that can be contained within the viewing area of the virtual camera 98. Without being limited to this, the second viewpoint may be a viewpoint corresponding to the avatar of a friendly user, a viewpoint corresponding to the avatar of an enemy user, or a viewpoint corresponding to another object. Note that the first viewpoint may be the same as the second viewpoint.

[Assist screen]
18, when the game is in the second part, an assist transition screen 65 is displayed on the monitor 166 of the terminal 100, and then an assist screen 70 is displayed. The assist screen 70 may include various objects. As an example, the assist screen 70 includes an assist icon 71 and a viewpoint change icon 702. The assist screen 70 may include a point display field for a party to which the user belongs. The assist screen 70 may include a message from one of the allied users whose avatar is in the first state.

As an example, the above-mentioned arrangement operation can be performed by tapping the part where the assist icon 71 is displayed. The assist icon 71 includes information indicating an assist object that can be arranged in the virtual space 80 by the arrangement operation among multiple types of assist objects. As an example, the assist icon 71A for arranging a wall object 94A includes a pattern indicating the wall object 94A. As an example, the assist icon 71C for arranging a hot spring object includes a pattern indicating the hot spring object. As an example, the assist icon 71D for arranging a bomb object 94D includes a pattern indicating the bomb object 94D. The processor 110 of the terminal 100, as the game module 101A, specifies the type of the assist object 94 to be arranged from the dragged assist icon 71. The processor 110 of the terminal 100 obtains the arrangement position of the assist object 94 from the dragged position. In step S210, the processor 110 of the terminal 100, as the game module 101A, transmits second play information (object arrangement request) including type information and coordinate information of the assist object to the server 200.

As an example, a viewpoint change operation that instructs a change of viewpoint can be performed by tapping on the portion where the viewpoint change icon 702 is displayed. The viewpoint change icon 702 is displayed corresponding to each of the avatars of the friendly users that is in the first state.

The processor 110 of the terminal 100 places the avatars of friendly users and enemy users in the virtual space 80 according to the first progress information received from the server 200 (game module 201A). The processor 110 of the terminal 100 may display the avatars of other users on the monitor 166 when the avatars fit within the field of view of the virtual camera 98. When the avatars are displayed on the monitor 166, they are accompanied by an action according to the action information. In other words, even when the avatar is in the second state, the processor 110 uses the same virtual space 80 as when the avatar was in the first state. Furthermore, when the processor 110 of the terminal 100 displays the avatars of friendly users or enemy users, it displays the HP bar 63 indicating the hit points of the avatars on the monitor 166 as the rendering module 104. As an example, the HP bar 63 is placed above the head of the avatar.

The processor 110 of the terminal 100, as the game module 101A, accepts a viewpoint change operation. When a viewpoint change operation is accepted, the processor 110 of the terminal 100 changes the position of the virtual camera 98 to a position that overlooks the field, with the avatar corresponding to the viewpoint change icon that was tapped as the center. The processor 110 of the terminal 100, as the rendering module 104, displays on the monitor 166 the range that can be contained within the viewing area of the virtual camera 98.

The processor 110 of the terminal 100 places one or more assist objects 94 in the virtual space 80 according to the second progress information received from the server 200 (game module 201A). The processor 110 of the terminal 100 may display the assist objects 94 on the monitor 166 when the one or more assist objects 94 fall within the field of view of the virtual camera 98. When displaying the assist objects 94 on the monitor 166, the processor 110 of the terminal 100 displays the above attribute information on the monitor 166. In other words, it is preferable that a specific object has a different visual effect depending on the attributes of the player.

An example of a more specific display mode of the assist screen 70 will be described with reference to Figs. 11, 19, and 20. As shown in Fig. 19, a virtual camera 98C is set on the monitor 166 at a position overlooking the field 92A. Assume that the user C taps the assist icon 71D displayed on the monitor 166 of the terminal 100C and drags it to an arbitrary position in the field 92A displayed on the monitor 166. In this case, the processor 110 of the terminal 100C, as the game module 101A, specifies a bomb object 94D as the type of assist object instructed to be placed. The processor 110 of the terminal 100C, as the game module 101A, specifies the coordinates at which the bomb object 94D1 is to be placed.

As shown in FIG. 20, a bomb object 94D appears on the monitor 166 of the terminal 100A. This bomb object 94D takes effect a certain amount of time after it is placed. When the bomb object 94D takes effect, it reduces the hit points of the avatars of enemy users within a certain range. When the bomb object 94D takes effect, it is removed from the virtual space.

The number of users who can participate in the assisted game will be described.
As an example, assume that the number of parties that can participate in one game of the second part is P, and the number of users that can belong to one party is Q. In this case, the number of users participating in the battle game at the time when the second part starts is P×Q. Hit points are managed for each avatar. When the hit points of an avatar become 0, the state of the avatar is changed from the first state to the second state. When the state of the avatar is changed to the second state, the user who has the avatar ends the battle game and participates in the assist game. That is, the number of users participating in the battle game among the party to which the user belongs decreases by 1. The number of users participating in the assist game among the party to which the user belongs increases by 1. As an example, the maximum number of users that can participate in the assist game for each party is Q-1. There may be multiple friendly users participating in the assist game, including the user himself. There may be multiple enemy users participating in the assist game.

[Results screen]
When the second part ends and the first part starts, a result screen 75 is displayed on the monitor 166 of the terminal 100. The result screen 75 may include various objects. The result screen 75 may include information such as an icon indicating the party that won the second part, an icon indicating the user who has acquired the most points, or an icon indicating the user who has defeated the most other avatars.

The effects of the first embodiment will be described.
(1-1) When a specific condition is met and the state of the avatar is changed from a first state to a second state, the movement of the avatar in the virtual space 80 is restricted. Instead, the user is able to place one or more specific objects in the virtual space. In other words, the game characteristics change before and after the state of the avatar is changed to the second state. This can increase the user's enjoyment.

(1-2) When the state of the avatar changes from the first state to the second state, the avatar disappears from the field, thereby emphasizing the change in gameplay.
(1-3) Even when the movement of the user's avatar is restricted, the user can place at least one of a first specific object that restricts the passage of an avatar of an enemy user and a second specific object that can restore the parameter values of an avatar of an ally user. In other words, the user can affect the virtual space 80. This causes the gameplay to change significantly before and after the state of the avatar is changed from the first state to the second state. This can further increase the user's enjoyment.

(1-4) There is an upper limit to the number of specific objects that a user can place, so that the impact on the virtual space 80 is not excessive.
(1-5) A specific object placed by a user is removed after a specified time has elapsed. This allows a user to place a new specific object after placing a specified number of specific objects, once the specified time has elapsed. This allows a user to continue intervening in the virtual space for a longer period of time.

(1-6) When the state of the avatar is changed from the first state to the second state, the viewpoint is changed from a first-person viewpoint to a bird's-eye viewpoint. This allows the user to place a specific object while looking down on the virtual space 80.

(1-7) The start of the second game is announced, so that the user can prepare in advance for the change in game characteristics.
(1-8) Information indicating the attributes of the user who placed the specific object is notified. This makes the state of intervention of the user in the virtual space 80 clear.

(1-9) It is possible to identify which group a user who has placed a specific object belongs to, thereby clarifying the state of intervention of the user in the virtual space 80.
(1-10) Even if the specific object is the same type, its effect differs depending on whether it is placed by a first party user or a second party user. In other words, the effect of the specific object differs depending on whether it is placed by a friendly user or an enemy user. This prevents the effect of the specific object from being uniform. This increases the enjoyment of the viewer.

(1-11) The player can distinguish whether a specific object has been placed by a friendly user or an enemy user. This allows the player to visually grasp the difference in the effects of specific objects placed in the virtual space.

(1-12) The effect of a first specific object placed by a user belonging to a first party is exerted on the avatar of the user belonging to the first party, but is not exerted on the avatar of the user belonging to the second party. On the other hand, the effect of a first specific object placed by a user belonging to a second party is exerted on the avatar of the user belonging to the second party, but is not exerted on the avatar of the user belonging to the first party. Thus, a user belonging to each party can selectively exert the effect of the first specific object on an avatar corresponding to a user having the same attributes as himself/herself.

(1-13) The effect of a second specific object placed by a user belonging to a first party is not exerted on the avatar of the user belonging to the first party, but is exerted on the avatar of the user belonging to the second party. On the other hand, the effect of a second specific object placed by a user belonging to a second party is exerted on the avatar of the user belonging to the first party, but is not exerted on the avatar of the user belonging to the second party. Thus, a user belonging to each party can selectively exert the effect of the second specific object on an avatar corresponding to a user having attributes different from his/her own.

(1-14) In the second game (an assist game, for example), the user can select a viewpoint that corresponds to the avatar of a user of his/her choice from among users who belong to the same party as the user. Thus, the user can effectively place a specific object while looking at the avatar of a user who belongs to the same party.

(1-15) In the second game (an assist game, for example), the user cannot select a viewpoint that corresponds to the avatar of a user who belongs to a party different from the user's. This prevents the user from easily grasping the movements of the avatar of an enemy user.

(1-16) The user can specify the type and position of a specific object, so that the user can place the specific object as desired.
Second Embodiment
In the game system 10, when an assist object 94 is placed in the virtual space 80 and a new assist object 94 is placed, the previously placed assist object 94 may change when a predetermined change condition is met. As an example, the change in the assist object 94 may include a change in the appearance of the assist object 94 and a change in the effect of the assist object 94.

[Processing flow for changing the assist object]
An example of a process flow for changing an assist object will be described.
8, in step S216, processor 210 of server 200, as game module 201A, determines whether or not the change condition is met. If the change condition is not met, processor 210 of server 200, as game module 201A, places a new assist object 94 in virtual space 80. Processor 210 of server 200, as game module 201A, does not change the appearance and effect of assist object 94 previously placed in virtual space 80.

When the change condition is met, the processor 210 of the server 200, as the game module 201A, changes the assist object 94 that was previously placed in the virtual space 80. In the following description, the assist object 94 that was previously placed in the virtual space 80 is referred to as the "assist object to be combined." Additionally, the assist object 94 that is subsequently placed in the virtual space 80 is referred to as the "assist object after combination."

As an example, the change condition is satisfied when the original assist object 94 and the combined assist object 94 have a specific relationship. As an example, the specific relationship may be defined from one perspective, or may be defined by combining multiple perspectives.

As an example, the change condition includes a specific relationship between the type of the combined assist object 94 and the type of the combined assist object 94. As an example, the specific relationship may be that the type of the combined assist object 94 and the type of the combined assist object 94 are the same or different.

As an example, the change condition includes that the attribute of the user who placed the original assist object 94 to be combined and the attribute of the user who places the combined assist object 94 are in a specific relationship. As an example, the specific relationship may be that the user who placed the original assist object 94 to be combined and the user who places the combined assist object 94 are the same user, or that they are different users. As an example, the specific relationship may be that the user who placed the original assist object 94 to be combined and the user who places the combined assist object 94 are the same party, or that they are different parties. As an example, the specific relationship may be that the user who placed the original assist object 94 to be combined and the user who places the combined assist object 94 are friendly users to each other, or that they are enemy users to each other.

As an example, the change condition includes that the position of the original assist object 94 and the position of the combined assist object 94 are in a specific relationship. As an example, the specific relationship may be that the position of the original assist object 94 and the position of the combined assist object 94 are the same position, or that they are within a certain distance from each other. The certain distance may be a distance in the horizontal direction, a distance in the vertical direction, or a combination of these. As an example, the specific relationship may be that the effect ranges of the original assist object 94 and the combined assist object 94 overlap in part, overlap in their entirety, or the effect range of one includes the effect range of the other.

An example of a change manner of the assist object 94 will be described.
21 , the manner in which the effect of the assist object 94 is changed may include reinforcement that improves the effect of the assist object 94 and interference that changes the effect of the assist object 94. As an example, the reinforcement of the effect of the assist object 94 includes increasing or decreasing the amount of change in the parameter value of the avatar and increasing or decreasing the range in which the parameter value of the avatar is changed.

As an example, we will explain a case where the original assist object to be combined is a hot spring object 94C placed by an allied user, the combined assist object is also a hot spring object 94C placed by an allied user, and the positions of these two hot spring objects 94C match. In this case, the original hot spring object 94C to be combined changes into a large hot spring object with a luxurious appearance. The large hot spring object recovers hit points faster than the hot spring object 94C when touched by the avatar of the allied user.

As an example, we will explain a case where the original assist object to be combined is a wooden box object 94B placed by an allied user, the combined assist object is a wooden box object 94B placed by an allied user, and the positions of these two wooden box objects 94B match. In this case, the original wooden box object 94B to be combined changes into a stacked wooden box object in which multiple wooden boxes are stacked. The stacked wooden box object has the effect of recovering the hit points of all avatars of all allied users within a certain range when an avatar of an allied user attacks. In other words, the range of the effect is wider than that of the wooden box object 94B.

As an example, we will explain a case where the original assist object to be combined is a hot spring object 94C placed by an ally user, the combined assist object is a poison object placed by an enemy user, and the positions of these two objects are the same. In this case, the original hot spring object 94C changes into a poisonous swamp object with a poisonous appearance. The poison swamp object has the effect of reducing the hit points of an ally user's avatar when it touches it. In other words, it has different properties from the hot spring object 94C.

The effects of the second embodiment will be described.
(2-1) An effect is exerted according to a combination of a specific object placed by a user belonging to the first party and a specific object placed by a user belonging to the second party. In other words, the effect of the specific object can be changed by cooperation between multiple users belonging to the first party. This provides multiple users with the fun of cooperating with each other.

(2-2) When a specific object placed by a user belonging to the first party and a specific object placed by a user belonging to the second party have a specific relationship, the effect is different from when these specific objects do not have a specific relationship. This allows each user to enjoy working together to place specific objects.

(2-3) When a specific object placed by a user belonging to a first party and a specific object placed by a user belonging to a second party have a specific relationship, the effect of the specific object placed by the user belonging to the first party will not be exerted on the avatar of the first party. This allows users belonging to the first party to enjoy placing specific objects without being disturbed by users belonging to the second party.

(2-4) When a specific object placed by a user belonging to a first party and a specific object placed by a user belonging to a second party have a specific relationship, the effect of the specific object placed by the user belonging to the first party changes. This allows the user belonging to the first party to enjoy placing specific objects without being disturbed by users belonging to the second party.

The above embodiment can be modified as follows: The above embodiment and the following modifications can be combined with each other to the extent that no technical contradiction occurs.
The HP bar 63 of an ally user is not displayed on the battle screen 60, but may be displayed on the assist screen 70. In other words, the HP bar 63 of an ally user is not displayed unless the game transitions to an assist game. The HP bar 63 of an enemy user is not displayed on the battle screen 60, but may be displayed on the assist screen 70. In other words, the HP bar 63 of an enemy user is not displayed unless the game transitions to an assist game.

The HP bar 63 of the ally user may be displayed on the battle screen 60 and also on the assist screen 70. That is, the HP bar 63 of the ally user is displayed on the battle screen 60 and also remains displayed after transition to the assist game. The HP bar 63 of the enemy user may be displayed on the battle screen 60 and also on the assist screen 70. That is, the HP bar 63 of the enemy user is displayed on the battle screen 60 and also remains displayed after transition to the assist game. In this modified example, the display mode of the HP bar 63 may be different between when it is displayed on the battle screen 60 and when it is displayed on the assist screen 70. As an example, it is preferable that the display mode of the HP bar 63 is easier to see when it is displayed on the assist screen 70 than when it is displayed on the battle screen 60. For example, it is preferable that the size of the HP bar 63 is larger when it is displayed on the assist screen 70 than when it is displayed on the battle screen 60.

- The display conditions for the HP bar 63 may be different when it is displayed on the battle screen 60 before the avatar enters the second state and when it is displayed on the assist screen 70 after the avatar enters the second state. As an example, on the battle screen 60, the HP bar 63 is displayed only for avatars that are within the field of view of the virtual camera 98 and within a certain distance from the virtual camera 98. Then, when the avatar's state enters the second state and the screen transitions to the assist screen 70, the HP bar 63 is displayed for avatars of friendly users and avatars of enemy users that are within the field of view of the virtual camera 98.

Also, as shown in FIG. 22, on the assist screen 70, the HP bar 63 is displayed for the avatar of an enemy user who is within the field of view of the virtual camera 98, but does not have to be displayed for an ally user. In this case, the hit points of the ally user's avatar may be indicated by an HP bar 703 displayed in a portion of the monitor 166 separate from the HP bar 63. As an example, the HP bar 703 may be displayed in correspondence with a plurality of viewpoint change icons 702. In this way, the hit points of the enemy user's avatar can be grasped when that avatar is displayed on the monitor 166, but the hit points of the ally user's avatar can always be grasped in their entirety. Therefore, in an assist game, it is easy for the user to grasp which ally user should be assisted and which enemy user should be hindered. In other words, it becomes easier to develop a strategy in the assist game.

As shown in FIG. 23, the operation for placing an assist unit may be the same as or similar to the operation for moving an avatar in a battle game.
As an example, when the assist icon 71 is tapped, the processor 110 of the terminal 100 provisionally places the assist object 94 at a position displayed in the center of the monitor 166 in the virtual space. When the processor 110 of the terminal 100 provisionally places the assist object 94 in the virtual space, the processor 110 of the terminal 100 displays a cancel button 706, a decision button 707, and a rotation button 708 on the monitor 166 as the rendering module 104. When an operation to cancel the provisional placement is performed by tapping the portion where the cancel button 706 is displayed, the processor 110 of the terminal 100 removes the provisionally placed assist object 94 from the virtual space as the game module 101A. When an operation to rotate the assist object 94 is performed by tapping the portion where the rotation button 708 is displayed, the processor 110 of the terminal 100 rotates the provisionally placed assist object 94 as the game module 101A.

As an example, the battle screen 60 and the assist screen 70 include a first virtual stick 710 and a second virtual stick 720. In the battle screen 60, the first virtual stick 710 can instruct the movement of the avatar 81 in the virtual space. In the battle screen 60, the second virtual stick 720 can instruct the change of the camera angle. As an example, the virtual camera 98 can instruct the player to rotate around the player's avatar 81 while keeping the avatar 81 within the field of view by operating the second virtual stick 720. Meanwhile, in the assist screen 70, the first virtual stick 710 can instruct the player to move the assist object 94 temporarily placed in the virtual space. In the assist screen 70, the second virtual stick 720 can instruct the player to change the camera angle. As an example, the virtual camera 98 can instruct the player to rotate around the assist object 94 while keeping the assist object 94 within the field of view by operating the second virtual stick 720.

When the processor 110 of the terminal 100, as the game module 101A, receives a movement operation of the temporarily placed assist object 94, it moves the assist object 94 in the virtual space. The processor 110 of the terminal 100C, as the rendering module 104, makes the virtual camera 98 follow the temporarily placed assist object 94 at a position overlooking the field 92A, with the temporarily placed assist object 94 at the center. That is, as an example, the display position of the temporarily placed assist object 94 is maintained in the center of the monitor 166. Note that, as described above, as an example, the display position of the player's avatar 81 is maintained in the center of the monitor 166 on the battle screen 60.

When the processor 110 of the terminal 100C, as the rendering module 104, receives a rotation operation of the virtual camera 98, it rotates the virtual camera 98 along a trajectory centered on the assist object 94. The processor 110 of the terminal 100, as the rendering module 104, displays on the monitor 166 the range that can be contained within the field of view of the virtual camera 98 after the movement.

When an operation to confirm the placement of the assist object 94 is performed by tapping the portion where the decision button 707 is displayed, the processor 110 of the participating terminal 100C, as the game module 101A, acquires the type of the temporarily placed assist object 94 and the position of the temporarily placed assist object 94. Then, in step S210, the processor 110 of the terminal 100, as the game module 101A, transmits second play information (object placement request) including the type information and coordinate information of the assist object 94 to the server 200.

In this modified example, the operation method in the first game (battle game) and the operation method in the second game (assist game) are the same or similar. In other words, the operation method is the same or similar before the avatar state changes to the second state and after the avatar state changes to the second state. This makes it possible to suppress user confusion caused by differences in operation methods.

The game system 10 may be configured to place an assist object by consuming points owned by the user. The points consumed when placing the assist object in the virtual space may be different for each type of assist object, or some or all of them may be the same. As an example, when the processor 210 of the server 200 receives an object placement request (second play information) as the game module 201A, it identifies the points to be consumed based on the type of assist object instructed to be placed by the request. The processor 210 reduces the points owned by the user according to the identified points to be consumed. Then, in step S216, the processor 210 places the assist object in the virtual space. The processor 110 does not place the assist object if the points owned by the user are less than the identified points to be consumed. As an example, the points owned by the user may increase over time.

- The game system 10 may be configured to shorten the removal time T1 until the assist object is removed. As an example, the processor 210 of the server 200, as the game module 201A, manages a durability value, which is an example of a parameter value, instead of managing the elapsed time. The processor 210 of the server 200 reduces the durability value as time passes. The processor 210 of the server 200 reduces the durability value of the assist object in response to the action of a user with attributes different from that of the user who placed the assist object. As an example, an action that reduces the durability value of the assist object is to have the avatar's attack hit the assist object. As an example, an action that reduces the durability value of the assist object is to have the assist object exert the effect of a specified assist object. As an example, the specified assist object may be a bomb object 94D.

In step S232, the processor 210 of the server 200 removes the assist object whose durability value has reached 0 from the virtual space. The processor 110 of the terminal 100 may function as the rendering module 104 to display an image indicating the durability value of the assist object in association with the assist object.

The multiple terminals 100 may be realized as computers having different configurations.
One or more of the modules included in the control modules 101 and 201 may be realized by circuits such as an ASIC, a PLD, an FPGA, or an MCU.

- One or more modules included in the control modules 101, 201 may be realized by software using a processor. A computer including at least one of the control modules 101, 201 includes a processor, memory, and storage. The above programs and various data are recorded in the storage so that they can be read by the processor. The programs are deployed in the memory. The processor then reads and executes the programs from the storage, thereby realizing the effects of the present disclosure. As already explained, the storage can be realized as a non-volatile storage device.

The program may be supplied to the computer via any transmission medium capable of transmitting the program (such as a communication network or broadcast waves).
The program may be recorded on a recording medium such as a magnetic disk (floppy disk, hard disk, etc.), an optical disk (CD-ROM, DVD, MO, etc.), or a semiconductor memory (ROM, RAM, flash memory, etc.).

This disclosure includes the following examples, in which elements of the embodiments are numbered as an aid to understanding and not by way of limitation.
(Additional Note 1) A method for controlling a game device according to the present invention includes: defining a virtual space (80) in a computer (200) (S110); arranging a player character (80A, 80B) corresponding to a player operating a terminal (100) in the virtual space (S212); changing a state of the player character from a first state to a second state when a specific condition is met (S202); receiving first information transmitted by the terminal that has accepted a first operation by the player (S132); and controlling the player character in the virtual space according to the received first information. a terminal that has received a second operation from the player and that has received a second operation from the player (S212); and a program that causes the terminal to execute the steps of: moving a character in the virtual space (S134); regulating the execution of moving the player character in the virtual space when the state of the player character is the second state (S134); receiving second information transmitted by the terminal that has received a second operation from the player (S212); and, when the state of the player character is the second state, placing one or more specific objects (94) in the virtual space in accordance with the received second information (S216).

(Appendix 2) The program described in Appendix 1 further causes the computer (200) to execute the following: the virtual space (80) includes a field that allows the player character to move, and when the state of the player character is changed from the first state to the second state, the program transmits to the terminal a request not to display the player character in the field (S138).

(Appendix 3) The program according to appendix 1 or 2, further comprising causing the computer (200) to place in the virtual space a first character and a second character different from the player character (S112), manage parameter values corresponding to each of the player character, the first character, and the second character (S136), and change the state of the first character and the second character, of which the corresponding parameter value has become a specific value, from the first state to the second state (S202), wherein the specific condition is established when the parameter value corresponding to the player character becomes the specific value, the one or more specific objects (94) include at least one of a first specific object and a second specific object, the first specific object is an object that at least restricts the passage of the second character, and the second specific object is an object that can at least restore the parameter value corresponding to the first character.

(Appendix 4) The program described in any one of appendices 1 to 3, further causing the computer (200) to restrict the placement of additional specific objects in the virtual space (80) when a prescribed number of the specific objects (94) have been placed in the virtual space (80).

(Appendix 5) The program described in Appendix 4 further causes the computer (200) to remove each of the specific objects (94) placed in the virtual space (80) from the virtual space when the time since the specific object was placed in the virtual space reaches a specified time.

(Appendix 6) The program described in any one of appendices 1 to 5, further causing the computer (200) to transmit to the terminal (S204) a request to change the viewpoint when generating a rendered image of the virtual space (80) from a first viewpoint to a second viewpoint when the state of the player character is changed from the first state to the second state, the virtual space including a field that allows movement of the player character, the first viewpoint being a viewpoint corresponding to the player character, and the second viewpoint being a viewpoint overlooking the field.

(Appendix 7) The program described in appendix 6 further causes the computer to execute the following: (a) the first state is a state in which the player can participate in a first game including moving the player character in the virtual space (80), (b) the second state is a state in which the player cannot participate in the first game but can participate in a second game including placing the one or more specific objects in the virtual space, and (c) when the state of the player character is changed from the first state to the second state, the program causes the computer to transmit to the terminal a request to notify the start of the second game (S204).

(Appendix 8) The program described in any one of appendices 1 to 7, further causing the computer (200) to transmit, when the second information is received, a request to the terminal to notify information indicating the attributes of the player who placed the specific object (94).

(Appendix 9) The program described in appendix 8, in which the virtual space (90) is provided with a first group corresponding to a first attribute and including one or more first characters, and a second group corresponding to a second attribute and including one or more second characters, the attribute of the player is the first attribute or the second attribute, the player character is included in the first group or the second group depending on the attribute of the player, and the specific object has a different visual effect depending on the attribute of the player.

(Appendix 10) A program that causes a computer (200) to execute the following operations: define a virtual space (80) (S110); place a player character corresponding to a player operating a terminal (100) in the virtual space (S212); change the state of the player character from a first state to a second state when a specific condition is met (S202); receive operation information transmitted by the terminal that has accepted a predetermined operation by the player (S132, S212); generate a first event in the virtual space in response to the received operation information when the state of the player character is in the first state (S134, S136); and generate a second event different from the first event in the virtual space in response to the received operation information when the state of the player character is in the second state (S216).

(Appendix 11) A computer (200) comprising a storage device (230) that stores a program described in any one of appendices 1 to 10, and a processor (210) that executes the program stored in the storage device.

(Supplementary Note 12) A system (10) comprising the computer (200) described in Supplementary Note 11.
(Supplementary Note 13) A computer (200) defines a virtual space (80) (S110), places a player character (80A, 80B) corresponding to a player operating a terminal (100) in the virtual space (S112), changes a state of the player character from a first state to a second state when a specific condition is met (S202), receives first information transmitted by the terminal that has accepted a first operation by the player (S132), and changes the state of the player character in the virtual space in response to the received first information. A method for executing the following operations: moving a player character (S134); restricting the execution of moving the player character in the virtual space when the state of the player character is the second state (S134); receiving second information transmitted by the terminal that has accepted a second operation by the player (S212); and arranging one or more specific objects in the virtual space according to the received second information when the state of the player character is the second state (S216). It will be apparent to those skilled in the art that the present invention may be embodied in other specific forms without departing from the technical spirit of the present invention. For example, some of the components described in the embodiment (or one or more aspects thereof) may be omitted, or several components may be combined. The scope of the present invention should be determined with reference to the appended claims, along with the full scope of equivalents to which the claims are entitled.

10... Game system, 40... Home screen, 50... Matching screen, 60... Battle screen, 61... HP bar, 62... Frame line, 65... Assist transition screen, 66... Start information, 70... Assist screen, 71... Assist icon, 71A... Assist icon, 71C... Assist icon, 71D... Assist icon, 75... Result screen, 80... Virtual space, 81... Avatar, 81A... Avatar, 81B... Avatar, 90... Network, 92... Terrain object, 92A... Field, 94... Assist object, 94A, 94A1, 94A2... Wall object, 94B, 94B1, 94B2... Wooden box object, 94D... Bomb object, 98, 98A to 98C... Virtual camera, 100... Terminal, 101... Control module, 101A... Game module, 101B... Distribution module, 101C... Viewing module, 104... Rendering module, 105... Memory module, 106... communication module, 107... input/output module, 110... processor, 120... memory, 130... storage, 140... communication IF, 150... input/output IF, 160... microphone, 162... speaker, 164... touch screen, 166... monitor, 167... touch sensor, 180... communication bus, 190... input/output device, 200... server, 200A... game server, 200B... distribution server, 201... control module, 201A... game module, 201B... distribution module, 205... memory module, 206... communication module, 207... input/output module, 210... processor, 220... memory, 230... storage, 240... communication IF, 250... input/output IF, 280... communication bus, 401... avatar window, 404... battle icon, 406... character icon, 701... avatar window, 702... viewpoint change icon

Claims (11)

Computer,
a character arrangement means for arranging a character corresponding to a user in a virtual space;
a state changing means for changing a state of the character from a first state to a second state when a specific condition is established;
a moving means for moving the character in the virtual space in response to first operation information by the user;
a restricting means for restricting movement of the character in the virtual space when the state of the character is the second state;
when the state of the character is the second state, the device functions as a specific object arranging means for arranging one or more specific objects in the virtual space in response to second operation information by the user;
The virtual space is shared by a first user, a second user, and a third user;
The first user and the third user have the same first attribute, and the second user has a second attribute;
the character arrangement means arranges a character corresponding to the first user, a character corresponding to the second user, and a character corresponding to the third user in the virtual space;
when a state of a character corresponding to the first user is the first state, a state of a character corresponding to the second user is the first state, and a state of a character corresponding to the third user is the second state, when the specific object is arranged in the virtual space in response to the second operation information by the third user, the specific object arranged in response to the second operation information by the third user and which is a common specific object is displayed so as to be commonly visible to both the first user and the second user who share the virtual space ,
The program, wherein the specific object includes an object configured to have an effect on one of the first user having the first attribute and the second user having the second attribute but not on the other user, and the object is displayed so as to be commonly visible to both the first user having the first attribute and the second user having the second attribute . the virtual space includes a field in which each character arranged in the virtual space can move;
The program according to claim 1 , wherein among the characters arranged in the virtual space, a character that has been changed from the first state to the second state is not displayed on the field. The one or more specific objects include at least one of a first specific object and a second specific object;
the first specific object is an object that restricts passage of at least a character corresponding to the second user;
3. The program according to claim 1, wherein the second specific object is an object capable of recovering at least a parameter value corresponding to a character corresponding to the first user. The computer,
The program described in any one of claims 1 to 3, further functioning as an arrangement control means for controlling the placement of additional specific objects in the virtual space when a specified number of the specific objects have been placed in the virtual space. The computer,
The program according to claim 4, further functioning as a removal means for removing the specific object placed in the virtual space from the virtual space when a specified time has elapsed since the specific object was placed in the virtual space. The computer,
a viewpoint changing unit that changes a viewpoint when generating an image corresponding to the character changed from the first state to the second state and that is displayed to a user and that is obtained by rendering the virtual space, from a first viewpoint to a second viewpoint;
the virtual space includes a field in which a character arranged in the virtual space can move;
the first viewpoint is a viewpoint corresponding to a character disposed in the virtual space,
The program according to any one of claims 1 to 5, wherein the second viewpoint is a viewpoint overlooking the field. the first state is a state in which the player can participate in a first game including moving a character arranged in the virtual space;
the second state is a state in which the user is unable to participate in the first game and is able to participate in a second game including arranging the one or more specific objects in the virtual space;
The computer,
The program according to claim 6 , further functioning as a start notification means for notifying a user corresponding to a character changed from the first state to the second state of the start of the second game. The computer,
8. The program according to claim 1, further functioning as an information notifying means for notifying information indicating attributes of a user who has placed the specific object. The groups into which the characters to be placed in the virtual space are classified include a first group into which characters corresponding to users with a first attribute are classified, and a second group into which characters corresponding to users with a second attribute are classified;
The program according to claim 8 , wherein the specific object is accompanied by a different visual effect depending on an attribute of the user. Computer,
a character arrangement means for arranging a character corresponding to a user in a virtual space;
a state changing means for changing a state of the character from a first state to a second state when a specific condition is established;
a first event generating means for generating a first event in the virtual space in response to operation information by the user when the state of the character is the first state;
a second event generating means for generating a second event different from the first event in the virtual space in response to the operation information by the user when the state of the character is the second state;
The virtual space is shared by a first user, a second user, and a third user;
The first user and the third user have the same first attribute, and the second user has a second attribute;
the character arrangement means arranges a character corresponding to the first user, a character corresponding to the second user, and a character corresponding to the third user in the virtual space;
when a state of a character corresponding to the first user is the first state, a state of a character corresponding to the second user is the first state, and a state of a character corresponding to the third user is the second state, when the second event is generated in the virtual space in response to the operation information by the third user, the second event generated in response to the operation information by the third user and which is a common second event is displayed so as to be commonly visible to both the first user and the second user who share the virtual space ,
The second event includes an event configured to have an effect on one of the first user having the first attribute and the second user having the second attribute but not on the other user, and the event is displayed so as to be commonly visible to both the first user having the first attribute and the second user having the second attribute . a character arrangement means for arranging a character corresponding to a user in a virtual space;
a state changing means for changing a state of the character from a first state to a second state when a specific condition is established;
a moving means for moving the character in the virtual space in response to first operation information by the user;
a restricting means for restricting movement of the character in the virtual space when the state of the character is the second state;
a specific object arranging means for arranging one or more specific objects in the virtual space in response to second operation information by the user when the state of the character is the second state,
The virtual space is shared by a first user, a second user, and a third user;
The first user and the third user have the same first attribute, and the second user has a second attribute;
the character arrangement means arranges a character corresponding to the first user, a character corresponding to the second user, and a character corresponding to the third user in the virtual space;
when a state of a character corresponding to the first user is the first state, a state of a character corresponding to the second user is the first state, and a state of a character corresponding to the third user is the second state, when the specific object is arranged in the virtual space in response to the second operation information by the third user, the specific object arranged in response to the second operation information by the third user and which is a common specific object is displayed so as to be commonly visible to both the first user and the second user who share the virtual space ,
An information processing system in which the specific object includes an object configured to have an effect on one of the first user having the first attribute and the second user having the second attribute but not on the other user, and the object is displayed so as to be commonly visible to both the first user having the first attribute and the second user having the second attribute .