JP6776394B2 - Programs, game methods, computers, and information terminals - Google Patents

Description

The present invention relates to game programs, game methods, computers, and information terminal devices.

Conventionally, it has been known that a video of a live performance is distributed to a user's communication terminal via a network (for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2012-121998

However, in the case of the one described in Patent Document 1, even if a plurality of users are watching the live performance by the communication terminal, the player side of the live performance cannot recognize the user who is watching, and the player side and the viewer side. There is a risk that they will not be able to communicate with each other and will lack good taste.

The present invention has been conceived in view of such circumstances, and an object of the present invention is to provide a program, a game method, a computer, and an information terminal device capable of improving the taste of a game.

According to an aspect of one embodiment shown in the present disclosure, a program executed in an information terminal device including a processor, a memory, and a display unit, and a character that operates according to the movement of a distributor is in a virtual space. A step of receiving display information from the outside to enable display of the arranged and progressing image, and a virtual camera is arranged in the virtual space based on the display information, and the viewpoint of the virtual camera among the images in the virtual space A step of displaying the image according to the above on the display unit and a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space in response to a specific operation from the user are executed.

According to an aspect of one embodiment, a program executed in a computer including a processor, a memory, and a display unit, and an image in a virtual space in which a character that operates according to the movement of a distributor is arranged. The data transmitted from the information terminal device that displays the image according to the viewpoint of the virtual camera among the images in the virtual space based on the display information and the step of distributing the display information for making it displayable. By receiving the information according to the specific operation from the user who views the video, the step of performing the notification process for notifying the distributor of the position of the viewpoint of the user's virtual camera in the virtual space is executed.

According to a certain aspect of the embodiment, the information terminal device includes a storage unit for storing a program and a control unit for controlling the operation of the information terminal device by executing the program. A step of receiving display information from the outside so that a character that moves according to the movement of the distributor is placed in the virtual space and can display the progressing image, and a virtual camera in the virtual space based on the display information Distributor the step of arranging and displaying the image corresponding to the viewpoint of the virtual camera among the images in the virtual space on the display unit, and the position of the viewpoint of the virtual camera in the virtual space according to the specific operation from the user. The step of performing the notification process for notifying the user is executed.

According to an aspect of one embodiment, the computer includes a storage unit that stores a program and a control unit that controls the operation of the computer by executing the program, and the control unit is the movement of the distributor. Depending on the step of delivering display information to make it possible to display the image in the virtual space where the characters that move according to the display are arranged, and the viewpoint of the virtual camera among the images in the virtual space based on the display information. The data transmitted from the information terminal device that displays the video, and the position of the viewpoint of the user's virtual camera in the virtual space is distributed by receiving the information according to the specific operation from the user who views the video. A step of performing a notification process for notifying a person is executed.

According to an aspect of one embodiment, a game method is executed in an information terminal device including a processor, a memory, an input unit, and a display unit, and the game method is such that the information terminal device responds to the movement of a distributor. A virtual space by arranging a virtual camera in a virtual space based on the step of receiving display information from the outside to enable display of a moving image in which a character operating in a virtual space is arranged in the virtual space. A step of displaying an image corresponding to the viewpoint of the virtual camera on the display unit among the images in the video, and a notification for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space in response to a specific operation from the user. It is provided with a step of performing processing.

According to an aspect of one embodiment, a game method performed on a computer including a processor, a memory, an input unit, and a display unit, wherein the game method is a character in which the computer operates in response to the movement of a distributor. The step of distributing display information to make it possible to display the image in the virtual space where is arranged, and the information to display the image according to the viewpoint of the virtual camera among the images in the virtual space based on the display information. Data transmitted from the terminal device, for notifying the distributor of the position of the viewpoint of the user's virtual camera in the virtual space by receiving information according to a specific operation from the user who views the video. It includes a step of performing notification processing.

According to the present invention, the taste of the game can be improved.

It is a figure which shows an example of the outline of the system which follows a certain embodiment. It is a block diagram which shows an example of the hardware composition of the user terminal which follows a certain embodiment. It is a block diagram which shows an example of the hardware configuration of the server according to a certain embodiment. It is a block diagram which shows an example of the hardware composition of the game play terminal which follows a certain embodiment. It is a block diagram which shows an example of the hardware composition of the distribution terminal which follows a certain embodiment. It is a block diagram which shows an example of the functional configuration of the user terminal, the server, and the HMD set according to a certain embodiment. It is a block diagram which shows an example of the functional structure of the distribution terminal which follows a certain embodiment. It is a flowchart which shows a part of the processing executed in the user terminal and the game play terminal which follow a certain embodiment. It is a figure which shows an example of the virtual space provided to a player, and the visual field image which a player visually recognizes according to a certain embodiment. It is a figure which shows an example of the virtual space provided to the user of a user terminal, and the field of view image which the user visually recognizes according to a certain embodiment. It is a figure which shows another example of the field of view image which the user of a user terminal visually recognizes. It is a figure which shows still another example of the field of view image which the user of a user terminal sees. It is a flowchart which shows a part of the processing executed in the game play terminal which follows a certain embodiment. It is a flowchart which shows a part of the process executed in the user terminal which follows a certain embodiment. It is a flowchart which shows a part of the processing executed in the server according to a certain embodiment. It is a figure which shows a specific example of the list of the user who participated in a game according to a certain embodiment. It is a flowchart which shows a part of the processing executed in the distribution terminal which follows a certain embodiment. It is a figure which shows a specific example of the screen displayed on the distribution terminal according to a certain embodiment. It is a figure which shows the other specific example of the screen which is displayed on the distribution terminal which follows a certain embodiment. It is a figure which shows a specific example of voice input by a player according to a certain embodiment. It is a figure which shows still another specific example of the screen displayed on the distribution terminal according to a certain embodiment, and the outline of distribution of operation instruction data. It is a figure which shows the other specific example of the voice input by a player according to a certain embodiment. It is a figure which shows still another specific example of the screen displayed on the distribution terminal according to a certain embodiment, and the outline of distribution of operation instruction data. It is a figure which shows the outline of transmission of the game progress information from a game play terminal to a user terminal according to a certain embodiment. It is a flowchart which shows a part of the process executed in the user terminal which follows a certain embodiment. It is a figure which shows a specific example of moving image reproduction. It is a figure which shows other concrete example of moving image play. It is a figure which shows an example of a plurality of HEX divided on a map, and a center tower, a live distribution tower, and a portal arranged in each of the plurality of HEX. It is a figure which shows the structure of the table stored in the memory of a user terminal. (A) is a diagram showing an example of an image displayed on the touch screen of the user terminal, (B) is a diagram showing another example of the image displayed on the touch screen of the user terminal, and (C) is a diagram showing another example. It is a figure which shows the other example of the image displayed on the touch screen of a user terminal, (D) is the figure which shows the other example of the image displayed on the touch screen of a user terminal. It is a flowchart which shows a part of the flow of processing executed in a user terminal. It is a flowchart which shows the other part of the flow of processing executed in a user terminal. It is a flowchart which shows the flow of processing executed in a user terminal and a game play terminal. It is a flowchart which shows the flow of processing executed in a user terminal and a game play terminal. (A1) is a screen view showing the position of the user's virtual camera in a light emission display on the player's field of view image, (A2) is a screen view showing the user's field of view image displayed on the user terminal, and (B1) is a screen view. It is a screen view in which the positions of the virtual cameras of the three users are light-emittingly displayed on the player's field of view image, (B2) is a screen view showing the user's field of view image displayed on the user terminal, and (C1) is the player. It is a screen view in which the positions of the virtual cameras of the three users are light-emittingly displayed on the field of view image of the above, and (C2) is a screen view showing the field of view image of the user displayed on the user terminal.

The system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

<Overview of system 1 operation>
FIG. 1 is a diagram showing an outline of the system 1 according to the present embodiment. The system 1 includes a plurality of user terminals 100 (computers), a server 200, a game play terminal 300 (external device, second external device), and a distribution terminal 400 (external, first external device). In FIG. 1, user terminals 100A to 100C, in other words, three user terminals 100 are shown as an example of a plurality of user terminals 100, but the number of user terminals 100 is not limited to the illustrated example. .. Further, in the present embodiment, when it is not necessary to distinguish the user terminals 100A to C, it is described as "user terminal 100". The user terminal 100, the game play terminal 300, and the distribution terminal 400 are connected to the server 200 via the network 2. The network 2 is composed of various mobile communication systems constructed by the Internet and a wireless base station (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Be done.

(Outline of the game)
In the present embodiment, as an example of the game provided by the system 1 (hereinafter, the game), a game mainly played by the user of the game play terminal 300 will be described. Hereinafter, the user of the game play terminal 300 is referred to as a "player". As an example, the player (performer) advances the game by operating the characters appearing in the game. Further, in this game, the user of the user terminal 100 plays a role of supporting the progress of the game by the player. Details of this game will be described later. The game provided by the system 1 may be a game in which a plurality of users participate, and is not limited to this example.

(Gameplay terminal 300)
The game play terminal 300 advances the game in response to an input operation by the player. In addition, the game play terminal 300 sequentially delivers information generated by the player's game play (hereinafter, game progress information) to the server 200 in real time.

(Server 200)
The server 200 transmits the game progress information (second data) received in real time from the game play terminal 300 to the user terminal 100. In addition, the server 200 mediates the transmission and reception of various information between the user terminal 100, the game play terminal 300, and the distribution terminal 400.

(Distribution terminal 400)
The distribution terminal 400 generates operation instruction data (first data) in response to an input operation by the user of the distribution terminal 400, and distributes the operation instruction data to the user terminal 100 via the server 200. The operation instruction data is data for playing back a moving image on the user terminal 100, and specifically, is data for operating a character appearing in the moving image.

In the present embodiment, as an example, the user of the distribution terminal 400 is a player of this game. Further, as an example, the moving image played on the user terminal 100 based on the operation instruction data is a moving image in which the character operated by the player in the game operates. "Movement" is to move at least a part of the character's body, including speech. Therefore, the motion instruction data according to the present embodiment includes, for example, voice data for causing the character to speak and motion data for moving the character's body.

As an example, the operation instruction data is transmitted to the user terminal 100 after the end of this game. The details of the operation instruction data and the moving image played based on the operation instruction data will be described later.

(User terminal 100)
The user terminal 100 receives the game progress information in real time, and generates and displays the game screen using the information. In other words, the user terminal 100 reproduces the game screen of the game being played by the player by real-time rendering. As a result, the user of the user terminal 100 can visually recognize the same game screen as the game screen that the player is viewing while playing the game at substantially the same timing as the player.

Further, the user terminal 100 generates information for supporting the progress of the game by the player in response to the input operation by the user, and transmits the information to the game play terminal 300 via the server 200. Details of the information will be described later.

Further, the user terminal 100 receives the operation instruction data from the distribution terminal 400, and generates and reproduces a moving image (video) using the operation instruction data. In other words, the user terminal 100 renders and reproduces the operation instruction data.

<Hardware configuration of system 1>
FIG. 2 is a diagram showing a hardware configuration of the user terminal 100. FIG. 3 is a diagram showing a hardware configuration of the server 200. FIG. 4 is a diagram showing a hardware configuration of the game play terminal 300. FIG. 5 is a diagram showing a hardware configuration of the distribution terminal 400.

(User terminal 100)
In the present embodiment, as an example, an example in which the user terminal 100 is realized as a smartphone will be described, but the user terminal 100 is not limited to the smartphone. For example, the user terminal 100 may be realized as a feature phone, a tablet computer, a laptop computer (so-called laptop computer), a desktop computer, or the like. Further, the user terminal 100 may be a game device suitable for game play.

As shown in FIG. 2, the user terminal 100 measures the processor 10, the memory 11, the storage 12, the communication interface (IF) 13, the input / output IF 14, the touch screen 15 (display unit), the camera 17, and the like. It includes a distance sensor 18. These configurations included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may be provided with an input / output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body can be connected instead of or in addition to the touch screen 15.

Further, as shown in FIG. 2, the user terminal 100 may be configured to be communicable with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

In addition, instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18, the controller 1020 may have the camera 17 and the distance measuring sensor 18.

It is desirable that the user terminal 100, for example, at the start of a game, have a user who uses the controller 1020 input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the source of the received output value (controller 1020). be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, each user grips each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multiplayer is realized locally by the plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

Even when the above-mentioned multiplayer is realized locally, the user terminal 100 may communicate with the server 200. For example, information indicating a play result such as a result or victory or defeat in a certain game may be associated with user identification information and transmitted to the server 200.

Further, the controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the coupling portion, the user terminal 100 and the controller 1020 transmit and receive signals via wire.

As shown in FIG. 2, the user terminal 100 may accept the attachment of a storage medium 1030 such as an external memory card via the input / output IF14. As a result, the user terminal 100 can read the program and data recorded on the storage medium 1030. The program recorded on the storage medium 1030 is, for example, a game program.

The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or may store the game program acquired by reading from the storage medium 1030 in the memory 11. You may memorize it in.

As described above, the user terminal 100 includes a communication IF 13, an input / output IF 14, a touch screen 15, a camera 17, and a distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-mentioned parts as an input mechanism can be regarded as an operation part configured to accept a user's input operation.

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 in the vicinity of the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. To. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as. The captured image may be a still image or a moving image.

Alternatively, when the operation unit is composed of the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is composed of the communication IF 13, the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. Alternatively, when the operation unit is composed of the input / output IF14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 is specified and accepted as a user input operation.

(Server 200)
As an example, the server 200 may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These configurations included in the server 200 are electrically connected to each other by a communication bus.

(Gameplay terminal 300)
As an example, the game play terminal 300 may be a general-purpose computer such as a personal computer. The game play terminal 300 includes a processor 30, a memory 31, a storage 32, a communication IF 33, and an input / output IF 34. These configurations included in the gameplay terminal 300 are electrically connected to each other by a communication bus.

As shown in FIG. 4, the game play terminal 300 according to the present embodiment is included in the HMD (Head Mounted Display) set 1000 as an example. That is, it can be expressed that the HMD set 1000 is included in the system 1, and the player can also express that he / she plays a game using the HMD set 1000. The device for the player to play the game is not limited to the HMD set 1000. As an example, the device may be any device that allows the player to experience the game virtually. In addition, the device may be realized as a smartphone, a feature phone, a tablet computer, a laptop computer (so-called laptop computer), a desktop computer, or the like. Further, the device may be a game device suitable for game play.

The HMD set 1000 includes a game play terminal 300, an HMD 500, an HMD sensor 510, a motion sensor 520, a display 530, and a controller 540. The HMD 500 includes a monitor 51, a gaze sensor 52, a first camera 53, a second camera 54, a microphone 55, and a speaker 56. The controller 540 may include a motion sensor 520.

The HMD 500 may be mounted on the player's head and provide the player with virtual space during operation. More specifically, the HMD 500 displays an image for the right eye and an image for the left eye on the monitor 51, respectively. When each eye of the player visually recognizes the respective image, the player can recognize the image as a three-dimensional image based on the parallax of both eyes. The HMD 500 may include either a so-called head-mounted display including a monitor and a head-mounted device capable of mounting a smartphone or other terminal having a monitor.

The monitor 51 is realized as, for example, a non-transparent display device. In a certain aspect, the monitor 51 is arranged on the main body of the HMD 500 so as to be located in front of both eyes of the player. Therefore, the player can immerse himself in the virtual space when he / she visually recognizes the three-dimensional image displayed on the monitor 51. In some aspects, the virtual space includes, for example, a background, player-operable objects, and player-selectable menu images. In a certain aspect, the monitor 51 can be realized as a liquid crystal monitor or an organic EL (Electro Luminescence) monitor included in a so-called smartphone or other information display terminal.

In another aspect, the monitor 51 can be realized as a transmissive display device. In this case, the HMD 500 may be an open type such as a glasses type, not a closed type that covers the player's eyes as shown in FIG. The transmissive monitor 51 may be temporarily configured as a non-transparent display device by adjusting its transmittance. The monitor 51 may include a configuration that simultaneously displays a part of the image constituting the virtual space and the real space. For example, the monitor 51 may display an image of the real space taken by the camera mounted on the HMD 500, or may make the real space visible by setting a part of the transmittance to be high.

In some aspects, the monitor 51 may include a sub-monitor for displaying an image for the right eye and a sub-monitor for displaying an image for the left eye. In another aspect, the monitor 51 may be configured to display the image for the right eye and the image for the left eye as a unit. In this case, the monitor 51 includes a high speed shutter. The high-speed shutter operates so that the image for the right eye and the image for the left eye can be alternately displayed so that the image is recognized by only one of the eyes.

In one aspect, the HMD 500 includes a plurality of light sources (not shown). Each light source is realized by, for example, an LED (Light Emitting Diode) that emits infrared rays. The HMD sensor 510 has a position tracking function for detecting the movement of the HMD 500. More specifically, the HMD sensor 510 reads a plurality of infrared rays emitted by the HMD 500 and detects the position and inclination of the HMD 500 in the real space.

In another aspect, the HMD sensor 510 may be implemented by a camera. In this case, the HMD sensor 510 can detect the position and tilt of the HMD 500 by executing the image analysis process using the image information of the HMD 500 output from the camera.

In another aspect, the HMD 500 may include a sensor (not shown) as a position detector in place of the HMD sensor 510 or in addition to the HMD sensor 510. The HMD500 can use the sensor to detect the position and tilt of the HMD500 itself. For example, if the sensor is an angular velocity sensor, a geomagnetic sensor, or an acceleration sensor, the HMD 500 may use any of these sensors instead of the HMD sensor 510 to detect its position and tilt. As an example, when the sensor provided in the HMD 500 is an angular velocity sensor, the angular velocity sensor detects the angular velocity around the three axes of the HMD 500 in real space over time. The HMD500 calculates the temporal change of the angle around the three axes of the HMD500 based on each angular velocity, and further calculates the inclination of the HMD500 based on the temporal change of the angle.

The gaze sensor 52 detects the direction in which the line of sight of the player's right eye and left eye is directed. That is, the gaze sensor 52 detects the line of sight of the player. The detection of the direction of the line of sight is realized by, for example, a known eye tracking function. The gaze sensor 52 is realized by a sensor having the eye tracking function. In certain aspects, the gaze sensor 52 preferably includes a sensor for the right eye and a sensor for the left eye. The gaze sensor 52 may be, for example, a sensor that irradiates infrared light to the right eye and left eye of the player and detects the rotation angle of each eyeball by receiving the reflected light from the cornea and the iris with respect to the irradiation light. The gaze sensor 52 can detect the line of sight of the player based on each of the detected rotation angles.

The first camera 53 photographs the lower part of the player's face. More specifically, the first camera 53 captures the nose and mouth of the player. The second camera 54 photographs the eyes and eyebrows of the player. The housing on the player side of the HMD500 is defined as the inside of the HMD500, and the housing on the side opposite to the player of the HMD500 is defined as the outside of the HMD500. In some aspects, the first camera 53 may be located outside the HMD500 and the second camera 54 may be located inside the HMD500. The images generated by the first camera 53 and the second camera 54 are input to the game play terminal 300. In another aspect, the first camera 53 and the second camera 54 may be realized as one camera, and the player's face may be photographed by the one camera.

The microphone 55 converts the player's utterance into a voice signal (electric signal) and outputs it to the game play terminal 300. The speaker 56 converts the voice signal into voice and outputs it to the player. In another aspect, the HMD 500 may include earphones instead of the speaker 56.

The controller 540 is connected to the game play terminal 300 by wire or wirelessly. The controller 540 receives an input of a command from the player to the game play terminal 300. In certain aspects, the controller 540 is configured to be grippable by the player. In another aspect, the controller 540 is configured to be wearable on a player's body or part of clothing. In yet another aspect, the controller 540 may be configured to output at least one of vibration, sound, and light based on a signal transmitted from the gameplay terminal 300. In yet another aspect, the controller 540 receives from the player an operation for controlling the position and movement of an object arranged in the virtual space.

In one aspect, the controller 540 includes a plurality of light sources. Each light source is realized by, for example, an LED that emits infrared rays. The HMD sensor 510 has a position tracking function. In this case, the HMD sensor 510 reads a plurality of infrared rays emitted by the controller 540 and detects the position and inclination of the controller 540 in the real space. In another aspect, the HMD sensor 510 may be implemented by a camera. In this case, the HMD sensor 510 can detect the position and tilt of the controller 540 by executing the image analysis process using the image information of the controller 540 output from the camera.

The motion sensor 520 is attached to the player's hand in a certain aspect to detect the movement of the player's hand. For example, the motion sensor 520 detects the rotation speed, the number of rotations, and the like of the hand. The detected signal is sent to the game play terminal 300. The motion sensor 520 is provided in the controller 540, for example. In a certain aspect, the motion sensor 520 is provided in, for example, a controller 540 configured to be grippable by the player. In another aspect, for safety in real space, the controller 540 is attached to something that does not easily fly by being attached to the player's hand, such as a glove type. In yet another aspect, a sensor not attached to the player may detect the movement of the player's hand. For example, the signal of the camera that shoots the player may be input to the game play terminal 300 as a signal indicating the operation of the player. As an example, the motion sensor 520 and the game play terminal 300 are wirelessly connected to each other. In the case of wireless communication, the communication mode is not particularly limited, and for example, Bluetooth or other known communication method is used.

The display 530 displays an image similar to the image displayed on the monitor 51. As a result, users other than the player wearing the HMD 500 can view the same image as the player. The image displayed on the display 530 does not have to be a three-dimensional image, and may be an image for the right eye or an image for the left eye. Examples of the display 530 include a liquid crystal display and an organic EL monitor.

The game play terminal 300 operates a character to be operated by the player based on various information acquired from each part of the HMD 500, the controller 540, and the motion sensor 520, and advances the game. The "movements" here include moving parts of the body, changing postures, changing facial expressions, moving, uttering, touching and moving objects placed in virtual space, and characters. This includes the use of weapons and tools to grasp. That is, in this game, when the player moves each part of the body, the character also moves each part of the body in the same manner as the player. Further, in this game, the character utters the content uttered by the player. In other words, in this game, the character is an avatar object that behaves as a player's alter ego. As an example, at least part of the character's movements may be performed by input to the controller 540 by the player.

In the present embodiment, the motion sensor 520 is attached to, for example, both hands of the player, both feet of the player, the waist of the player, and the head of the player. The motion sensors 520 attached to both hands of the player may be provided in the controller 540 as described above. Further, the motion sensor 520 attached to the player's head may be provided in the HMD 500. The motion sensor 520 may also be attached to the user's elbows and knees. By increasing the number of motion sensors 520 attached to the player, the movement of the player can be more accurately reflected in the character.
Further, instead of attaching the motion sensor 520 to each part of the body, the player may wear a suit to which one or more motion sensors 520 are attached. That is, the method of motion capture is not limited to the example using the motion sensor 520.

(Distribution terminal 400)
The distribution terminal 400 may be a mobile terminal such as a smartphone, a PDA (Personal Digital Assistant), or a tablet computer. Further, the distribution terminal 400 may be a so-called stationary terminal such as a desktop personal computer.

As shown in FIG. 5, the distribution terminal 400 includes a processor 40, a memory 41, a storage 42, a communication IF 43, an input / output IF 44, and a touch screen 45. The distribution terminal 400 may be provided with an input / output IF 44 to which a display (display unit) configured separately from the distribution terminal 400 main body can be connected in place of or in addition to the touch screen 45.

Controller 1021 may have one or more physical input mechanisms such as buttons, levers, sticks, wheels and the like. The controller 1021 transmits an output value based on an input operation input to the input mechanism by the operator of the distribution terminal 400 (player in the present embodiment) to the distribution terminal 400. Further, the controller 1021 may have various sensors such as an acceleration sensor and an angular velocity sensor, and may transmit the output values of the various sensors to the distribution terminal 400. The above output value is accepted by the distribution terminal 400 via the communication IF43.

The distribution terminal 400 may include a camera and a distance measuring sensor (both not shown). Alternatively or in addition to the distribution terminal 400, the controller 1021 may have a camera and a distance measuring sensor.

As described above, the distribution terminal 400 includes a communication IF43, an input / output IF44, and a touch screen 45 as an example of a mechanism for inputting information to the distribution terminal 400. Each of the above-mentioned parts as an input mechanism can be regarded as an operation part configured to accept a user's input operation.

When the operation unit is composed of the touch screen 45, the distribution terminal 400 identifies and accepts the user's operation performed on the input unit 451 of the touch screen 45 as the user's input operation. Alternatively, when the operation unit is composed of the communication IF 43, the distribution terminal 400 identifies and accepts a signal (for example, an output value) transmitted from the controller 1021 as an input operation of the user. Alternatively, when the operation unit is composed of the input / output IF44, the distribution terminal 400 identifies and accepts a signal output from an input device (not shown) connected to the input / output IF44 as a user input operation.

<Hardware components of each device>
The processors 10, 20, 30, and 40 control the overall operation of the user terminal 100, the server 200, the game play terminal 300, and the distribution terminal 400, respectively. Processors 10, 20, 30, and 40 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit). Processors 10, 20, 30, and 40 read programs from storages 12, 22, 32, and 42, which will be described later, respectively. Then, the processors 10, 20, 30, and 40 expand the read programs into the memories 11, 21, 31, and 41, which will be described later, respectively. Processors 10, 20, and 30 execute the expanded program.

The memories 11, 21, 31, and 41 are main storage devices. The memories 11, 21, 31, and 41 are composed of storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing a program and various data read from the storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 is operating according to the program. The memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to the program. The memory 31 provides a work area to the processor 30 by temporarily storing various programs and data read from the storage 32 described later by the processor 30. The memory 31 also temporarily stores various data generated while the processor 30 is operating according to the program. The memory 41 provides a work area to the processor 40 by temporarily storing the program and various data read from the storage 42 described later by the processor 40. The memory 41 also temporarily stores various data generated while the processor 40 is operating according to the program.

In the present embodiment, the programs executed by the processors 10 and 30 may be game programs of the present game. In the present embodiment, the program executed by the processor 40 may be a distribution program for realizing distribution of operation instruction data. Further, the processor 10 may further execute a viewing program for realizing the reproduction of the moving image.

In the present embodiment, the program executed by the processor 20 may be at least one of the above-mentioned game program, distribution program, and viewing program. The processor 20 executes at least one of a game program, a distribution program, and a viewing program in response to a request from at least one of the user terminal 100, the game play terminal 300, and the distribution terminal 400. The distribution program and the viewing program may be executed in parallel.

That is, the game program may be a program that realizes the game in cooperation with the user terminal 100, the server 200, and the game play terminal 300. The distribution program may be a program that realizes distribution of operation instruction data in collaboration with the server 200 and the distribution terminal 400. The viewing program may be a program that realizes the reproduction of a moving image in collaboration with the user terminal 100 and the server 200.

The storages 12, 22, 32, and 42 are auxiliary storage devices. The storages 12, 22, 32, and 42 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). For example, various data related to the game are stored in the storages 12 and 32. Various data related to the distribution of operation instruction data are stored in the storage 42. In addition, various data related to the reproduction of the moving image are stored in the storage 12. The storage 22 may store at least a part of various data related to each of the game, the distribution of the operation instruction data, and the reproduction of the moving image.

The communication IFs 13, 23, 33, and 43 control the transmission and reception of various data in the user terminal 100, the server 200, the game play terminal 300, and the distribution terminal 400, respectively. The communication IFs 13, 23, 33, and 43 include, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using a short-range wireless communication or the like. Control.

The input / output IFs 14, 24, 34, and 44 are interfaces for the user terminal 100, the server 200, the game play terminal 300, and the distribution terminal 400 to receive data input and to output data, respectively. The input / output IFs 14, 24, 34, 44 may input / output data via USB (Universal Serial Bus) or the like. Input / output IFs 14, 24, 34, 44 may include physical buttons, cameras, microphones, speakers, mice, keyboards, displays, sticks, levers and the like. Further, the input / output IFs 14, 24, 34, 44 may include a connection portion for transmitting / receiving data to / from a peripheral device.

The touch screen 15 is an electronic component that combines an input unit 151 and a display unit 152 (display). The touch screen 45 is an electronic component that combines an input unit 451 and a display unit 452. The input units 151 and 451 are, for example, touch-sensitive devices, and are configured by, for example, a touch pad. The display units 152 and 452 are composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input units 151 and 451 detect the position where the user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and information indicating the position. Has a function of transmitting as an input signal. The input units 151 and 451 may include touch sensing units (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistance film method.

Although not shown, the user terminal 100 and the distribution terminal 400 may each include one or more sensors for specifying the holding posture of the user terminal 100 and the distribution terminal 400, respectively. This sensor may be, for example, an acceleration sensor, an angular velocity sensor, or the like.

When the user terminal 100 and the distribution terminal 400 include a sensor, the processors 10 and 40 each specify the holding postures of the user terminal 100 and the distribution terminal 400 from the output of the sensor, and perform processing according to the holding posture. It will also be possible. For example, the processors 10 and 40 may be a vertical screen display in which vertically long images are displayed on the display units 152 and 452 when the user terminal 100 and the distribution terminal 400 are held vertically, respectively. On the other hand, when the user terminal 100 and the distribution terminal 400 are held sideways, a horizontally long image may be displayed on the display unit as a horizontal screen display. In this way, the processors 10 and 40 may be able to switch between the vertical screen display and the horizontal screen display according to the holding postures of the user terminal 100 and the distribution terminal 400, respectively.

<Functional configuration of system 1>
FIG. 6 is a block diagram showing a functional configuration of a user terminal 100, a server 200, and an HMD set 1000 included in the system 1. FIG. 7 is a block diagram showing a functional configuration of the distribution terminal 400 shown in FIG.

The user terminal 100 has a function as an input device that accepts a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as a control unit 110 and a storage unit 120 in cooperation with a processor 10, a memory 11, a storage 12, a communication IF 13, an input / output IF 14, a touch screen 15, and the like.

The server 200 has a function of mediating the transmission / reception of various information between the user terminal 100, the HMD set 1000, and the distribution terminal 400. The server 200 functions as a control unit 210 and a storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The HMD set 1000 (game play terminal 300) has a function as an input device for receiving an input operation of a player, a function as an output device for outputting a game image and sound, and a user of game progress information via a server 200. It has a function of transmitting to the terminal 100 in real time. The HMD set 1000 is a control unit 310 in cooperation with the processor 30, memory 31, storage 32, communication IF33, input / output IF34, HMD500, HMD sensor 510, motion sensor 520, controller 540, etc. of the game play terminal 300. And functions as a storage unit 320.

The distribution terminal 400 has a function of generating operation instruction data and transmitting the operation instruction data to the user terminal 100 via the server 200. The distribution terminal 400 functions as a control unit 410 and a storage unit 420 in cooperation with the processor 40, the memory 41, the storage 42, the communication IF43, the input / output IF44, the touch screen 45, and the like.

(Data stored in the storage unit of each device)
The storage unit 120 stores the game program 131 (program), the game information 132, and the user information 133. The storage unit 220 stores the game program 231 and the game information 232, the user information 233, and the user list 234. The storage unit 320 stores the game program 331, the game information 332, and the user information 333. The storage unit 420 stores the user list 421, the motion list 422, and the distribution program 423 (program, second program).

The game programs 131, 231 and 331 are game programs executed by the user terminal 100, the server 200, and the HMD set 1000, respectively. This game is realized by the cooperative operation of each device based on the game programs 131, 231 and 331. The game programs 131 and 331 may be stored in the storage unit 220 and downloaded to the user terminal 100 and the HMD set 1000, respectively. In the present embodiment, the user terminal 100 renders the data received from the distribution terminal 400 based on the game program 131, and reproduces the moving image. In other words, the game program 131 is also a program for playing a moving image using the moving image instruction data distributed from the distribution terminal 400. The program for playing the moving image may be different from the game program 131. In this case, the storage unit 120 stores a program for playing the moving image separately from the game program 131.

The game information 132, 232, and 332 are data that the user terminal 100, the server 200, and the HMD set 1000 refer to when executing the game program, respectively. The user information 133, 233, and 333 are data related to the user account of the user terminal 100. The game information 232 is the game information 132 of each user terminal 100 and the game information 332 of the HMD set 1000. The user information 233 is the user information of the player included in the user information 133 of each user terminal 100 and the user information 333. The user information 333 is the user information 133 of each user terminal 100 and the user information of the player.

The user list 234 and the user list 421 are a list of users who have participated in the game. The user list 234 and the user list 421 may include a list of users who participated in the most recent game play by the player, as well as a list of users who participated in each game play before the game play. The motion list 422 is a list of a plurality of motion data created in advance. The motion list 422 is, for example, a list in which motion data is associated with each of the information (for example, a motion name) that identifies each motion. The distribution program 423 is a program for realizing distribution of operation instruction data for playing a moving image on the user terminal 100 to the user terminal 100.

(Functional configuration of server 200)
The control unit 210 comprehensively controls the server 200 by executing the game program 231 stored in the storage unit 220. For example, the control unit 210 mediates the transmission and reception of various information between the user terminal 100, the HMD set 1000, and the distribution terminal 400.

The control unit 210 functions as a communication mediation unit 211, a log generation unit 212, and a list generation unit 213 according to the description of the game program 231. The control unit 210 can also function as another functional block (not shown) for mediating the transmission and reception of various information related to game play and distribution of operation instruction data, and for supporting the progress of the game.

The communication mediation unit 211 mediates the transmission and reception of various information between the user terminal 100, the HMD set 1000, and the distribution terminal 400. For example, the communication mediation unit 211 transmits the game progress information received from the HMD set 1000 to the user terminal 100. The game progress information includes data indicating the movement of the character operated by the player, the parameters of the character, information on items and weapons possessed by the character, enemy characters, and the like. The server 200 transmits the game progress information to the user terminals 100 of all the users participating in the game. In other words, the server 200 transmits common game progress information to the user terminals 100 of all users participating in the game. As a result, the game progresses in the same manner as the HMD set 1000 on each of the user terminals 100 of all the users participating in the game.

Further, for example, the communication mediation unit 211 transmits the information received from any one of the user terminals 100 to support the progress of the game by the player to the other user terminals 100 and the HMD set 1000. As an example, the information may be an item for the player to advance the game advantageously, and may be item information indicating an item provided to the player (character). The item information includes information (user name, user ID, etc.) indicating the user who provided the item. Further, the communication mediation unit 211 may mediate the distribution of the operation instruction data from the distribution terminal 400 to the user terminal 100.

The log generation unit 212 generates a game progress log based on the game progress information received from the HMD set 1000. The list generation unit 213 generates the user list 234 after the end of the game play. Although the details will be described later, each user in the user list 234 is associated with a tag indicating the content of the support provided by the user to the player. The list generation unit 213 generates a tag based on the game progress log generated by the log generation unit 212, and associates it with the corresponding user. The list generation unit 213 may associate the content of the support provided by each user to the player, which is input by the game operator or the like using a terminal device such as a personal computer, with the corresponding user as a tag. .. As a result, the content of the support provided by each user becomes more detailed. When the user participates in the game, the user terminal 100 transmits information indicating the user to the server 200 based on the user's operation. For example, the user terminal 100 transmits the user ID entered by the user to the server 200. That is, the server 200 holds information indicating each user for all the users participating in the game. The list generation unit 213 may generate the user list 234 using the information.

(Functional configuration of HMD set 1000)
The control unit 310 comprehensively controls the HMD set 1000 by executing the game program 331 stored in the storage unit 320. For example, the control unit 310 advances the game according to the game program 331 and the operation of the player. In addition, the control unit 310 communicates with the server 200 to send and receive information as needed while the game is in progress. The control unit 310 may send and receive information directly to and from the user terminal 100 without going through the server 200.

The control unit 310 has an operation reception unit 311, a display control unit 312, a UI control unit 313, an animation generation unit 314, a game progress unit 315, a virtual space control unit 316, and a reaction processing unit 317 according to the description of the game program 331. Functions as. The control unit 310 can also function as other functional blocks (not shown) for controlling characters appearing in the game, depending on the nature of the game to be executed.

The operation reception unit 311 detects and accepts the input operation of the player. The operation reception unit 311 receives signals input from the HMD 500, the motion sensor 520, the controller 540, etc., determines what kind of input operation has been performed, and outputs the result to each element of the control unit 310.

The UI control unit 313 controls a user interface (hereinafter, UI) image to be displayed on the monitor 51, the display 530, and the like. The UI image is a tool for the player to make an input necessary for the progress of the game to the HMD set 1000, or a tool for obtaining information output during the progress of the game from the HMD set 1000. UI images are, but are not limited to, icons, buttons, lists, menu screens, and the like.

The animation generation unit 314 generates animations showing the motions of various objects based on the control modes of the various objects. For example, the animation generation unit 314 may generate an animation or the like that expresses how an object (for example, a player's avatar object) moves as if it were there, moves its mouth, or changes its facial expression. ..

The game progress unit 315 advances the game based on the game program 331, the input operation by the player, the operation of the avatar object in response to the input operation, and the like. For example, the game progress unit 315 performs a predetermined game process when the avatar object performs a predetermined operation. Further, for example, the game progress unit 315 may receive information representing a user's operation on the user terminal 100 and perform game processing based on the user's operation. In addition, the game progress unit 315 generates game progress information according to the progress of the game and transmits it to the server 200. The game progress information is transmitted to the user terminal 100 via the server 200. As a result, the progress of the game in the HMD set 1000 is shared in the user terminal 100. In other words, the progress of the game in the HMD set 1000 and the progress of the game in the user terminal 100 are synchronized.

The virtual space control unit 316 performs various controls related to the virtual space provided to the player according to the progress of the game. As an example, the virtual space control unit 316 creates various objects and arranges them in the virtual space. Further, the virtual space control unit 316 arranges the virtual camera in the virtual space. In addition, the virtual space control unit 316 operates various objects arranged in the virtual space according to the progress of the game. Further, the virtual space control unit 316 controls the position and inclination of the virtual camera arranged in the virtual space according to the progress of the game.

The display control unit 312 outputs a game screen on which the processing results executed by each of the above elements are reflected to the monitor 51 and the display 530. The display control unit 312 may display an image based on the field of view from the virtual camera arranged in the virtual space on the monitor 51 and the display 530 as a game screen. Further, the display control unit 312 may include the animation generated by the animation generation unit 314 in the game screen. Further, the display control unit 312 may superimpose and draw the above-mentioned UI image controlled by the UI control unit 313 on the game screen.

The reaction processing unit 317 receives feedback on the reaction of the user of the user terminal 100 to the game play of the player, and outputs this to the player. In the present embodiment, for example, the user terminal 100 can create a comment (message) addressed to the avatar object based on the input operation of the user. The reaction processing unit 317 receives the comment data of the comment and outputs it. The reaction processing unit 317 may display the text data corresponding to the user's comment on the monitor 51 and the display 530, or may output the voice data corresponding to the user's comment from a speaker (not shown). In the former case, the reaction processing unit 317 may superimpose and draw an image corresponding to the text data (that is, an image including the content of the comment) on the game screen.

(Functional configuration of user terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the game program 131 and the user's operation. In addition, the control unit 110 communicates with the server 200 to send and receive information as needed while the game is in progress. The control unit 110 may send and receive information directly to and from the HMD set 1000 without going through the server 200.

The control unit 110 has an operation reception unit 111, a display control unit 112, a UI control unit 113, an animation generation unit 114, a game progress unit 115, a virtual space control unit 116, and a video playback unit 117 according to the description of the game program 131. Functions as. The control unit 110 can also function as other functional blocks (not shown) for the progress of the game, depending on the nature of the game being executed.

The operation reception unit 111 detects and accepts a user's input operation with respect to the input unit 151. The operation reception unit 111 determines what kind of input operation has been performed from the action exerted by the user on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. To do.

For example, the operation receiving unit 111 receives an input operation for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, the operation reception unit 111 detects that the contact input is released from the touch screen 15 when the continuously detected input is interrupted.

The UI control unit 113 controls a UI image to be displayed on the display unit 152 in order to construct a UI according to at least one of a user's input operation and received game progress information. The UI image is a tool for the user to input necessary input for the progress of the game to the user terminal 100, or a tool for obtaining information output during the progress of the game from the user terminal 100. UI images are, but are not limited to, icons, buttons, lists, menu screens, and the like.

The animation generation unit 114 generates animations showing the motions of various objects based on the control modes of the various objects.

The game progress unit 115 advances the game based on the game program 131, the received game progress information, the input operation by the user, and the like. When the game progress unit 115 performs a predetermined game process by an input operation by the user, the game progress unit 115 transmits information about the game process to the HMD set 1000 via the server 200. As a result, the predetermined game processing is shared in the HMD set 1000. In other words, the progress of the game in the HMD set 1000 and the progress of the game in the user terminal 100 are synchronized. The predetermined game process is, for example, a process of providing an item to the avatar object, and in this example, the information related to the game process is the item information described above.

The virtual space control unit 116 performs various controls related to the virtual space provided to the user according to the progress of the game. As an example, the virtual space control unit 116 creates various objects and arranges them in the virtual space. Further, the virtual space control unit 116 arranges the virtual camera in the virtual space. Further, the virtual space control unit 116 operates various objects arranged in the virtual space according to the progress of the game, specifically, the received game progress information. Further, the virtual space control unit 316 controls the position and inclination of the virtual camera arranged in the virtual space according to the progress of the game, specifically, the received game progress information.

The display control unit 112 outputs to the display unit 152 a game screen in which the processing results executed by each of the above elements are reflected. The display control unit 112 may display an image based on the field of view from the virtual camera arranged in the virtual space provided to the user on the display unit 152 as a game screen. Further, the display control unit 112 may include the animation generated by the animation generation unit 114 in the game screen. Further, the display control unit 112 may superimpose and draw the above-mentioned UI image controlled by the UI control unit 113 on the game screen. In any case, the game screen displayed on the display unit 152 is the same game screen as the game screen displayed on the other user terminal 100 and the HMD set 1000.

The moving image reproduction unit 117 analyzes (renders) the operation instruction data received from the distribution terminal 400, and reproduces the moving image.

(Functional configuration of distribution terminal 400)
The control unit 410 comprehensively controls the distribution terminal 400 by executing a program (not shown) stored in the storage unit 420. For example, the control unit 410 generates operation instruction data and distributes it to the user terminal 100 according to the operation of the program and the user (player in this embodiment) of the distribution terminal 400. In addition, the control unit 410 communicates with the server 200 to send and receive information as needed. The control unit 410 may send and receive information directly to and from the user terminal 100 without going through the server 200.

The control unit 410 functions as a communication control unit 411, a display control unit 412, an operation reception unit 413, a voice reception unit 414, a motion identification unit 415, and an operation instruction data generation unit 416 according to the description of the program. The control unit 410 can also function as other functional blocks (not shown) for the generation and distribution of operation instruction data.

The communication control unit 411 controls transmission / reception of information to / from the server 200 or the user terminal 100 via the server 200. The communication control unit 411 receives the user list 421 from the server 200 as an example. Further, the communication control unit 411 transmits the operation instruction data to the user terminal 100 as an example.

The display control unit 412 outputs various screens reflecting the processing results executed by each element to the display unit 452. As an example, the display control unit 412 displays a screen including the received user list 234. Further, as an example, the display control unit 412 displays a screen including a motion list 422 for causing the player to select motion data for operating the avatar object included in the motion instruction data to be distributed.

The operation reception unit 413 detects and accepts a player's input operation with respect to the input unit 151. The operation reception unit 111 determines what kind of input operation has been performed from the action exerted by the player on the console via the touch screen 45 and other input / output IF44s, and outputs the result to each element of the control unit 410. To do.

For example, the operation reception unit 413 receives an input operation for the input unit 451, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation reception unit 413 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as the types of input operations. Further, the operation reception unit 413 detects that the contact input is released from the touch screen 45 when the continuously detected input is interrupted.

The voice reception unit 414 receives the voice generated around the distribution terminal 400 and generates voice data of the voice. As an example, the voice receiving unit 414 receives the voice spoken by the player and generates voice data of the voice.

The motion specifying unit 415 specifies the motion data selected by the player from the motion list 422 according to the input operation of the player.

The operation instruction data generation unit 416 generates operation instruction data. As an example, the operation instruction data generation unit 416 generates operation instruction data including the generated voice data and the specified motion data.

The functions of the HMD set 1000, the server 200, and the user terminal 100 shown in FIG. 6 and the functions of the distribution terminal 400 shown in FIG. 7 are merely examples. Each device of the HMD set 1000, the server 200, the user terminal 100, and the distribution terminal 400 may include at least a part of the functions provided by the other devices. Further, another device other than the HMD set 1000, the server 200, the user terminal 100, and the distribution terminal 400 may be a component of the system 1, and the other device may be made to execute a part of the processing in the system 1. That is, the computer that executes the game program in the present embodiment may be any of the HMD set 1000, the server 200, the user terminal 100, the distribution terminal 400, and other devices, or a plurality of these. It may be realized by the combination of the devices of.

<Control processing of virtual space>
FIG. 8 is a flowchart showing an example of a flow of control processing of the virtual space provided to the player and the virtual space provided to the user of the user terminal 100. FIG. 9 is a diagram showing a virtual space 600A provided to the player and a field of view image visually recognized by the player according to an embodiment. FIG. 10 is a diagram showing a virtual space 600B provided to the user of the user terminal 100 and a field of view image visually recognized by the user according to a certain embodiment. Hereinafter, when it is not necessary to distinguish between the virtual spaces 600A and 600B, it is described as "virtual space 600".

In step S1, the processor 30 defines the virtual space 600A shown in FIG. 9 as the virtual space control unit 316. The processor 30 defines a virtual space 600A by using virtual space data (not shown). The virtual space data may be stored in the game play terminal 300, may be generated by the processor 30 based on the game program 331, or may be acquired by the processor 30 from an external device such as the server 200. May be good.

As an example, the virtual space 600 has an all-sky spherical structure that covers the entire 360-degree direction of a point defined as a center. In FIGS. 9 and 10, the celestial sphere in the upper half of the virtual space 600 is illustrated so as not to complicate the explanation.

In step S2, the processor 30 arranges the avatar object 610 (character) in the virtual space 600A as the virtual space control unit 316. The avatar object 610 is an avatar object associated with the player, and operates according to the input operation of the player.

In step S3, the processor 30 arranges other objects in the virtual space 600A as the virtual space control unit 316. In the example of FIG. 9, processor 30 arranges objects 631-634. Other objects imitate, for example, character objects (so-called non-player characters, NPCs) that operate according to the game program 331, operation objects such as virtual hands, animals, plants, man-made objects, and natural objects that are arranged as the game progresses. Can include objects and the like.

In step S4, the processor 30 arranges the virtual camera 620A in the virtual space 600A as the virtual space control unit 316. As an example, the processor 30 arranges the virtual camera 620A at the position of the head of the avatar object 610.

In step S5, the processor 30 displays the field of view image 650 on the monitor 51 and the display 530. The processor 30 defines a field of view 640A, which is the field of view from the virtual camera 620A in the virtual space 600A, according to the initial position and tilt of the virtual camera 620A. Then, the processor 30 defines the field of view image 650 corresponding to the field of view area 640A. The processor 30 outputs the field of view image 650 to the monitor 51 and the display 530 to display the field of view image 650 on the HMD 500 and the display 530.

In the example of FIG. 9, as shown in FIG. 9A, a part of the object 634 is included in the field of view area 640A, so that the field of view image 650 is one of the objects 634 as shown in FIG. 9B. Including part.

In step S6, the processor 30 transmits the initial arrangement information to the user terminal 100 via the server 200. The initial placement information is information indicating the initial placement positions of various objects in the virtual space 600A. In the example of FIG. 9, the initial placement information includes the avatar object 610 and the information of the initial placement positions of the objects 631 to 634. The initial placement information can also be expressed as one of the game progress information.

In step S7, the processor 30 controls the virtual camera 620A according to the movement of the HMD 500 as the virtual space control unit 316. Specifically, the processor 30 controls the orientation and tilt of the virtual camera 620A according to the movement of the HMD 500, that is, the posture of the player's head. As will be described later, when the player moves the head (changes the posture of the head), the processor 30 moves the head of the avatar object 610 in accordance with this movement. The processor 30 controls the orientation and tilt of the virtual camera 620A so that, for example, the direction of the line of sight of the avatar object 610 coincides with the direction of the line of sight of the virtual camera 620A. In step S8, the processor 30 updates the field of view image 650 in response to changes in the orientation and tilt of the virtual camera 620A.

In step S9, the processor 30 moves the avatar object 610 as the virtual space control unit 316 according to the movement of the player. As an example, the processor 30 moves the avatar object 610 in the virtual space 600A in response to the player moving in the real space. Further, the processor 30 moves the head of the avatar object 610 in the virtual space 600A in response to the player moving the head in the real space.

In step S10, the processor 30 moves the virtual camera 620A as the virtual space control unit 316 so as to follow the avatar object 610. That is, the virtual camera 620A is always at the position of the head of the avatar object 610 even if the avatar object 610 moves.

The processor 30 updates the field of view image 650 in response to the movement of the virtual camera 620A. That is, the processor 30 updates the field of view area 640A according to the posture of the player's head and the position of the virtual camera 620A in the virtual space 600A. As a result, the field of view image 650 is updated.

In step S11, the processor 30 transmits the operation instruction data of the avatar object 610 to the user terminal 100 via the server 200. The operation instruction data here is motion data that captures the player's motion, voice data of the voice spoken by the player, and operation data indicating the content of the input operation to the controller 540 during the virtual experience (for example, during game play). Includes at least one. When the player is playing the game, the operation instruction data is transmitted to the user terminal 100 as, for example, game progress information.

The processes of steps S7 to S11 are continuously and repeatedly executed while the player is playing the game.

In step S21, the processor 10 of the user terminal 100 of the user 3 defines the virtual space 600B shown in FIG. 10 as the virtual space control unit 116. The processor 10 defines the virtual space 600B by using the virtual space data (not shown). The virtual space data may be stored in the user terminal 100, may be generated by the processor 10 based on the game program 131, or may be acquired by the processor 10 from an external device such as the server 200. Good.

In step S22, the processor 10 receives the initial placement information. In step S23, the processor 10 arranges various objects in the virtual space 600B as the virtual space control unit 116 according to the initial arrangement information. In the case of the example of FIG. 10, the various objects are the avatar object 610 and the objects 631 to 634.

In step S24, the processor 10 arranges the virtual camera 620B in the virtual space 600B as the virtual space control unit 116. As an example, the processor 10 arranges the virtual camera 620B at the position shown in FIG. 10 (A).

In step S25, the processor 10 displays the field of view image 660 on the display unit 152. The processor 10 defines a field of view 640B, which is a field of view from the virtual camera 620B in the virtual space 600B, according to the initial position and tilt of the virtual camera 620B. Then, the processor 10 defines the field of view image 660 corresponding to the field of view area 640B. The processor 10 outputs the field of view image 660 to the display unit 152 to display the field of view image 660 on the display unit 152.

In the example of FIG. 10, as shown in FIG. 10A, the avatar object 610 and the object 631 are included in the field of view area 640B, so that the field of view image 660 is the avatar object 610 as shown in FIG. 10B. And the object 631.

In step S26, the processor 10 receives the operation instruction data. In step S27, the processor 10 moves the avatar object 610 in the virtual space 600B as the virtual space control unit 116 according to the operation instruction data. In other words, the processor 10 reproduces the video in which the avatar object 610 is operating by real-time rendering.

In step S28, the processor 10 controls the virtual camera 620B as the virtual space control unit 116 according to the operation of the user received as the operation reception unit 111. In step S29, the processor 10 updates the field of view image 660 in response to changes in the position of the virtual camera 620B in the virtual space 600B, the orientation and tilt of the virtual camera 620B. In step S28, the processor 10 may automatically control the virtual camera 620B according to the movement of the avatar object 610, for example, the movement of the avatar object 610 or the change of the orientation. For example, the processor 10 may automatically move the virtual camera 620B or change its orientation and tilt so that the avatar object 610 is always photographed from the front. Further, as an example, the processor 10 may automatically move the virtual camera 620B or change the orientation and tilt so as to always shoot the avatar object 610 from the rear according to the movement of the avatar object 610. Good.

As described above, in the virtual space 600A, the avatar object 610 operates according to the movement of the player. The operation instruction data indicating this operation is transmitted to the user terminal 100. In the virtual space 600B, the avatar object 610 operates according to the received operation instruction data. As a result, the avatar object 610 performs the same operation in the virtual space 600A and the virtual space 600B. In other words, the user 3 can visually recognize the movement of the avatar object 610 according to the movement of the player by using the user terminal 100.

<Game overview>
FIG. 11 is a diagram showing another example of the field of view image displayed on the user terminal 100. Specifically, it is a figure which shows an example of the game screen of the game (this game) executed by the system 1 played by a player.

In this game, as an example, an avatar object 610 that operates weapons such as guns and knives and a plurality of enemy objects 671 that are NPCs appear in the virtual space 600, and the avatar object 610 fights against the enemy object 671. It is a game to let you. Various game parameters such as the physical strength of the avatar object 610, the number of magazines that can be used, the number of remaining bullets of the gun, and the remaining number of the enemy object 671 are updated as the game progresses.

A plurality of stages are prepared in this game, and the player can clear the stage by satisfying a predetermined achievement condition associated with each stage. Predetermined achievement conditions are established by, for example, defeating all appearing enemy objects 671, defeating boss objects among the appearing enemy objects 671, acquiring predetermined items, reaching a predetermined position, and the like. It may include the condition to be used. The achievement conditions are defined in the game program 131. In this game, the player clears the stage when the achievement condition is satisfied according to the content of the game, in other words, the avatar object 610 wins the enemy object 671 (avatar object 610 and enemy object 671). The victory or defeat between) is decided. On the other hand, for example, when the game executed by the system 1 is a racing game or the like, the ranking of the avatar object 610 is determined when the condition of reaching the goal is satisfied.

In this game, in order to share the virtual space between the HMD set 1000 and the plurality of user terminals 100, the game progress information is live-distributed to the plurality of user terminals 100 at predetermined time intervals. As a result, on the touch screen 15 of the user terminal 100 while watching the game, a field of view image of the field of view region defined by the virtual camera 620B corresponding to the user terminal 100 is displayed. Further, in the upper right and upper left of the visibility image, parameter images showing the physical strength of the avatar object 610, the number of magazines that can be used, the number of remaining bullets of the gun, the remaining number of the enemy object 671 and the like are displayed superimposed. .. This field of view image can also be expressed as a game screen.

As described above, the game progress information includes motion data that captures the player's movements, voice data of the voice spoken by the player, and operation data that indicates the content of the input operation to the controller 540. These data are, that is, information for specifying the position, posture, orientation, etc. of the avatar object 610, information for specifying the position, posture, orientation, etc. of the enemy object 671, and other objects (for example, obstacle objects 672 and 673). It is information that identifies the position of. The processor 10 identifies the position, posture, orientation, and the like of each object by analyzing (rendering) the game progress information.

The game information 132 includes data of various objects such as an avatar object 610, an enemy object 671, and obstacle objects 672 and 673. The processor 10 updates the position, posture, orientation, and the like of each object by using the data and the analysis result of the game progress information. As a result, the game progresses, and each object in the virtual space 600B moves in the same manner as each object in the virtual space 600A. Specifically, in the virtual space 600B, each object including the avatar object 610 operates based on the game progress information regardless of whether or not the user operates the user terminal 100.

On the touch screen 15 of the user terminal 100, as an example, UI images 701 and 702 are displayed superimposed on the field of view image. The UI image 701 is a UI image that accepts an operation for displaying the UI image 711 for displaying the item input operation for supporting the avatar object 610 from the user 3 on the touch screen 15. The UI image 702 receives an operation for displaying a UI image (described later) on the touch screen 15 for receiving an operation for inputting and transmitting a comment for the avatar object 610 (in other words, the player 4) from the user 3. It is a UI image. The operation accepted by the UI images 701 and 702 may be, for example, an operation of tapping the UI images 701 and 702.

When the UI image 701 is tapped, the UI image 711 is displayed superimposed on the field of view image. The UI image 711 is, for example, a UI image 711A on which a magazine icon is drawn, a UI image 711B on which an first aid box icon is drawn, a UI image 711C on which a triangular cone icon is drawn, and a UI on which a barricade icon is drawn. Includes image 711D. The item insertion operation corresponds to, for example, an operation of tapping any UI image.

As an example, when the UI image 711A is tapped, the number of remaining bullets of the gun used by the avatar object 610 increases. When the UI image 711B is tapped, the physical strength of the avatar object 610 is restored. When the UI images 711C and 711D are tapped, obstacle objects 672 and 673 that obstruct the movement of the enemy object 671 are placed in the virtual space. One of the obstacle objects 672 and 673 may obstruct the movement of the enemy object 671 more than the other.

The processor 10 transmits the item input information indicating that the item input operation has been performed to the server 200. The item input information includes at least information for specifying the type of the item specified by the item input operation. The item input information may include other information about the item, such as information indicating where the item is placed. The item input information is transmitted to the other user terminal 100 and the HMD set 1000 via the server 200.

FIG. 12 is a diagram showing another example of the field of view image displayed on the user terminal 100. Specifically, it is a figure which shows an example of the game screen of this game, and is the figure for demonstrating the communication between a player and a user terminal 100 during game play.

In the example of FIG. 12A, the user terminal 100 causes the avatar object 610 to execute the utterance 691. Specifically, the user terminal 100 causes the avatar object 610 to execute the utterance 691 according to the voice data included in the game progress information. The content of the utterance 691 is "There is no bullet!" Spoken by the player 4. That is, the content of the utterance 691 is to inform each user that the magazine is 0 and the ammunition loaded in the gun is 1, so that the means for attacking the enemy object 671 is likely to be lost.

In FIG. 12A, a balloon is used to visually indicate the utterance of the avatar object 610, but in reality, the voice is output from the speaker of the user terminal 100. Along with the audio output, the balloon shown in FIG. 12A (that is, the balloon including the text of the audio content) may be displayed in the visual field image. This also applies to the utterance 692 described later.

Upon receiving the tap operation on the UI image 702, the user terminal 100 superimposes and displays the UI images 705 and 706 (message UI) on the field of view image as shown in FIG. 12 (B). The UI image 705 is a UI image that displays a comment on the avatar object 610 (in other words, the player). The UI image 706 is a UI image that accepts a comment transmission operation from the user 3 in order to transmit the input comment.

As an example, when the user terminal 100 receives a tap operation on the UI image 705, the user terminal 100 displays a UI image (not shown, hereinafter simply referred to as "keyboard") imitating a keyboard on the touch screen 15. The user terminal 100 causes the UI image 705 to display text corresponding to the user's input operation on the keyboard. In the example of FIG. 12B, the text "Magazine is sent" is displayed on the UI image 705.

When the user terminal 100 receives a tap operation on the UI image 706 as an example after inputting the text, the user terminal 100 transmits the comment information including the input content (text content) and the information indicating the user to the server 200. To do. The comment information is transmitted to the other user terminal 100 and the HMD set 1000 via the server 200.

The UI image 703A is a UI image showing the user name of the user who sent the comment, and the UI image 704A is a UI image showing the content of the comment sent by the user. In the example of FIG. 12B, the user whose user name is "BBBBBB" uses his / her own user terminal 100 to transmit comment information having the content "dangerous!", That is, the UI image 703A and the UI image 704A. Is displayed. The UI image 703A and the UI image 704A are displayed on the touch screen 15 of all the user terminals 100 participating in this game and the monitor 51 of the HMD 500. The UI images 703A and 704A may be one UI image. That is, one UI image may include the user name and the content of the comment.

In the example of FIG. 12C, a user with the user name "AAAAAA", which is the user of the user terminal 100 shown in FIG. 12, inputs and transmits a comment as described above, so that the UI image is displayed on the touch screen 15. 703B and 704B are displayed. The UI image 703B includes the user name "AAAAAA", and the UI image 704B contains the comment "Magazine send!" Entered in the example of FIG. 12B.

Further, in the example of FIG. 12C, the user "AAAAA" further inputs a tap operation to the UI image 701, displays the UI image 711 on the touch screen 15, and inputs a tap operation to the UI image 711A. It is a later view image 611. That is, as a result of the item input information indicating the magazine being transmitted from the user terminal 100 of the user "AAAAA" to the other user terminal 100 and the HMD set 1000, the user terminal 100 and the HMD set 1000 have the effect object 674 (described later). Is arranged in the virtual space 600. As an example, the user terminal 100 and the HMD set 1000 execute the effect related to the effect object 674 after the elapsed time indicated in the item input information has elapsed, and execute the process of invoking the effect of the item object.

In the example of FIG. 12D, the number of magazines is increased from 0 to 1 by executing the process of invoking the effect of the item object. As a result, the player utters "Thank you!" To the user "AAAAA", and the voice data of the utterance is transmitted to each user terminal 100. As a result, each user terminal 100 outputs the voice "Thank you!" As the utterance 692 of the avatar object 610.

As described above, in this game, communication between the user and the avatar object 610 is realized by outputting the utterance voice of the avatar object 610 based on the utterance of the player and inputting a comment by each user.

(Game progress processing in the game play terminal 300)
FIG. 13 is a flowchart showing an example of the flow of the game progress process executed by the game play terminal 300.

In step S31, the processor 30 advances the game as the game progress unit 315 based on the game program 331 and the movement of the player. In step S32, the processor 30 generates game progress information and distributes it to the user terminal 100. Specifically, the processor 30 transmits the generated game progress information to each user terminal 100 via the server 200.

When the processor 30 receives the item input information in step S33 (YES in S33), the processor 30 arranges the item object in the virtual space 600A based on the item input information in step S34. As an example, the processor 30 arranges the effect object 674 in the virtual space 600A before arranging the item object (see FIG. 11C). The effect object 674 may be, for example, an object imitating a present box. As an example, the processor 30 may execute the effect related to the effect object 674 after the elapsed time indicated in the item input information has elapsed. The effect may be, for example, an animation in which the lid of the present box is opened. After executing the animation, the processor 30 executes a process of invoking the effect of the item object. For example, in the example of FIG. 11D, the obstacle object 673 is arranged.

After executing the animation, the processor 30 may arrange the item object corresponding to the tapped UI image in the virtual space 600A. For example, when a tap operation is performed on the UI image 711A, the processor 30 arranges a magazine object indicating a magazine in the virtual space 600A after executing the animation. Further, when the tap operation is performed on the UI image 711B, the processor 30 arranges the first aid kit object indicating the first aid kit in the virtual space 600A after executing the animation. The processor 30 may execute a process of invoking the effect of the magazine object or the first aid kit object when the avatar object 610 moves to the position of the magazine object or the first aid kit object, for example.

The processor 30 continues and repeats the processes of steps S31 to S34 until the game is finished. When the game ends, for example, when the player inputs a predetermined input operation for ending the game (YES in step S35), the process shown in FIG. 13 ends.

(Game progress processing in user terminal 100)
FIG. 14 is a flowchart showing an example of the flow of the game progress process executed by the user terminal 100.

In step S41, the processor 10 receives the game progress information. In step S42, the processor 10 advances the game as the game progress unit 115 based on the game progress information.

In step S43, when the processor 10 accepts the item input operation by the user 3 (YES in step S43), in step S44, the processor 10 consumes the virtual currency and arranges the effect object 674 in the virtual space 600B. Here, the virtual currency is purchased (charged for the game) by the user 3 performing a predetermined operation on the processor 10 before or during the participation in the game. It may be present, or it may be given to the user 3 when a predetermined condition is satisfied. The predetermined conditions may be those that require participation in this game, such as clearing a quest in this game, or those that do not require participation in this game, such as answering a questionnaire. The amount of virtual currency (owned amount of virtual currency) is stored in the user terminal 100 as game information 132 as an example.

In step S45, the processor 10 transmits the item input information to the server 200. The item input information is transmitted to the game play terminal 300 via the server 200.

The processor 10 arranges the item object in the virtual space 600A when a predetermined time elapses after the arrangement of the effect object 674. In the example of FIG. 11, the obstacle object 673 is arranged. That is, when the user 3 inputs a tap operation to the UI image 711C, a predetermined amount of virtual currency is consumed and the obstacle object 673 is arranged.

The processor 10 continues and repeats the processes of steps S41 to S45 until the game is finished. When the game is finished, for example, when the player performs a predetermined input operation for ending the game, or when the user 3 performs a predetermined input operation for leaving the game halfway (YES in step S46). ), The process shown in FIG. 14 is completed.

(Game progress processing on server 200)
FIG. 15 is a flowchart showing an example of the flow of game progress processing executed on the server 200.

In step S51, the processor 20 receives the game progress information from the game play terminal 300. In step S52, the processor 20 updates the game progress log (hereinafter, play log) as the log generation unit 212. As an example, the play log is generated by the processor 20 when the initial arrangement information is received from the game play terminal 300.

In step S53, the processor 20 transmits the received game progress information to each user terminal 100.

When the item input information is received from any user terminal 100 in step S54 (YES in step S54), the processor 20 updates the play log as the log generation unit 212 in step S55. In step S56, the processor 20 transmits the received item input information to the game play terminal 300.

The processor 20 continues and repeats the processes of steps S51 to S56 until the game is finished. When the game is finished, for example, when information indicating that the game is finished is received from the game play terminal 300 (YES in step S57), in step S58, the processor 20 acts as a list generator 213 from the play log. Generate a list of users who participated in the game (user list 234). The processor 20 stores the generated user list 234 in the server 200.

FIG. 16 is a diagram showing a specific example of the user list 234. Information (for example, a user name) indicating each user who participated in the game is stored in the "user" column. Information (tags) generated based on the support provided by each user to the player is stored in the "tag" column. In the example of FIG. 16, among the tags stored in the "tag" column, those without the key brackets are the information automatically generated by the processor 20, and those with the key brackets are those stored by the game operator. This is manually entered information.

In the example of FIG. 16, the user "AAAAA" is associated with information such as a magazine, 10F, a boss, and "winning the boss by presenting the magazine". This indicates that, for example, in the boss battle on the stage of 10F, the user "AAAAA" inserts a magazine, and the avatar object 610 wins the boss with the bullet of the inserted magazine.

Further, the user "BBBBBB" is associated with information such as a first aid kit, 3rd floor, Zako, and "recovery on the verge of game over". For example, in a battle with a Zako enemy on the 3rd floor, the user "BBBB" "BBBBBB" throws in the first aid kit, and as a result, it shows that the physical strength of the avatar object 610 has recovered just before it becomes 0 (the game is over).

In addition, the user "CCCCC" is associated with information such as barricade, 5th floor, Zako, and "stopping two zombies at the barricade". This means that, for example, in a battle with a Zako enemy on the 5th floor, the user "CCCCC" throws in a barricade (obstacle object 672 in FIG. 11), and as a result, succeeds in stopping the two Zako enemies. Shown.

In the example of FIG. 16, one support provided is associated with the user name of each user 3, but the user name of the user 3 who has performed the support a plurality of times has a tag for each of the multiple support times. Can be associated. In the user list 234, it is preferable that each tag is distinguished. As a result, after the game is completed, the player who refers to the user list 421 using the distribution terminal 400 can accurately grasp the content of each support.

<Distribution of operation instruction data>
(Distribution processing in the distribution terminal 400)
FIG. 17 is a flowchart showing an example of the flow of the distribution process executed by the distribution terminal 400. FIG. 18 is a diagram showing a specific example of a screen displayed on the distribution terminal 400. FIG. 19 is a diagram showing another specific example of the screen displayed on the distribution terminal.

In step S61, the processor 40 receives the first operation for displaying the list of users who participated in the game (user list 234) as the operation reception unit 413. The download screen 721 shown in FIG. 18A is a screen for downloading the user list 234 from the server 200 and displaying it on the display unit 452. As an example, the download screen 721 is a screen displayed immediately after inputting the start operation of the application for executing the distribution process shown in FIG. 17 into the distribution terminal 400.

The download screen 721 includes UI images 722 and 723 as an example. The UI image 722 accepts an operation for downloading the user list 234, that is, the first operation. The first operation may be, for example, an operation of tapping the UI image 722. The UI image 723 accepts an operation for terminating the application. The operation may be, for example, an operation of tapping the UI image 723.

Upon receiving the tap operation on the UI image 722, in step S62, the processor 40 acquires (receives) the user list 234 from the server 200 as the communication control unit 411. In step S63, the processor 40 causes the display unit 452 to display the user list 234 as the display control unit 412. Specifically, the processor 40 causes the display unit 452 to display the user list screen generated based on the user list 234. As an example, the user list screen may be the user list screen 731 shown in FIG. 18B. The user list screen 731 is composed of a record image corresponding to each record in the user list 234. In the example of FIG. 18B, record images 732A to 732C are shown as record images, but the number of record images is not limited to three. In the example of FIG. 18B, if the number of records in the user list 234 is greater than 3 (ie, the number of users participating in the game is greater than 3), the player may perform, for example, scroll the screen (eg,). By inputting a drag operation or a flick operation) to the touch screen 45, another record image can be displayed on the display unit 452.

As an example, the record images 732A-732C include user names 733A-733C, tag information 734A-734C, and icons 735A-735C, respectively. Hereinafter, when it is not necessary to distinguish the record images 732A to 732C, the user names 733A to 733C, the tag information 734A to 734C, and the icons 735A to 735C, "record image 732", "user name 733", and "user name 733", respectively. It is described as "tag information 734" and "icon 735".

The user name 733 is information indicating each user who has participated in the game, which is stored in the "user" column in the user list 234. The tag information 734 is information indicating a tag associated with each of the information indicating each user who participated in the game in the user list 234. For example, the record image 732A includes "AAAAAA" as the username 733A. Therefore, the record image 732A includes "magazine, 10F, boss," win the boss by presenting the magazine "" as tag information 734A, which is associated with "AAAAAA" in the user list 234. The icon 735 is, for example, an image preset by the user.

The processor 40 may store the received user list in the distribution terminal 400 (user list 421 in FIG. 7). The download screen 721 may include a UI image (not shown) for displaying the user list 421 on the display unit 452. In this example, when the UI image is tapped, the processor 40 does not download the user list 234, reads the user list 421, generates a user list screen from the user list 421, and displays the user list screen on the display unit 452. ..

In step S64, the processor 40 receives a second operation for selecting any of the users included in the user list screen 731 as the operation reception unit 413. As an example, the second operation may be an operation of tapping any of the record images 732 on the user list screen 731. In the example of FIG. 18B, the player inputs a tap operation to the record image 732A. That is, the player has selected the user "AAAAAA" as the user who distributes the operation instruction data.

Upon receiving the tap operation for the record image 732, in step S65, the processor 40 causes the display unit 452 to display the motion list 422 as the display control unit 412. Specifically, the processor 40 causes the display unit 452 to display the motion list screen generated based on the motion list 422. As an example, the motion list screen may be the motion list screen 741 shown in FIG. The motion list screen 741 is composed of a record image corresponding to each record in the motion list 422. In the example of FIG. 19, record images 742A to 742C are described as record images, but the number of record images is not limited to three. In the example of FIG. 19, when the number of records in the motion list 422 is more than 4, the player inputs another record, for example, an operation of scrolling the screen (for example, a drag operation or a flick operation) to the touch screen 45. The image can be displayed on the display unit 452.

As an example, the record images 742A-742C include motion names 743A-743C, motion images 744A-744C, and UI images 745A-745C, respectively. Hereinafter, when it is not necessary to distinguish the record images 742A to 742C, the motion names 743A to 743C, the motion images 744A to 744C, and the UI images 745A to 745C, "record image 7432" and "motion name 743", respectively. It is described as "motion image 744" and "UI image 745".

The motion name 743 is information for identifying the motion stored in the motion list 422. The motion image 744 is an image generated from the motion data associated with each motion name in the motion list 422. As an example, the processor 40 includes an image of the avatar object 610 that takes the first posture in each motion data in the record image 742 as the motion image 744. The motion image 744 may be a UI image that accepts a predetermined operation (for example, a tap operation on the motion image 744) by the player. When the processor 40 accepts the predetermined operation, the processor 40 may reproduce the motion moving image in which the avatar object 610 operates based on the motion data. The processor 40 may automatically redisplay the motion list screen 741 when the motion moving image is finished.

The record image 742 may include, for example, a UI image including the text "motion reproduction" instead of the motion image 744.

In step S66, the processor 40 receives the third operation of selecting the motion as the operation receiving unit 413. As an example, the third operation may be a tap operation on the UI image 745. That is, the UI image 745 accepts an operation of selecting motion data corresponding to each record image 742. By accepting the third operation, the processor 40 specifies the motion data selected by the player as the motion specifying unit 415.

In step S67, the processor 40 receives the voice input of the player as the display control unit 412 and the voice reception unit 414 while the avatar object 610 reproduces the motion moving image that operates based on the selected motion data.

FIG. 20 is a diagram showing a specific example of voice input by the player 4. As shown in FIG. 20, the player 4 is inputting the utterance voice 820A while playing the motion moving image 810A. The utterance voice 820A is a utterance voice addressed to the user 3 (hereinafter, user 3A) whose user name is "AAAAAA". That is, in the example of FIG. 20, the player 4 selects the user 3A (first user) in step S64 and creates the operation instruction data addressed to the user 3A. It is assumed that the user terminal 100 used by the user 3A is the user terminal 100A.

Since the utterance voice 820A is a utterance voice addressed to the user 3A, the utterance voice is based on the content of the support provided by the user 3A to the avatar object 610 (in other words, the player 4). Specifically, the user 3A inserts a magazine in the boss battle on the stage of 10F, and the avatar object 610 wins the boss with the bullet of the inserted magazine. For this reason, the spoken voice 820A says, "Thank you for giving me the magazine in the boss battle! The timing was perfect! Thanks to AAAAA-san, I was able to clear it!" As described above, it is preferable that the uttered voice includes the content of the support provided by the user 3 in the game and the gratitude to the user 3.

In a certain aspect, the player 4 creates the utterance content addressed to the user 3 before starting the voice input, that is, before inputting the third operation to the distribution terminal 400. In another aspect, the utterance content addressed to the user 3 may be automatically generated by the processor 40. Further, the processor 40 may superimpose and display the tag associated with the user 3 selected by the second operation on the motion moving image 810A.

The processor 40 converts the received voice into voice data. In step S68, the processor 40 generates the operation instruction data including the voice data and the motion data of the selected motion as the operation instruction data generation unit 416.

In step S69, the processor 40 distributes the generated operation instruction data as the communication control unit 411 to the user terminal 100 (first computer) of the selected user 3 (user 3A in the example of FIG. 20). FIG. 21 is a diagram showing still another specific example of the screen displayed on the distribution terminal 400. After the execution of step S68, the processor 40 causes the display unit 452 to display the distribution screen as the display control unit 412. As an example, the distribution screen may be the distribution screen 751 shown in FIG. 21 (A). The distribution screen 751 includes a UI image 752 and a motion image 753A. Further, as shown in FIG. 21A, the distribution screen 751 may include information indicating a user to whom the operation instruction data is distributed.

The UI image 752 accepts an operation for delivering the operation instruction data to the selected user 3. The operation may be, for example, a tap operation on the UI image 752. The motion image 753A is a UI image that accepts an operation for playing a moving image based on the generated motion instruction data, that is, a moving image based on the motion instruction data generated for the user 3A. The operation may be, for example, a tap operation on the motion image 753A. The UI image that accepts the operation for playing the generated moving image is not limited to the motion image 753A. For example, it may be a UI image including the text "video playback". The processor 40 may automatically redisplay the distribution screen 751 when the moving image is finished.

The distribution screen 751 preferably further includes a UI image that accepts an operation for returning to the acceptance of voice input. The operation may be, for example, a tap operation on the UI image. By including the UI image in the distribution screen 751, the player 4 can perform voice input again when the voice input fails, for example, when the content to be spoken is mistaken. The UI image may be a UI image that accepts an operation for returning to the selection of motion data.

Upon receiving the tap operation for the UI image 752, the processor 40 transmits the operation instruction data to the server 200 together with the information indicating the user 3A. The server 200 identifies the user terminal 100 to which the operation instruction data is transmitted based on the information indicating the user 3A, and transmits the operation instruction data to the specified user terminal 100 (that is, the user terminal 100A).

When the transmission of the operation instruction data is completed, the processor 40 may display the distribution completion screen 761 shown in FIG. 21B on the display unit 452 as an example. The delivery completion screen 761 includes UI images 762 and 763 as an example. Further, the distribution completion screen 761 may include a text indicating that the transmission of the operation instruction data has been completed, as shown in FIG. 21 (B).

The UI image 762 accepts an operation for starting the creation of operation instruction data addressed to another user 3. The operation may be, for example, an operation of tapping the UI image 762. When the processor 40 receives the tap operation, the processor 40 causes the display unit 452 to display the user list screen again. That is, when the tap operation is accepted, the distribution process returns to step S63. At this time, the processor 40 may generate a user list screen based on the user list 421 stored in the distribution terminal 400 and display it on the display unit 452. The UI image 763 accepts an operation for terminating the application. The operation may be, for example, an operation of tapping the UI image 763. When the operation is accepted, the distribution process ends.

In the example described with reference to FIGS. 20 and 21, as shown in FIG. 21 (C), the distribution terminal 400 transmits the operation instruction data of the moving image addressed to the user 3A (the user 3 whose user name is "AAAAAA"). , Sent only to the user terminal 100A.

FIG. 22 is a diagram showing another specific example of voice input by the player 4. As shown in FIG. 22, the player 4 is inputting the utterance voice 820B while playing the motion moving image 810B. The utterance voice 820B is a utterance voice addressed to the user 3 (hereinafter, user 3B) whose user name is "BBBBBB". That is, in the example of FIG. 22, in step S64, the player 4 inputs a tap operation to the record image 732B corresponding to the user 3B, and creates the operation instruction data addressed to the user 3B. It is assumed that the user terminal 100 used by the user 3B is the user terminal 100B.

Since the utterance voice 820B is a utterance voice addressed to the user 3B, the utterance voice is based on the content of the support provided by the user 3B to the avatar object 610 (in other words, the player 4). Specifically, in the battle with the Zako enemy on the 3rd floor, the user "BBBBBB" throws in the first aid kit, and as a result, the physical strength of the avatar object 610 becomes 0 (the game is over). I am recovering my physical strength. For this reason, the utterance voice 820B has the content "Thanks to the first aid kit given by Mr. BBBBB, the game did not end on the 3rd floor. Thank you very much!"

FIG. 23 is a diagram showing still another specific example of the screen displayed on the distribution terminal 400. The distribution screen 751 shown in FIG. 23A includes a UI image 752 and a motion image 753B. When the motion image 753B accepts the tap operation, the motion image 753B reproduces a moving image based on the operation instruction data generated for the user 3B.

Upon receiving the tap operation for the UI image 752, the processor 40 transmits the operation instruction data to the server 200 together with the information indicating the user 3B. The server 200 identifies the user terminal 100 to which the operation instruction data is transmitted based on the information indicating the user 3B, and transmits the operation instruction data to the specified user terminal 100 (that is, the user terminal 100B).

In the example described with reference to FIGS. 22 and 23, as shown in FIG. 23 (C), the distribution terminal 400 transmits the operation instruction data of the moving image addressed to the user 3B (the user 3 whose user name is "BBBBBB"). , Transmit only to the user terminal 100B.

As described above, the content of the voice based on the voice data included in the operation instruction data is based on the content of the support provided to the player 4 by the user 3 in participating in the latest game. Since the content of the support is different for each user 3, the content of the voice is different for each user 3. That is, after the end of the game, operation instruction data including voices having different contents is transmitted to at least a part of the user terminals 100 of the user 3 who participated in the game.

Further, the motion of the avatar object 610 in the example of FIG. 22 is different from the motion of the example of FIG. That is, the player 4 selects motion data different from that at the time of generating the operation instruction data addressed to the user 3A in the operation instruction data generation addressed to the user 3B. Specifically, in step S66, the player 4 inputs a tap operation to the UI image 745B that selects the motion data corresponding to the record image 742B. In this way, the player 4 can make the motion data included in the operation instruction data different for each user 3.

Then, the operation instruction data for each user 3, including the voice data having different contents for each user 3 and the motion data selected for each user 3, is transmitted only to the user terminal 100 of each user 3. In other words, unique operation instruction data for each user terminal 100 is transmitted to each of the user terminals 100 of the selected user 3.

FIG. 24 is a diagram showing an outline of transmission of game progress information from the game play terminal 300 to the user terminal 100. While the operation instruction data for video reproduction on the user terminal 100 is unique for each user terminal 100, as shown in FIG. 24, the user terminals 100 of all users 3 participating in the game during game execution. The game progress information transmitted to is common among the user terminals 100. That is, the operation instruction data included in the game progress information is also common among the user terminals 100. As described above, it can be said that the operation instruction data for playing the moving image and the operation instruction data for advancing the game are different data from the viewpoints of the same difference between the user terminals 100 and the destination.

(Video playback processing on user terminal 100)
FIG. 25 is a flowchart showing an example of the flow of the moving image reproduction process executed by the user terminal 100.

In step S71, the processor 10 receives the operation instruction data as the moving image reproduction unit 117. In step S72, the processor 10 notifies the user 3 of the reception of the operation instruction data as the moving image reproduction unit 117. As an example, the processor 10 displays a notification image on the display unit 152, reproduces a notification voice from a speaker (not shown), lights a lighting unit (not shown) composed of an LED (light-emitting diode), or the like. The user 3 is notified of the reception of the operation instruction data by at least one of the blinking.

In step S73, the processor 10 receives the first reproduction operation for reproducing the moving image as the operation reception unit 111. As an example, the first reproduction operation may be an operation of tapping the notification image. In step S74, the processor 10 renders the operation instruction data as the moving image reproduction unit 117 and reproduces the moving image. As an example, the processor 10 may start an application for playing this game and play a video, or may start an application for playing a video different from the application and play a video. Good. Hereinafter, the video will be referred to as a "thank you video".

FIG. 26 is a diagram showing a specific example of playing a thank-you video. Specifically, it is a figure which shows an example of the reproduction of the thank-you moving image in the user terminal 100 of the user 3A. In the thank-you video 910A played on the user terminal 100, the avatar object 610 is uttering the voice 920A while executing a certain motion. In other words, the processor 10 outputs the audio 920A from the speaker (not shown) while playing the thank-you video 910A including the avatar object 610 that executes a certain motion.

The motion in the thank-you video 910A is based on the motion data selected by the player 4 in the generation of the motion instruction data addressed to the user 3A, and the voice 920A is the utterance voice input by the player 4 in the generation of the motion instruction data. It is based on the voice data generated from the 820A. That is, the voice 920A is a voice including the content of the support provided by the user 3A in the game and the gratitude for the support. In this way, the user 3A can watch the thank-you video in which the avatar object 610 utters the content of the support provided in the game and the gratitude for the support by inputting the first playback operation.

As an example, the user terminal 100 may display at least one UI image on the touch screen 15 after the reproduction of the thank-you moving image 910A is completed. The UI image may be, for example, a UI image that accepts an operation for playing the thank-you video 910A again, a UI image that accepts an operation for transitioning to another screen, or an application. It may be a UI image that accepts an operation for terminating.

Further, as an example, the user terminal 100 may display at least one UI image on the touch screen 15 during playback of the thank-you moving image 910A. The UI image may be, for example, a plurality of UI images that accept operations such as temporarily stopping the thank-you video 910A being played, ending it, or changing the scene to be played.

Note that these UI images displayed during the playback of the thank-you video 910A and after the playback of the thank-you video 910A is hunted do not include a UI image for making a response to the avatar object 610. That is, the thank-you video 910A according to the present embodiment does not provide a means for responding to the avatar object 610.

FIG. 27 is a diagram showing another specific example of playing the thank-you video. Specifically, it is a figure which shows the example of the reproduction of the thank-you moving image in the user terminal 100 of the user 3B. In the thank-you video 910B played on the user terminal 100, the avatar object 610 is uttering the voice 920B while executing a certain motion. In other words, the processor 10 outputs the audio 920B from the speaker (not shown) while playing the thank-you video 910B including the avatar object 610 that executes a certain motion.

The motion in the thank-you video 910B is based on the motion data selected by the player 4 in the generation of the motion instruction data addressed to the user 3B, and the voice 920B is the utterance voice input by the player 4 in the generation of the motion instruction data. It is based on the voice data generated from the 820B. Therefore, in the example of FIG. 27, the motion performed by the avatar object 610 is different from the motion of the example of FIG. 26. Further, the voice 920B is a voice including the content of the support provided by the user 3B in the game and the gratitude for the support. Therefore, in the example of FIG. 27, the content of the voice 920B is different from the content of the voice 920A in the example of FIG. 26.

As described above, the thank-you video received by at least a part of the user terminals 100 of the users 3 who participated in the game after the end of the game is a video in which the utterance content of the avatar object 610 is different for each user 3.

The processor 10 may superimpose and display the UI image 930 including the content prompting participation in the next game on the moving image 910. The UI image 930 may be distributed together with the operation instruction data, or may be stored in the user terminal 100 as the game information 132.

<Outline of location-based game>
The system 1 according to the present embodiment provides a location information game in addition to the above-mentioned game. In the location-based game, a map image displaying the objects of the center tower CTW, the portal PTL, and the live distribution tower LTW is displayed on the touch screen 15. When the tap operation on the object of the portal PTL is performed, the game associated with the portal PTL is executed. Further, when the tap operation on the object of the live distribution tower LTW is performed, the live viewing process for viewing the live distribution content associated with the live distribution tower LTW is executed.

As shown in FIG. 28, the map image is divided into a plurality of HEXs. Each of the plurality of HEXs forms a hexagon, and the distance from the apex to the center of the hexagon is set to, for example, 1 km. Further, the arrangement information for specifying the arrangement of each of the plurality of HEXs is acquired from the server 200 at the time of downloading or updating the game program, and is stored in the memory 11.

The center tower CTW is arranged at the center position of each of the plurality of HEXs. The portal PTL and the live distribution tower LTW are arranged at arbitrary positions of each of the plurality of HEXs. A plurality of portal PTLs are arranged in each HEX, and one live distribution tower LTW is arranged in each HEX.

When the operation to start the position information game is performed, the position registration system (not shown) provided in the user terminal 100 provides information on the current position PST of the user terminal 100 (for example, address information, latitude / longitude information, etc.). The map data of a predetermined area including the current position PST (for example, an area having a radius of 50 km centered on the current position PST) is acquired from another service providing device. Further, the position information and the portal ID of the portal PTL arranged in the predetermined area and the position information and the distribution tower ID of the live distribution tower LTW arranged in the predetermined area are acquired from the server 200.

The portal ID is defined by, for example, ID type information indicating that the ID is the ID of the portal PTL, the identification number of the HEX to which the portal PTL belongs, and the identification number of the portal PTL. Further, the distribution tower ID includes, for example, ID type information indicating that the ID is the ID of the live distribution tower LTW, the identification number of the HEX to which the live distribution tower LTW belongs, and the identification number of the live distribution tower LTW. Specified by.

On the touch screen 15, a map image schematically obtained from a viewpoint viewed from an oblique sky around the current position PST is displayed based on the map data (see FIG. 30A). At the center position of the HEX appearing in the map image, an object representing the center tower CTW is displayed based on the arrangement information of the HEX stored in the memory 11. Further, at a predetermined position of the HEX, an object representing the portal PTL and a live distribution tower are located based on the position information and portal ID of the portal PTL acquired from the server 200 and the position information and distribution tower ID of the live distribution tower LTW. An object representing the LTW is displayed. However, as for the objects of the live distribution tower LTW, those for which the live viewing process has not been performed, that is, those for which the live distribution contents have not been viewed are displayed.

In the following description, the object representing the center tower CTW is simply called "center tower CTW", the object representing the portal PTL is simply called "portal PTL", and the object representing the live distribution tower LTW is simply called "live distribution tower". It is called "LTW".

In the map image, the HEX in which the "tapped" center tower CTW is placed is highlighted, and the current position image representing the current position PST and the circle CCL centered on the current position PST (predetermined range). A circle image representing the above is displayed. Here, the size of the circle CCL is such that the user terminal 100 is included in the HEX in which the center tower CTW is arranged (for example, a width of 500 m in radius) when the center tower CTW is included in the circle CCL. Is set to). Therefore, when the user terminal 100 exists outside the HEX, the center tower CTW of the HEX is not included in the circle CCL, and the center tower CTW of another HEX is included in the circle CCL. There is no such thing.

The map image on the touch screen 15 is scrolled by accepting a scroll operation (flick operation or swipe operation) on the touch screen 15. Further, when the user terminal 100 moves, the map image is scrolled so that the current position image is displayed in the center.

The table TBL1 shown in FIG. 29 is stored in the memory 11. According to FIG. 29, the settings of the center tower CTW, the live distribution tower LTW, and the plurality of portal PTLs arranged in the HEX are associated with each of the plurality of HEXs on the map image. Here, the setting states of the center tower CTW, the live distribution tower LTW, and the plurality of portal PTLs in the table TBL1 may differ for each user terminal 100. Further, the table TBL1 may be managed by the server 200 and may be taken into the memory 11 from the server 200 at the start of the location information game.

Of these, the setting of the center tower CTW indicates "no tap" when the tap operation for the center tower CTW is not performed, and "tapped" when the tap operation for the center tower CTW is performed. Shown. The tap operation on the center tower CTW is permitted (effectively accepted) when the center tower CTW is included in the circle CCL centered on the current position PST of the user terminal 100. Therefore, for example, when the user terminal 100 moves to a position where the center tower CTW of HEX1 is included in the circle CCL, a tap operation on the center tower CTW is allowed. The setting of the center tower CTW is changed to "tapped" according to the tap operation.

As the settings of the live distribution tower LTW, display settings and viewing settings are provided. The display setting is set to "possible" for the live distribution tower LTW in which the live viewing process has not been executed, and set to "impossible" for the live distribution tower LTW in which the live viewing process has been executed. The live distribution tower LTW is displayed on the map image when the display setting indicates "possible", and is hidden when the display setting indicates "impossible".

The viewing setting is set to "not yet" for the live distribution tower LTW in which the live viewing process is not executed among the live distribution tower LTWs arranged in the HEX where the center tower CTW is "tapped", and the live viewing process is performed. The executed live distribution tower LTW is set to "Done". Further, the viewing setting is set to "-" for the live distribution tower LTW in which the center tower CTW is arranged in the "no tap" HEX.

For example, if the tap operation for the center tower CTW of HEX1 is performed, but the live viewing process is not executed for the live distribution tower LTW of the HEX1, the display setting is set to "OK" and the viewing setting is "Not". Is set to. After that, when the live viewing process is executed for the live distribution tower LTW, the viewing setting is changed to "done" and the display setting is changed to "impossible".

That is, in the initial state, the display setting of the live distribution tower LTW is set to "OK", and the viewing setting is set to "-". When the center tower CTW of HEX to which the live distribution tower LTW belongs is tapped, the viewing setting of the live distribution tower LTW is updated to "not yet". When the live distribution tower LTW is tapped, the display setting is updated to "impossible" and the viewing setting is updated to "done".

As a result, even when the center tower CTW is not tapped, the live distribution tower LTW in the HEX to which the center tower CTW belongs is displayed in the same manner as the portal PTL. The live distribution from the live distribution tower LTW can be viewed by tapping the center tower CTW. When the viewing is finished, unlike the portal PTL, the live distribution tower LTW is hidden.

As the settings of the portal PTL, the remaining time of the cool time, the rarity, and the far-played flag are set. When a tap operation is performed on the center tower CTW of a certain HEX, the remaining cool time, rarity, and far-played flag are set for all portal PTLs arranged in the HEX. Specifically, the remaining cool time is set to 0 minutes, the rarity type is set to silver, gold, or rainbow, and the far-played flag is reset. As a result, tap operations for all the portal PTLs are allowed (effectively accepted). That is, all the portal PTLs are opened. The portal PTL to which the tap operation is allowed is displayed on the map image in a manner different from the portal PTL to which the tap operation is not allowed. For example, a portal PTL in which tap operation is not allowed displays only a predetermined portal image, whereas a portal PTL in which tap operation is allowed is displayed in such a manner that the circumference of the predetermined portal image is shining. To.

The cool time is a parameter representing the time during which the tap operation on the portal PTL is not allowed after the game ends, that is, the remaining time until the tap operation becomes acceptable again. The cool time is set to a predetermined time (for example, 120 minutes) according to the end of the game, and the countdown of the remaining time is started. When the user terminal 100 exists in the HEX in which the portal PTL is arranged, the tap operation for the portal PTL is allowed again when the remaining time of the cool time becomes 0 minutes.

Rarity is a parameter that defines the value of the tossed item given by clearing the game executed by tapping the portal PTL, for example, and increases in the order of silver → gold → rainbow. The rarity is reset to the portal PTL by, for example, a random number lottery when the remaining time of the cool time becomes 0 minutes. The display mode of the portal PTL may be different depending on the rarity (for example, the size of the portal image is different).

The far-played flag is a portal PTL (cool time) in which the cool time has passed among the portal PTLs in the HEX in a state where the user terminal 100 exists outside the HEX to which the center tower CTW to which the tap operation is performed belongs. It is a flag for making it possible to specify whether or not to allow a tap operation on the portal PTL) indicating the remaining time of 0 minutes.

When a tap operation is performed on the center tower CTW in a certain HEX, the far-played flag associated with all portal PTLs in the HEX is reset (that is, the far-played flag becomes 0). The far-played flag is reset every time the user terminal 100 is inside the HEX and a tap operation is performed on the portal PTL in the HEX whose cool time has passed. To. A tap operation on the portal PTL with 0 minutes remaining in the cool time is allowed provided that the far-played flag is reset.

On the other hand, if a tap operation is performed on the portal PTL in the HEX after the user terminal 100 moves to the outside of the HEX, the far-played flag of the portal PTL is not set, provided that the far-played flag is not set. The game can be executed according to the tap operation, and the far-played flag of the portal PTL is set. As a result, even after the cool time of the portal PTL has elapsed, as long as the user terminal 100 exists outside the HEX to which the portal PTL belongs, the far-played flag is set, so that the portal PTL is set. Tap operation is not allowed.

Regarding the far-played flag, for example, when the user travels to Osaka and taps the center tower CTW of the HEX in which the user terminal 100 exists among the HEXs located in Osaka, the flag is associated with all portal PTLs in the HEX. The far-played flag is reset. The far-played flag is also reset when the user is inside the HEX and taps the portal PTL in which the cool time has passed in the HEX. As a result, if the user is inside the HEX, the tap operation on the portal PTL in the HEX is allowed every time the cool time of the portal PTL elapses.

After that, when the user moves to Tokyo and the user terminal 100 does not exist in the above HEX in Osaka and taps any portal PTL in the HEX, the far-played flag of the portal PTL is set. To. The tap operation on the portal PTL in which the far-played flag is set is not allowed when the user terminal 100 is outside the HEX to which the portal PTL belongs. As a result, as long as the user is outside the HEX, the tap operation on the portal PTL in the HEX is allowed only once.

Of the portal PTLs set in the table TBL1, when the remaining time of the cool time is 0 minutes and the tap operation is performed on the portal PTL whose far play flag is reset, the game associated with the portal PTL ( For example, a shooting game) is executed. The game is a game that is cleared when a predetermined achievement condition (for example, a condition that the number of shot down enemy characters reaches a predetermined number) is satisfied. When the game is cleared, a tossed item according to the rarity of the portal PTL is given to the user as a reward. The higher the rarity, the higher the value of the thrown item.

Specifically, if the rarity is silver or gold, an item that is not related to the area where the HEX to which the portal PTL belongs and is corresponding to silver or gold is given as a thrown item.

On the other hand, if the rarity is a rainbow, a local item will be given as a thrown item. Since the HEX may span a plurality of areas, which area the area is located is specified based on the central position of the HEX. For example, if the central position is Sumida-ku, Tokyo, an item imitating the Sky Tree will be given as a throwing item, and if the central position is Naniwa-ku, Osaka, an item imitating Tsutenkaku will be given as a throwing item. ..

When a tap operation is performed on the live distribution tower LTW on the map image, the HEX in which the live distribution tower LTW is arranged is specified on the table TBL1. If the viewing setting of the live distribution tower LTW associated with the HEX is "not yet", the live viewing process is executed. Specifically, game progress information such as operation instruction data lively distributed from the game play terminal 300 is received via the server 200, and content based on the game progress information (see, for example, FIGS. 11 and 12). The video of the game described above) is displayed on the touch screen 15. In addition, a portal ticket is given to the user who views the content. The portal ticket is an item for allowing a tap operation to a portal PTL for which the cool time has not passed or a portal PTL for which the far-played flag is set. Further, while viewing the content, the user can throw the tossed item given by clearing the game or the tossed item given by charging to the distributor.

When the portal PTL for which the cool time has not passed or the portal PTL for which the far-played flag is set is tapped, the ticket consumption inquiry screen shown in FIG. 30 (D) is superimposed on the touch screen 15 and displayed. The flag. According to FIG. 30 (D), the character string "Do you want to consume the portal ticket to execute the game?", The "Execute" button, and the "Cancel" button are displayed on the ticket consumption inquiry screen. Will be done. When the "Run" button is tapped here, the game is started as the portal ticket owned by the user is consumed. That is, even when the cool time has not passed or the far-played flag is set, the tap operation on the portal PTL is permitted by consuming the portal ticket.

If the portal ticket is insufficient, the tap operation for the portal PTL may be allowed by billing. Specifically, the portal ticket may be made available for purchase by billing, and the tap operation may be allowed by consuming the portal ticket. The virtual currency may be made available for purchase by billing, and the virtual currency is consumed. As a result, the tap operation may be allowed.

As shown in FIG. 30A, various icons including the list icon ICN are superimposed and displayed on the map image on the touch screen 15. When the list icon ICN is tapped, a HEX indicating that the center tower CTW setting is "tapped" is specified on the table TBL1, and a list screen in which the headings of the HEX are listed is superimposed and displayed on the touch screen 15. (See FIG. 30 (B)).

When an operation of tapping any of the headings listed on the list screen, that is, a HEX selection operation is performed, a predetermined position (for example, a center tower CTW) in the HEX selected by the HEX selection operation is arranged. The central position of the HEX) is specified. The map image on the touch screen 15 is updated with a map image in which the periphery of the predetermined position is viewed from diagonally above (see FIG. 30C).

Also in the updated map image, the center tower CTW, the portal PTL, and the live distribution tower LTW indicating that the display setting is "OK" are displayed. Further, since the center tower CTW in the HEX is "tapped", tap operations for each of the portal PTL and the live distribution tower LTW can be accepted. However, when the HEX is a HEX farther than the current position PST of the user terminal 100 (for example, a position where the current position PST is not displayed), the current position image and the circle image centered on the current position PST are map images. Does not appear in.

(About operation)
31 and 32 are flowcharts for explaining an example of the position information game processing for playing the position information game. The position information game process is executed by the processor 10 when the operation for starting the position information game is accepted.

A part of the processing of the flowcharts shown in FIGS. 31 and 32 may be executed by the server 200, and the processing result may be transmitted to the user terminal 100. Further, the transmission / reception of information between the user terminal 100 and the game play terminal 300 is executed via the server 200, but is not limited to this, and is executed without going through the server 200. You may.

With reference to FIG. 31, in step S81, the position information indicating the current position PST of the user terminal 100 is acquired from the position registration system, and the position information is stored in a register (not shown). In step S82, map data of a predetermined area including a position specified by the position information stored in the register is acquired from another service providing device, and the position information of the portal PTL and the portal arranged in the predetermined area are acquired. The ID, the position information of the live distribution tower LTW arranged in the predetermined area, and the distribution tower ID are acquired from the server 200.

In step S82, a map image of the periphery of the position viewed from diagonally above is displayed on the touch screen 15 based on the map data. Further, the center tower CTW is displayed at the center position of the HEX appearing in the map image based on the arrangement information of the HEX stored in the memory 11. Further, based on the location information and portal ID of the portal PTL acquired from the server 200, the portal PTL is displayed at a predetermined position of the HEX, and based on the location information and distribution tower ID of the live distribution tower LTW acquired from the server 200. Then, the live distribution tower LTW is displayed at a predetermined position of the HEX. As for the live distribution tower LTW, the table TBL1 shown in FIG. 29 is displayed with the display setting indicating “OK” (the one for which the live viewing process has not been performed).

When the position information stored in the register indicates the current position PST, in step S82, the current position image and the circle image centered on the current position PST are displayed on the map image (see FIG. 30 (A)). ). Further, in step S82, the HEX in which the “tapped” center tower CTW is arranged is highlighted, and various icons including the list icon ICN are superimposed on the map image.

In step S83, it is determined whether or not the tap operation on the center tower CTW on the map image has been performed based on the operation input from the touch screen 15. When it is determined that the tap operation has been performed, the process proceeds to step S84. In step S84, HEX stored in the memory 11 whether or not the position of the center tower CTW that is the target of the tap operation is in the circle CCL and the setting of the center tower CTW is “no tap”. The determination is made based on the arrangement information of the user terminal 100, the current position PST of the user terminal 100, and the setting of the table TBL1.

When the position of the center tower CTW is within the circle CCL and it is determined that the setting of the center tower CTW is "no tap", the process proceeds to step S85. In step S85, the setting of the center tower CTW is changed from "no tap" to "tapped". In addition, the live distribution tower LTW in the HEX where the center tower CTW is located is specified based on the distribution tower ID, and the viewing setting of the live distribution tower LTW is changed from "-" to "not" on the table TBL1. change. Furthermore, all portal PTLs in the HEX are specified based on the portal ID, the rarity is set to silver, gold, or rainbow for all the portal PTLs, and the remaining cool time is set to 0 minutes. And reset the far-played flag.

As a result, tap operations for each of the live distribution tower LTW and the portal PTL in the HEX are allowed. Regarding the portal PTL, tap operation is permitted for all portal PTLs in the HEX regardless of whether or not the portal PTLs are arranged in the circle CCL centered on the current position PST of the user terminal 100. .. That is, all portal PTLs in the HEX are opened. When the process of step S85 is completed, the process returns to step S83.

In step S84, when the position of the center tower CTW that is the target of the tap operation is within the circle CCL and the setting of the center tower CTW is not determined to be "no tap", step S85 is performed. The process returns to step S83 without executing the process.

If it is not determined in step S83 that the tap operation on the center tower CTW has been performed, the process proceeds to step S86, and whether or not the tap operation on any of the portal PTLs has been performed is input from the touch screen 15. Judge based on. When it is determined that the tap operation has been performed, the process proceeds to step S87.

In step S87, the HEX in which the portal PTL is located is specified based on the portal PTLID of the portal PTL acquired in step S82, and whether or not the center tower CTW in the HEX is "tapped" is determined. Judgment is made based on the setting of table TBL1. When it is determined that the center tower CTW is "tapped", the portal correspondence process (described later) is executed in step S88, and then the process returns.

On the other hand, if it is not determined in step S86 that the tap operation for the portal PTL has been performed, or if it is not determined in step S87 that the center tower CTW has been "tapped", the process proceeds to step S89. , It is determined whether or not the tap operation on the list icon ICN has been performed based on the operation input on the touch screen 15. When it is determined that the tap operation has been performed, the process proceeds to step S90.

In step S90, the HEX whose center tower CTW setting is "tapped" is specified on the table TBL1, and the list screen in which the headings of the HEX are listed is superimposed and displayed on the touch screen 15 (FIG. 30 (B). )reference). According to FIG. 30B, the headings of the HEX are displayed vertically arranged in the center of the list screen, and the "Cancel" button is displayed at the lower right of the list screen.

In step S91, it is determined based on the operation input to the touch screen 15 whether or not the HEX selection operation of tapping any of the headings listed on the list screen has been performed. If it is not determined that the HEX selection operation has been performed, the process proceeds to step S92, and it is determined whether or not the "Cancel" button on the list screen has been tapped based on the operation input to the touch screen 15. If it is not determined that the "Cancel" button has been tapped, the process returns to step S91.

On the other hand, when it is determined in step S91 that the HEX selection operation has been performed, the process proceeds to step S93. In step S93, the HEX corresponding to the heading selected by the HEX selection operation is specified, and the position information indicating a predetermined position in the HEX is stored in the register. Further, in step S93, the list screen is hidden. When the process of step S93 is completed, the process returns to step S82.

As a result, the map image on the touch screen 15 is updated to a map image in which the periphery of the selected HEX (predetermined position) is viewed from diagonally above (see FIG. 30C). The updated map image also displays the center tower CTW, the portal PTL, and the live distribution tower LTW for which live viewing processing has not been performed. Further, since the center tower CTW in the HEX is "tapped", the tap operation to the portal PTL can be accepted by steps S86 and S87, and the tap operation to the live distribution tower LTW can be performed by steps S97 and S98. It will be accepted.

Even when the map image is updated by the HEX selection operation, various icons including the list icon ICN are superimposed on the map image as in FIG. 30A. However, when the HEX is a HEX farther than the current position PST of the user terminal 100, the current position image and the circle image centered on the current position PST do not appear in the map image.

When it is determined that the "Cancel" button has been tapped in step S92, the process proceeds to step S94. In step S94, the list image is hidden, and then the process returns to step S83.

If it is not determined in step S89 that the tap operation on the list icon ICN has been performed, the process proceeds to step S95 to determine whether or not the scroll operation has been performed based on the operation input on the touch screen 15. When it is determined that the scroll operation has been performed, the process proceeds to step S96, and the map image displayed on the touch screen 15 is scrolled without updating the position information on the register. When the process of step S96 corresponding to the scroll operation is completed, the process returns to step S83. The scrolled map image also displays the center tower CTW, the portal PTL, and the live distribution tower LTW for which live viewing processing has not been performed, and tap operations on these portal PTLs and the like can be accepted.

If it is not determined that the scroll operation has been performed, the process proceeds to step S97, and it is determined whether or not the tap operation for the live distribution tower LTW has been performed based on the operation input from the touch screen 15. When it is determined that the tap operation has been performed, the process proceeds to step S98. In step S98, the HEX in which the live distribution tower LTW is arranged is specified based on the distribution tower ID of the live distribution tower LTW acquired in step S82, and the center tower CTW in the HEX is “tapped”. Whether or not it is determined based on the table TBL1.

If it is determined that the center tower CTW is "tapped", the live viewing process is executed in step S99. As a result, the content based on the data live-distributed from the game play terminal 300 is displayed on the touch screen 15. In the live distribution sent from the game play terminal 300 to the user terminal 100 via the server 200, the normal part that operates (including movement and speech) the avatar object arranged in the virtual space and the avatar object that is different from the normal part It includes a game part for playing a predetermined game (for example, a game described with reference to FIG. 11 or the like, a table game, a battle game, or the like). A normal part is a part in which the game is not played by the avatar object. Live distribution includes, for example, live distribution consisting of only normal parts, and live distribution in which normal parts are composed before and after the game part including the game part (for example, normal part → game part → normal part). Including. The live distribution tower is provided with a tower that distributes a live composed of only normal parts and a tower that distributes live including not only normal parts but also game parts. Specific control of these live distributions will be described later based on FIG. 33.

In the live viewing process, a portal ticket is given to the user who views the content. Further, while viewing the content, the user can throw the tossed item given in step S116 described later or the tossed item given by billing to the distributor.

When the live viewing process is completed, the process proceeds to step S100, the display setting of the live distribution tower LTW in the table TBL1 is changed to "impossible", and the viewing setting is changed to "finished". When the process of step S100 is completed, the process returns to step S82. As a result, the display of the touch screen 15 is updated to a map image in which the periphery of the position specified by the position information stored in the register is viewed from diagonally above. However, the live distribution tower LTW is hidden on the map image.

If it is not determined in step S97 that the tap operation for the live distribution tower LTW has been performed, or if it is not determined in step S98 that the center tower CTW has been "tapped", other steps are taken in step S101. Executes the processing of, and then returns.

The portal correspondence process shown in step S88 is executed according to the subroutine shown in FIG. First, in step S111, it is determined based on the table TBL1 whether or not the remaining time of the cool time set in the tapped portal PTL is 0 minutes. The remaining time indicates 0 minutes when the tap operation to the center tower CTW is performed and when the reset cool time elapses after the game is executed. When the portal PTL is tapped in such a state, the process proceeds from step S111 to step S112.

In step S112, the HEX in which the portal PTL is located is specified based on the portal ID of the portal PTL, and whether or not the current position PST of the user terminal 100 is inside the HEX is stored in the memory 11. The determination is made based on the arrangement information of the existing HEX and the current position PST of the user terminal 100.

When it is determined that the current position PST is inside the HEX, the process proceeds to step S113, and when it is not determined that the current position PST is inside the HEX, the process proceeds to step S118.

As a result, when the user terminal 100 exists in the HEX to which the portal PTL belongs after the game process is executed in response to the tap operation to the portal PTL, the cool time of the portal PTL elapses. Another tap operation to the portal PTL is allowed. For example, the re-tap operation to the portal 2 performed when the user terminal 100 exists in the HEX 1 after the game process is executed in response to the tap operation to the portal 2 arranged in the HEX 1 is the said. It is permissible because the cool time of Portal 2 has passed.

On the other hand, if the user terminal 100 does not exist in the HEX to which the portal PTL belongs after the game process is executed in response to the tap operation to the portal PTL, the cool time of the portal PTL may elapse. Re-tap operation to the portal PTL is not allowed. For example, a re-tap operation to the portal 2 performed when the user terminal 100 is moving to the outside of the HEX 1 after the game process is executed in response to the tap operation to the portal 2 arranged in the HEX 1. Is not allowed only because the cool time of the portal 2 has passed, and the process proceeds to step S118 described later.

In step S113, all the far-played flags associated with the portal PTL in the HEX are reset in the table TBL1. For example, when the user terminal 100 exists in HEX1, the far-played flag associated with each of the portals 1, 2, ... In the HEX1 is reset. When the process of step S113 is completed, the process proceeds to step S114.

On the other hand, in step S118, it is determined based on the table TBL1 whether or not the far-played flag associated with the portal PTL on which the tap operation has been performed has been reset. When it is determined that the far-played flag has been reset, the far-played flag is set in step S119, and then the process proceeds to step S114. As a result, for example, after the center tower CTW arranged in the HEX1 is tapped, the user terminal 100 moves to the outside of the HEX1 and is arranged in the HEX1 even in a situation where the user terminal 100 does not return to the inside of the HEX1. If the cool time set for portals 1, 2, ... Is 0 minutes, the tap operation to the portals 1, 2, ... Is allowed only once, provided that the far-played flag is reset. To.

In step S114, the game associated with the portal PTL is specified based on the portal ID of the portal PTL, and the game is executed. The game is cleared when certain achievement conditions are met. When the game ends, the process proceeds to step S115, and whether or not the game is cleared is determined based on the processing result of step S114. If it is determined that the game has been cleared, the process proceeds to step S116.

In step S116, the rarity set in the portal PTL is specified from the table TBL1, and the higher the rarity, the higher the value of the tossed item is given to the user as a reward.

When the process of step S116 is completed, the process proceeds to step S117. If it is not determined in step S115 that the game has been cleared, the process proceeds to step S117 without executing the process of step S116. In step S117, the portal PTL that is the target of the tap operation that triggered the execution of the game is specified on the table TBL1, and the cool time of the portal PTL is reset to a predetermined time. When the process of step S117 is completed, the process returns.

In step S111, when it is not determined that the remaining cool time set in the tapped portal PTL is 0 minutes, or in step S118, the far-played flag associated with the portal PTL is set. If it is not determined that the reset has been performed, the process proceeds to step S120, and the ticket consumption inquiry screen shown in FIG. 30D is superimposed and displayed on the touch screen 15. According to FIG. 30 (D), the character string "Do you want to consume the portal ticket to execute the game?", The "Execute" button, and the "Cancel" button are displayed on the ticket consumption inquiry screen. Will be done.

In step S121, it is determined whether or not the "execute" button has been tapped based on the operation input to the touch screen 15. If it is not determined that the "execute" button has been tapped, the process proceeds to step S123, and it is determined whether or not the "cancel" button has been tapped based on the operation input to the touch screen 15. If it is not determined that the "Cancel" button has been tapped, the process returns to step S121.

When it is determined that the "execute" button has been tapped in step S121, the process proceeds to step S122, and the portal ticket owned by the user is consumed. When the process of step S122 is completed, the process proceeds to step S114. Therefore, the tap operation for the portal PTL can be performed by consuming the portal ticket even when the remaining time of the cool time is not 0 minutes or the far-played flag is set. Is allowed. On the other hand, when it is determined that the "Cancel" button has been tapped in step S123, the process returns.

If the user does not own the portal ticket, the user returns without executing the processes of steps S120 to S123. However, if you do not own a portal ticket, you can purchase a portal ticket or virtual currency for a fee, and by consuming the portal ticket or virtual currency, you can allow tap operations on the portal. Good.

The live viewing process in step S99 is executed according to the subroutine shown on the left side of FIG. 33. On the game play terminal 300 side, the process shown on the right side of FIG. 33 is executed. In step S151, the game play terminal 300 determines whether or not the live distribution start time has arrived based on the live distribution schedule management table. The live distribution schedule management table is a table for managing the live distribution time zone (that is, the live distribution start time and the live distribution end time). When it is determined that the live distribution start time has arrived, the process proceeds to step S152, and all users who can watch the live distribution game are set as distribution targets.

In step S153, the live distribution space is defined as the virtual space 600A, and the virtual object including the avatar object 610 is arranged in the live distribution space. In step S154, game progress information including operation instruction data for making it possible to specify the arrangement / operation of the virtual object is generated, and the game progress information is distributed to the distribution target user terminal 100 set in step S152. To do.

In step S155, the field of view image display process of the player performing live distribution is performed. The field of view image display process is a process of displaying the player's field of view image 650 on the monitor 51, which will be described in detail later. When the process of step S155 is completed, the process proceeds to step S156, and it is determined based on the live distribution schedule management table whether or not the live distribution end time has arrived. If it is not determined that the live distribution end time has arrived, the process returns to step S154, and if it is determined that the live distribution end time has arrived, the process returns.

In step S131, the user terminal 100 defines the live distribution space as the virtual space 600B, and arranges the virtual camera 620B at a predetermined position in the live distribution space. In step S132, it is determined whether or not live distribution is in progress based on the distribution status of the game progress information from the game play terminal 300.

In the live distribution time zone, the game progress information is distributed from the game play terminal 300 every predetermined time (for example, 1/60 second). Therefore, in step S132, when the game progress information can be received within 0.5 seconds, for example, it is determined that the live distribution is in progress, but when the game progress information cannot be received within 0.5 seconds. It is not judged that live distribution is in progress.

If it is determined in step S132 that live distribution is in progress, the process proceeds to step S133. In step S133, the virtual object including the avatar object 610 is arranged in the live distribution space, or the already arranged virtual object is operated based on the game progress information. Further, in step S133, the field of view area 640B corresponding to the current position and orientation of the virtual camera 620B is defined, and the field of view image 660 corresponding to the field of view area 640B is displayed on the touch screen 15. Specifically, the processor 10 defines a field of view area 640B, which is a field of view from the virtual camera 620B in the virtual space 600B. Then, the processor 10 defines the field of view image 660 corresponding to the field of view area 640B.

In step S134, it is determined whether or not the operation of adjusting the viewpoint of the virtual camera 620B has been performed based on the input operation on the touch screen 15. The viewpoint of the virtual camera 620B is adjusted by swiping or sliding the touch screen 15 from the user terminal 100. The viewpoint (position, orientation, etc.) of the virtual camera 620B can be adjusted by panning / tilting the virtual camera 620B according to a swipe operation or the like. If it is not determined that the operation for adjusting the viewpoint of the virtual camera 620B has been performed, the process proceeds to step S136, but if it is determined that the operation for adjusting the viewpoint of the virtual camera 620B has been performed, the process proceeds to step S135. In step S135, the viewpoint of the virtual camera 620B is adjusted according to a swipe operation or the like on the touch screen 15.

In step S136, it is determined based on the game progress information whether or not the game part (for example, the video of the game described with reference to FIGS. 11 and 12) has started in the live distribution. If it is determined that the game part has started, the process proceeds to step S137. In step S137, a specific condition (for example, a condition satisfied by the user inputting a predetermined number or more of magazine objects and the avatar object 610 defeating all the enemy objects 671) in the game part, or a condition in which the user has a predetermined number or more of emergency Whether or not the condition (condition that is satisfied when the box object is thrown in and the avatar object 610 reaches a predetermined position) is satisfied is determined based on the game parameter value that can specify the progress of the game.

If it is determined that the specific condition is not satisfied, the process proceeds to step S140, but if it is determined that the specific condition is satisfied, the process proceeds to step S138, and an item or coin corresponding to the specific condition is specified. Icon / Register in the coin management table. Items registered here include items that imitate letters of appreciation and trophies. Further, the amount of coins given to the user is specified, for example, based on the degree of support of the user to the player. When the process of step S138 is completed, the process proceeds to step S140.

If the live distribution distributed from the game play terminal 300 in step S154 is a normal part, it is determined in step S136 that it is not a game part, and the process proceeds to step S139. In step S139, notification-related processing is performed. In the notification-related processing, notification processing is performed to notify the player of the position of the viewpoint of the virtual camera 620B of the user by consuming virtual currency or charging according to a specific operation from the user. It is a thing. As the notification process, a process of transmitting the position of the viewpoint of the user's virtual camera 620B, the user name (or user ID), and the like to the game play terminal 300 is performed. Details will be described later.

The notification-related processing in step S139 is performed when it is determined in step S136 that it is not a game part, and is not performed when it is determined in step S136 that it is not a game part. As a result, the notification-related processing (and thus the notification processing) of step S139 is performed only when the live distribution delivered from the game play terminal 300 according to step S154 is a normal part.

The processor 30 of the game play terminal 300 that has received the viewpoint position and user name of the virtual camera 620B displays the received viewpoint position and user name of the virtual camera 620B on the display 530 in step S155. Details will be described later.

When the process of step S138 is completed, when it is determined in step S137 that the specific condition is not satisfied, and when the process of step S139 is completed, the process proceeds to step S140 to determine whether or not the end operation has been performed. , The determination is made based on the input operation on the touch screen 15. When it is determined that the end operation has not been performed, the process returns to step S132, but when it is determined that the end operation has been performed, the process returns.

If it is not determined in step S132 that the live distribution is in progress, the current time is regarded as a time before the live distribution start time or a time after the live distribution end time, and the process proceeds to step S141. In step S141, an object for making it possible to identify that the live distribution is paused is arranged in the live distribution space, and the field of view image 660 corresponding to the field of view area 640B according to the position and orientation of the virtual camera 620B is displayed. Display on the touch screen 15. When the process of step S141 is completed, the process returns.

The notification-related processing shown in step S139 and the player's field of view image display processing shown in step S155 are executed according to the subroutine shown in FIG. 34. During a normal part other than the live game, an icon (hereinafter, also referred to as a line-of-sight icon) for notifying the player of the position of the viewpoint of the virtual camera 620B is superimposed and displayed on the touch screen 15. In step S166, the processor 10 of the user terminal 100 determines whether or not a tap operation (specific operation) for the line-of-sight icon has been performed based on an input operation on the touch screen 15.

In step S166, when it is determined that the tap operation on the line-of-sight icon has not been performed, the process returns, but when it is determined that the tap operation on the line-of-sight icon has been performed, the process proceeds to step S167. In step S167, it is determined whether or not the number of viewpoint transmissions for transmitting the viewpoint of the user's virtual camera 620B has already reached the upper limit number of times (for example, 5 times) during the current series of live distribution. An upper limit is set for the number of times the viewpoint can be transmitted during one live distribution, and when it is determined in step S167 that the number of times the viewpoint has been transmitted has already reached the upper limit, the process proceeds to step S168. In step S168, it is notified that the upper limit number of times has been reached. As for the fact that the maximum number of times has been reached, for example, a message such as "The number of line-of-sight transmissions during this series of live distribution has reached the maximum number of times. Therefore, the viewpoint cannot be sent." Is displayed. It may be a thing. When the process of step S168 is completed, the process returns.

On the other hand, if the number of viewpoint transmissions has not reached the upper limit, the process proceeds to step S169 to allow the user to select the amount to consume the virtual currency or the like. The consumption amount is selected based on the input operation from the user on the touch screen 15. In step S170, a consumption process that consumes the virtual currency or consideration corresponding to the selected consumption amount is performed.

In step S171, a predetermined lottery is performed. The lottery determines, for example, the degree of appeal when notifying the player of the position of the virtual camera 620B. Specifically, the amount of light emitted (light emission intensity) when the viewpoint position of the virtual camera 620B is made to emit light in the field of view image 650 corresponding to the field of view area 640A of the player is set in three stages of strong, medium, and weak. , The amount of light emitted is randomly determined. The result of the lottery is displayed on the touch screen 15. For example, when the amount of light emitted is strongly determined, a message such as "Strong appeal won! High expectations for the avatar's eyes!" Is displayed. When the process of step S171 is completed, the process proceeds to step S172, and the lottery result, the position of the viewpoint of the virtual camera, and the user name are transmitted to the game play terminal 300 via the server 200 and returned. The process of transmitting the position of the viewpoint of the virtual camera corresponds to the notification process on the user terminal 100 side for notifying the player of the position of the viewpoint on the game play terminal 300 side.

On the other hand, on the game play terminal 300 side during live distribution, in step S173, the position / tilt of the HMD 500 is detected, and the virtual camera in the virtual space 600A is according to the position / tilt of the virtual camera 620A according to the position / tilt. A field of view region 640A, which is the field of view from 620A, is defined. The processor 30 defines a field of view image 650 corresponding to the field of view area 640A. The processor 30 outputs the field of view image 650 to the monitor 51 and the display 530 to display the field of view image 650 on the HMD 500 and the display 530.

In step S174, it is determined whether or not the lottery result, the position of the viewpoint of the virtual camera, and the user name have been received. When it is determined in step S174 that the signal has not been received, the process returns. On the other hand, when it is determined that the reception has been received in step S174, the process proceeds to step S175, and the position corresponding to the viewpoint of the received virtual camera is set to a predetermined time (either strong, medium, or weak) according to the lottery result. It emits light (for example, for 5 seconds) and also displays the received user name. When the process of step S175 is completed, the process returns. The process in step S175 corresponds to the notification process on the game play terminal 300 side for notifying the player of the viewpoint position of the virtual camera of the user who has performed the specific operation.

An example of notifying the viewpoint position of the user's virtual camera by the light emission display in step S181 is shown in FIGS. 35 (A1) (A2) and 35 (B1) (B2). FIG. 35 (A1) shows a case where the amount of light emitted is determined to be “weak” by the lottery in step S171. With reference to FIG. 35 (A1), the light emitting image 999A and the user name (Mr. A) representing the viewpoint position of the virtual camera 620B of the user who transmitted the viewpoint are 5 in the field of view image 650 of the player displayed by the monitor 51. Displayed for seconds.

It is assumed that the player who sees the direction of the light emitting image 999A waving his hand toward the direction of the light emitting image 999A and utters "Thank you for Mr. A". Game progress information including the player's motion and the voice of "Thank you for Mr. A" is transmitted to the user terminal 100 (see steps S154 and S133), and as shown in FIG. 35 (A2), the display unit of the user terminal 100. In the view image 660 displayed on the 152, an image of the player's avatar object 610 waving toward the user is displayed, and a voice of "Thank you for Mr. A" is emitted from the speaker.

35 (B1) and 35 (B2) are diagrams showing a case where three users (Mr. B, Mr. C, and Mr. D) perform notification processing at almost the same time. As a result of the lottery in step S171, when it is determined that Mr. B is "strong", Mr. C is "medium", and Mr. D is "weak" as the amount of light emitted when displaying the position of the viewpoint of each virtual camera 620B. , Each emission image 999B, 999C, 999D and each user name are displayed as shown in FIG. 35 (B1). In FIG. 35 (B1), the amount of light emitted is shown by the size of the light emitting image. The light emitting image 999B corresponding to the viewpoint position of Mr. B is the largest, and the light emitting image 999D corresponding to the viewpoint position of Mr. D is the smallest. It is shown.

It is assumed that the player who sees the light emitting images 999B, 999C, and 999D first waves his hand toward the "strong" light emitting image 999B and utters "Thank you for Mr. B". Game progress information including the player's motion and the voice of "Thank you for Mr. B" is transmitted to the user terminal 100 (see steps S154 and S133), and as shown in FIG. 35 (B2), the display unit of the user terminal 100. In the view image 660 displayed on the 152, an image of the player's avatar object 610 waving toward the user is displayed, and a voice of "Thank you for Mr. B" is emitted from the speaker. After that, the player sequentially turns to each of the light emitting images 999C and 999D and waving his / her hand to utter, so that the player emits a voice together with an image display waving toward Mr. C and Mr. D.

In the lottery according to step S171 described above, an example of determining the amount of light emitted when displaying the position of the viewpoint of the virtual camera 620B by light emission has been described as the degree of appeal. However, the degree of appeal is not limited to the amount of light emitted, and may be, for example, the emission color (for example, gold, silver, copper) when displaying the position of the viewpoint of the virtual camera 620B. In the lottery according to step S171, the emission color may be randomly determined. In step S175, the viewpoint position of the received virtual camera may be emitted with the emission color (gold, silver, copper) determined by lottery for 5 seconds, and the received user name may be displayed.

An example of notifying the viewpoint position of the virtual camera 620B by the emission color is shown in FIGS. 35 (C1) and 35 (C2). 35 (C1) and 35 (C2) are diagrams showing a case where three users (Mr. E, Mr. F, and Mr. G) perform notification processing at almost the same time. As a result of the lottery, when it is determined that Mr. E is "gold", Mr. F is "silver", and Mr. G is "copper" as the emission color when displaying the position of each virtual camera 620B by emission, FIG. 35 As shown in (C1), each emission image 999E (gold), 999F (silver), 999G (copper) and each user name that emits light in the determined color are displayed.

It is assumed that the player who saw the luminescent images 999E, 999F, and 999G first waved his hand toward the "golden" luminescent image 999E and said "Thank you for Mr. E". Game progress information including the player's motion and the voice of "Thank you for Mr. E" is transmitted to the user terminal 100 (see steps S154 and S133), and as shown in FIG. 35 (C2), the display unit of the user terminal 100. In the view image 660 displayed on the 152, an image of the player's avatar object 610 waving toward the user is displayed, and a voice of "Thank you for Mr. E" is emitted from the speaker. As shown in FIG. 35 (C1), the characters "gold", "silver", and "copper" may be displayed at the lower part of the emission images 999E, 999F, and 999G that emit light in each emission color. After that, the player sequentially turns to the light emitting images 999F and 999G and waving his / her hand to utter, so that the player emits a voice together with an image display waving toward Mr. F and Mr. G.

<Effect of this embodiment>
According to the present embodiment, when the user performs a specific operation and consumes the virtual currency or the like, the viewpoint position of the user's virtual camera 620B is notified to the player who is live-streaming. Therefore, when the player waves his hand toward the virtual camera 620B and utters a thank-you word such as "Thank you", the avatar object 610 can send a line of sight to the user who has consumed the virtual currency or the like and speak. .. As a result, communication can be achieved between the player side and the viewer side, and the preference of the game can be improved.

The notification-related process for notifying the player of the position of the virtual camera 620B (and thus the notification process in step S172) is executed in a normal part other than the game part. Therefore, it is possible to prevent the inconvenience that the player who concentrates on the game in the game part is distracted by the display of the viewpoint position of the virtual camera 620B and cannot concentrate on the game.

The notification process of step S172 can be executed up to a predetermined number of times (for example, 5 times) during a series (1 time) of live distribution. Therefore, it is possible to prevent the player from being bothered by having one user repeatedly perform the notification process and repeatedly display the position of the virtual camera 620B.

In the notification-related processing, when the notification processing in step S172 is performed, the degree of appeal to the player when notifying the viewpoint position of the virtual camera 620B (for example, the intensity of light emission intensity and the issued color) is randomly determined by lottery. As a result, the game quality can be enhanced and the user can be provided with fun.

According to the present embodiment, among the map images divided into a plurality of HEXs, the map image corresponding to the current position PST of the user terminal 100 is displayed on the touch screen 15. The tap operation to the portal PTL targets the portal PTL arranged in a specific HEX having a center position (center tower CTW) in the circle CCL centered on the current position PST among the plurality of HEXs. Permissible. When a tap operation is performed on the allowed portal PTL, the game associated with the portal PTL is executed.

As a result, if the user can be urged to move to the extent that the center position of the HEX is included in the circle CCL, and the portal PTL is arranged in the HEX by the movement, the movement is within the circle CCL. Even if the portal PTL is not included in, the game corresponding to these portal PTLs can be executed. That is, the user is urged to move appropriately, and the game can be executed according to the portal PTL that has not actually moved by the appropriate movement, so that the preference of the game can be enhanced.

Further, according to the present embodiment, the tap operation to the portal PTL can be performed regardless of whether or not the portal PTL arranged in the specific HEX is arranged in the circle CCL centered on the user terminal 100. Permissible.

Therefore, the tap operation on the portal PTL arranged in a certain HEX is permitted by moving the user terminal 100 to a position where the center position of the HEX is included in the circle CCL. As a result, the user's behavioral standard for enabling the tap operation becomes simple and clear, and the preference of the game is improved.

Further, according to the present embodiment, a center tower CTW is arranged at the center position of each of the plurality of HEXs, and by tapping the center tower CTW in the specific HEX, the specific HEX is performed. Tap operation to the portal PTL located inside is allowed. As a result, in order to execute the game associated with the portal PTL, the user displays the map image on the touch screen 15, and one of the HEX center tower CTWs exists in the circle CCL. At that time, it is necessary to tap the center tower CTW. As a result, the user operation for frequently checking the map image is promoted, and the concern that the location information game is left as it is downloaded can be reduced.

The center tower CTW, which is the target of the tap operation that triggers the opening of the portal PTL in the HEX, is arranged at the center of the HEX, not at the end. Therefore, in order to open the portal PTL in another HEX, the user needs to move to a position where the center tower CTW of the other HEX is included in the saber CCL. As a result, the user can be encouraged to move appropriately.

Further, according to the present embodiment, when the HEX selection operation of tapping any of the headings displayed on the HEX list screen is performed, the heading is not related to the current position PST of the user terminal 100. The map image in which the HEX corresponding to the above appears is displayed on the touch screen 15. Which portal PTL is the portal PTL to which the tap operation is permitted is managed by the table TBL1. Even if the portal PTL in HEX does not have a center position in the circle CCL centered on the current position PST of the user terminal 100, from the table TBL1 to the portal PTL in which the tap operation is specified to be permitted. By accepting the tap operation of, the game associated with the portal PTL is executed.

As a result, if the center position of a certain HEX moves to a position included in the circle CCL and the tap operation to the portal PTL in the HEX is permitted, even after the user terminal 100 leaves the HEX. The game can be executed by tapping the portal PTL. In addition, by clearing the game, it is possible to obtain a throwing item that can be thrown into a live distribution distributor. That is, for the HEX whose center tower CTW has been tapped once, even when the user terminal does not exist in the HEX, the game corresponding to the portal PTL in the HEX can be executed and the thrown item can be obtained. Can be done. As a result, it is possible to tap the Center Tower CTW for the time being when visiting various areas, and to exercise the motivation to enjoy the game slowly after returning from the visited place.

Further, according to the present embodiment, after the game processing is executed by allowing the tap operation to the portal PTL in a certain HEX, the re-permissible condition (in the HEX) according to the current position PST of the user terminal 100. When the condition that the user terminal 100 exists in the portal PTL) is satisfied, the portal PTL is allowed to be tapped again as the cool time elapses. On the other hand, when the re-allowance condition is not satisfied according to the current position PST of the user terminal 100, the re-tap operation to the portal PTL is not allowed depending on the elapse of the cool time. As a result, when the user terminal 100 continues to exist in the HEX, the tap operation is allowed every time the cool time elapses, and the game can be enjoyed repeatedly. Further, the user can be urged to move by preventing the user terminal 100 from repeatedly executing the game only by the passage of time until the user terminal 100 does not exist in the HEX.

Further, according to the present embodiment, the user owns the portal PTL even when the re-tap operation to the portal PTL is not permitted because the re-allowance condition is not satisfied after the game processing is executed. By consuming the portal ticket to be used, the operation of tapping the portal PTL again is allowed. As a result, even after the user terminal 100 leaves the HEX where the portal PTL is arranged, the game can be enjoyed by consuming the portal ticket.

Further, according to the present embodiment, the portal ticket is given to the user when the user views the content by live distribution. As a result, by viewing the content and obtaining the portal ticket, the user can be motivated to execute the game associated with the portal PTL in which the tap operation is not allowed again. ..

Further, according to the present embodiment, by clearing the game associated with the portal PTL, the user is given a type of throwing item corresponding to the HEX in which the portal PTL is arranged among a plurality of types of throwing items. Will be done. This can motivate the user to visit different areas and obtain different tossed items.

<Modification example>
Examples of modifications of the embodiments described above are listed below.

(1) In the above embodiment, by tapping the center tower CTW in a state where the center tower CTW is included in the circle CCL centered on the current position PST of the user terminal 100, the center tower CTW belongs to the HEX. I am trying to open all portal PTL of. However, by tapping the center tower CTW, the game processing according to the center tower CTW is executed, and by clearing the game, all portal PTLs in the HEX to which the center tower CTW belongs are opened. May be good. That is, the center tower CTW may execute the game processing in the same manner as the portal PTL, in addition to providing an opportunity to open all the portal PTLs in the HEX. Further, the portal PTL is not limited to the one in which the center tower CTW is provided in the HEX, and the portal PTL is included in the circle CCL in a state where any one of the plurality of portal PTLs or a specific portal PTL is included. By tapping, all portal PTLs in the HEX to which the portal PTL belongs may be opened.

(2) In the above embodiment, the position and shape of each of the plurality of HEXs are fixed. However, the position or shape may be different depending on the time (for example, season), and a gap may be provided between adjacent HEXs. Similarly, the positions and numbers of the live distribution tower LTW and the portal PTL arranged in each of the plurality of HEXs may be different depending on the time (for example, the season).

(3) In the above embodiment, the live distribution tower LTW and the portal PTL appear on the map image even before the tap operation on the center tower CTW is performed. However, the live distribution tower LTW and the portal PTL may be made to appear on the map image by performing a tap operation on the center tower CTW. In this case, the live distribution tower LTW and the portal PTL may be arranged at positions specified by a random number lottery at the time of the tap operation.

(4) In the above embodiment, the map image representing the current map is displayed on the touch screen 15. For example, by accepting the map update operation, the map image representing the map of another era is displayed on the touch screen. It may be displayed at 15. As a result, it is possible to increase the variation of the map image to be displayed.

(5) In the above embodiment, the location information and portal ID of the portal PTL and the location information and distribution tower ID of the live distribution tower LTW are acquired from the server 200, and the map data is acquired from another service providing device. ing. However, the map data may also be acquired from the server 200.

(6) In the above embodiment, the tap operation on the live distribution tower LTW is permitted by performing the tap operation on the center tower CTW in the HEX in which the live distribution tower LTW is arranged. However, the tap operation on the live distribution tower LTW may be allowed regardless of whether or not the center tower CTW is tapped.

(7) In the above embodiment, the far-played flag associated with the portal PTL in a certain HEX is reset by the user terminal 100 performing a tap operation on any of the portal PTLs in the HEX. Will be done. However, if the user terminal 100 enters the HEX, the distant play associated with the portal PTL in the HEX is performed regardless of whether or not the tap operation is performed on any of the portal PTLs in the HEX. You may want to reset the flag.

(8) In the above embodiment, when the user taps the center tower CTW in a certain HEX and moves out of the HEX (for example, taps the center tower CTW in the HEX located in Osaka to Tokyo. (When moved to), regardless of whether or not the tap operation is performed on the portal PTL in the HEX, the tap operation is allowed only once for any portal PTL in the HEX. However, among the portal PTLs in the HEX, for the portal PTL in which the tap operation is performed while the user terminal 100 is in the HEX, the tap operation after the user terminal 100 moves out of the HEX is allowed. You may not do it.

(9) In the above embodiment, the size of the circle CCL centered on the current position PST of the user terminal 100 is fixed. However, the size of the circle CCL may be expanded by accepting a billing operation. For example, the circle enlargement icon is displayed on the map image on which the circle CCL is displayed, and when the circle enlargement icon is tapped, it is confirmed whether or not it is okay to charge, and then the circle CCL is widened. It may be doubled (for example, a radius of 1 km).
Further, the size of the circle after being expanded may be a size that includes two or more HEX center towers.

(10) In the above embodiment, when the game is cleared, the user is given a throwing item according to the rarity of the portal PTL that triggered the execution of the game. However, in addition to this, the user's experience value may be increased by clearing the game, and the rank of the portal PTL in the HEX to which the user belongs may be increased when the experience value reaches a predetermined value. .. The effect of rank-up may be the effect of setting a higher rarity to the portal PTL and setting the cool time of the portal PTL to 0 minutes.

In addition, when the update condition is satisfied according to the execution of the game, the rank associated with the user is updated, and the portal PTL that triggered the execution of the game that satisfies the update condition is arranged. For the portal PTL in the HEX, the cool time may be set to 0 regardless of whether or not the cool time has passed, and the tap operation may be allowed. Further, in this case, the far-played flag may be reset.

(11) In the above embodiment, after the game process is executed in response to the tap operation to the portal PTL, the user terminal 100 does not exist inside the HEX to which the portal PTL belongs, so that the portal PTL is again. Even when the tap operation of is not allowed, the tap operation is allowed again by consuming the portal ticket owned by the user. Here, one of a plurality of rarities is set for each of the portal PTL and the portal ticket, and when the tap operation is not allowed again, the portal ticket whose rarity matches the portal PTL to be tapped. May allow the portal PTL to be tapped again by consuming. This motivates you to tap more live-streaming towers LTW to get portal tickets for various rarities.

(12) In the above embodiment, in the live viewing process executed in response to the tap operation to the live distribution tower LTW, any one owned by the user regardless of the position of the HEX in which the live distribution tower LTW is arranged. You can also throw money items to the distributor. However, only items of the type corresponding to the position of the HEX where the live distribution tower LTW is located (for example, if the HEX is located in Sumida-ku, Tokyo, an item that imitates the Tokyo Sky Tree) May be made available to the distributor. As a result, the user can be prompted to perform a series of operations to first execute the game corresponding to the portal PTL in the HEX to obtain the local item, and then tap the live distribution tower LTW in the HEX.

(13) In the above embodiment, when the center tower CTW is included in the circle CCL centered on the current position PST of the user terminal 100, the user terminal 100 is included in the HEX in which the center tower CTW is arranged. The size of the circle CCL is set so as to be used. However, the size of the circle CCL is such that the user terminal 100 can exist outside the HEX in which the center tower CTW is arranged even when the center tower CTW is included in the circle CCL (that is,). , The size is much larger than the size of the circle CCL in the present embodiment).

In this case, in step S112, instead of determining "whether or not the current position PST of the user terminal 100 is inside the HEX where the tapped portal PTL is arranged", "the current position PST of the user terminal 100 is set." When it is determined whether or not the portal PTL in HEX in which the center tower CTW exists in the central circle CCL is the target of the tap operation, and it is determined that the portal PTL is not the target of the tap operation. The process of step S118 may be executed. Further, when it is determined that the portal PTL is the target of the tap operation, instead of the process of step S113, the far-played flag of all the portal PTLs in the HEX in which the center tower CTW exists in the circle CCL is set. The process of resetting may be executed.

(14) In the above embodiment, the rarity of the portal PTL is set to silver, gold, or rainbow by random number lottery regardless of the number of HEXs whose center tower CTW is "tapped". However, the rarity may be set in a different manner according to the number of HEXs, such as increasing the probability that a rainbow will be set as the number of HEXs increases.

(15) In the above embodiment, the length of the cool time reset to the portal PTL that is the target of the tap operation that triggered the execution of the game is fixed. However, the length of the cool time may be made different according to the rarity set in the portal PTL immediately before the game is started. For example, if the rarity is a rainbow, the cool time is set to 150 minutes, if the rarity is gold, the cool time is set to 120 minutes, and if the rarity is silver, the cool time is set. It may be set to 90 minutes.

(16) In the above embodiment, when the user clears the game, the tossed item is given to the user. However, instead of the tossed item, or together with the tossed item, the user may be given a virtual currency in which a paid tossed item can be purchased. At this time, the amount of the virtual currency may be made different according to the rarity of the portal PTL that is the target of the tap operation that triggered the execution of the game. Further, the virtual currency may be purchased by the user by a billing operation.

(17) In the above embodiment, the cool time of the portal PTL is reset regardless of whether or not the game associated with the portal PTL is cleared. However, the cool time may be reset on condition that the game is cleared, and may not be set when the game cannot be cleared.

(18) In the above embodiment, one live distribution tower LTW is arranged in each of the plurality of HEXs, but a plurality of the live distribution towers LTW may be arranged in each of the plurality of HEXs.

(19) In the above embodiment, the HEX in which the "tapped" center tower CTW is arranged is notified by highlighting. However, by displaying a line representing the outline of the HEX so that the arrangement state of the HEX can be visually recognized, it may be notified that the "tapped" center tower CTW is the HEX in which the center tower CTW is arranged. .. In this case, the highlighting of the HEX where the "tapped" center tower CTW is located is not always necessary.

(20) In the above embodiment, what kind of game is associated with the portal PTL is not defined by the rarity of the portal PTL. However, the game associated with the portal PTL may be defined by the rarity of the portal PTL. That is, the rarity of the clear level (difficulty) of the game associated with the portal PTL, such as when Reita associates a simple game with the silver portal PTL and Reita associates a difficult game with the rainbow portal PTL. It may be made different according to.

(21) In the above embodiment, it is not assumed that the number of portal PTLs is adjusted so that the portal PTLs are not unevenly distributed depending on the region. However, a predetermined number or more of portal PTLs may be arranged in each of the plurality of HEXs. In this case, a portal PTL having a high rarity, that is, a portal PTL having a rainbow rarity may be set for each of the plurality of HEXs. Further, when the rarity of the portal PTL is reset, the reset may be performed so that the portal PTL having a rainbow of raity always exists in the HEX in which the portal PTL is arranged.

(22) In the above embodiment, the rarity of the portal PTL is reset when the remaining cool time set in the portal PTL reaches 0 minutes. However, the rarity may be reset when the game associated with the portal PTL is executed.

(23) In the above embodiment, when the list icon ICN displayed on the touch screen 15 is tapped, HEX indicating that the setting of the center tower CTW is "tapped" is specified on the table TBL1. As shown in B), a list screen in which the headings of the HEX are listed is superimposed on the touch screen 15 and displayed. Here, the heading of the HEX may include a visit history such as a place name (city, town, village, etc.) and a date and time, and a history of tap operations (number of tapped portal PTLs or live distribution towers, etc.).

(24) In the above embodiment, the portal ticket is given to the user who views the content in the live viewing process, and the tossed item given by clearing the game and the tossed item given by charging are given. It is possible to input to the distributor. Here, when the user throws in the tossed item, more portal tickets may be given to the user than when the item is not thrown, or a portal ticket with high rarity may be given to the user. .. In addition, when a tossed item is thrown in by billing, more portal tickets are given or a portal ticket with high rarity is given than when a tossed item given by clearing the game is thrown in. You may.

(25) In the above embodiment, the far-played flag is set to the cool time of the portal PTL in the HEX in a state where the user terminal 100 exists outside the HEX to which the center tower CTW to which the tap operation is performed belongs. It is positioned as a flag to make it possible to specify whether or not to allow a tap operation on the portal PTL indicating 0 minutes remaining time. Therefore, the portal PTL that allows the tap operation while the user terminal 100 is outside the HEX includes not only the portal PTL in which the game has not been executed even once among the portal PTLs in the HEX, but also the game. Is also included in the portal PTL in which is executed and the cool time has passed. However, the portal PTL that allows the tap operation while the user terminal 100 exists outside the HEX may be limited to the portal PTL in which the game has not been executed even once among the portal PTLs in the HEX. ..

(26) In the above embodiment, the display mode of the portal PTL in the map image is made different depending on whether or not the tap operation on the portal PTL is permitted, and is made different according to the rarity of the portal PTL. There is. In addition to or in lieu of this, the display mode of the portal PTL is the remaining time of cool time, the type of game associated with the portal, and the type of money to be given by clearing the game. It may be different depending on it.

(27) In the above embodiment, the portal PTL is displayed at a predetermined position on the HEX based on the position information and the portal ID of the portal PTL acquired from the server 200, and the position information of the live distribution tower LTW acquired from the server 200. And, based on the distribution tower ID, the live distribution tower LTW is displayed at a predetermined position on the HEX. However, at least one of the portal PTL and the live distribution tower may be arranged at a random position (a position determined by a random number lottery) in the HEX.

(28) In the above embodiment, when the live distribution tower LTW is tapped, a process of viewing the content by live distribution is executed. However, the process of viewing the recorded content may be executed instead of the live distribution.

(29) In the above embodiment, when the live viewing process is completed, the live distribution tower LTW is hidden and the content by live distribution cannot be viewed. However, a cool time may be set for the live distribution tower LTW so that the content can be viewed again when the cool time elapses.

(30) Regarding the lottery process of step S171 executed when performing the notification process of notifying the player of the viewpoint position of the virtual camera 620B, the degree of appeal is determined at a ratio according to the consumption amount selected in step S169. You may. For example, the larger the consumption amount selected in step S169, the higher the proportion of the virtual camera 620B determined to have a high degree of appeal as the degree of appeal to the player when notifying the viewpoint position.

(31) The lottery process of step S171 executed when performing the notification process of notifying the player of the viewpoint position of the virtual camera 620B may be performed not by the user terminal 100 but by the game play terminal 300. In this case, when a plurality of users perform consumption processing and notification processing at almost the same time and display the viewpoint position of each user's virtual camera 620B in duplicate, the lottery may be performed so that the appeal degree of the same level does not overlap. Good. Further, when the lottery process is performed on the game play terminal 300, the viewpoint position, the user name, and the consumption amount of the virtual camera are transmitted to the game play terminal 300 on the user terminal 100 side without performing the lottery process in step S171, and the game play is performed. The degree of appeal may be determined on the terminal 300 side according to the amount of consumption. Specifically, when the notification process is performed by the three users, the light emission amount of each of the three users may be determined to be "strong", "medium", or "weak" in descending order of consumption amount. May be determined as "gold", "silver", or "copper".

(32) When the viewpoint position of a user's virtual camera 620B is displayed on the game play terminal 300, information that can identify that fact is transmitted to the user terminal 100 that is the user and corresponds to the viewpoint position. , The user terminal 100 may display a message such as "Currently appealing! Pay attention to the eyes of the avatar!".

(33) In the above embodiment, an example is described in which the end condition of the notification process (step S175) for notifying the player of the viewpoint position of the virtual camera 620B is satisfied when a predetermined time (for example, 5 seconds) elapses. .. However, the end condition of the notification process is not limited to this, and may be satisfied by the player looking at the viewpoint position of the virtual camera 620B notified by the notification process. Further, even if the end condition of the notification process is satisfied when either the predetermined time elapses or the player sees the viewpoint position of the virtual camera 620B notified by the notification process. Good. The processor 310 of the game play terminal 300 determines whether or not the player has seen the viewpoint position of the virtual camera 620B notified by the notification process based on the detection signal from the gaze sensor 52 that detects the player's line of sight.

(34) When a plurality of users perform consumption processing and notification processing at substantially the same time, the viewpoint position of the virtual camera 620B for 5 seconds may be displayed one by one in descending order of consumption amount. Further, as a countermeasure when a plurality of (for example, 10) users perform consumption processing at almost the same time, duplicate display may be performed within the upper limit range, and the rest may be waiting in order. Specifically, the upper limit of the number of duplicate displays is set to 3, and when 10 users perform consumption processing almost at the same time, only 3 of them are selected and duplicated, and the remaining 7 users are displayed. Wait in line. After an interval period (for example, 2 to 3 seconds) has passed since all the duplicate displays of the selected 3 people have been completed and disappeared, 3 people are selected again from the 7 people waiting in line and displayed in duplicate, and this selection and duplication are performed. Repeat the display process. By providing the interval period, there is an advantage that the player can easily (easily perform) a response such as waving to the notified viewpoint position.

As a selection method, those having a higher rank may be selected according to the order in which the consumption processing is performed. Alternatively, the ones with a high degree of appeal determined by lottery may be selected. The end condition of the notification-related processing of the viewpoint positions of the three selected persons may be satisfied after a predetermined time (for example, 5 seconds) has elapsed, and the player sees the viewpoint positions of the virtual camera 620B. It may be established by. Further, the notification process may be terminated when either of the conditions of the elapse of a predetermined time and the player viewing the viewpoint position of the viewpoint position of the virtual camera 620B notified by the notification process is satisfied. .. The user waiting in line may be notified that the user is currently waiting in line, and that the display of the viewpoint position is started or the viewpoint position is being displayed when the turn comes. ..

(35) The consumption amount for performing the notification processing may be different depending on the number of times the viewpoint is transmitted from the user's virtual camera 620B. For example, the larger the number of viewpoint transmissions, the higher the consumption may be, or the higher the number of times the viewpoint is transmitted, the higher the consumption may be. Further, even if the number of times of viewpoint transmission reaches the upper limit number of times (for example, 5 times), the viewpoint of the user's virtual camera 620B may be transmitted by consuming a predetermined high amount of money.

(36) In addition to transmitting the viewpoint position of the virtual camera 620B, a message input by the user may also be transmitted. When the player who sees the transmitted message responds to the message by voice or the like, communication between the user and the player is promoted, and the preference can be further improved.

(37) Regarding the lottery process in step S171, the ratio determined to be a high degree of appeal as the degree of appeal to the player when notifying the viewpoint position of the virtual camera 620B may be changed according to the number of specific operations. For example, as the number of specific operations increases, the rate of determination of a high degree of appeal increases.

(38) When notifying the viewpoint position of the virtual camera 620B, an index indicating the degree of regularity of the user for the player may also be notified. Specifically, the number of times a specific operation is performed on a player is counted for each user, the cumulative total of specific operations from the past to the present is calculated, and the cumulative value is notified as an index indicating the degree of regularity. The player who sees the cumulative total can make a response matching the user after recognizing whether or not the viewer is a regular viewer. As another example of the index indicating the degree of regularity, it may be a period during which the player is subjected to the consumption operation.

(39) An example in which the notification processing in steps S172 and S175 can be executed by consuming virtual currency or the like in S170 in response to an operation (specific operation) on the line-of-sight icon in step S166 has been described. However, the notification processing in steps S172 and S175 is not limited to this as long as it is executed in response to a specific operation from the user, and consumes a specific item for the line of sight in response to the specific operation from the user, for example. It may be executed by. The specific item for the line of sight may be, for example, an item given when it is determined in step S137 of FIG. 33 that the specific condition is satisfied, or an item that can be purchased by billing or the like. Good.

<Additional notes>
The matters described in each of the above embodiments will be added below.

(Appendix 1):
According to an aspect of one embodiment shown in the present disclosure, a character that is a program executed in an information terminal device (user terminal 100) including a processor, a memory, and a display unit and that operates in response to the movement of a distributor. Step (S132) to receive display information (game progress information) from the outside to enable the display of images that are arranged in the virtual space and progress, and the virtual camera is arranged in the virtual space based on the display information. Then, among the images in the virtual space, the step (S133) of displaying the image corresponding to the viewpoint of the virtual camera on the display unit and the specific operation from the user, the virtual camera in the virtual space The step (S172) of performing the notification process for notifying the distributor of the position of the viewpoint is executed.

(Appendix 2):
In (Appendix 1), the specific operation is an operation of consuming the virtual currency associated with the user (S169, S170).

(Appendix 3):
In (Appendix 1) or (Appendix 2), the images in the virtual space include a first part (game part) including an image in which the character plays a predetermined game in the virtual space, and a first part other than the first part. The step of performing the notification process including the two parts (normal part) does not perform the notification process in the first part, but performs the notification process in the second part (when NO in S136, the notification process of S139 is performed). ).

(Appendix 4):
In any of (Appendix 1) to (Appendix 3), the step of performing the notification process is performed up to a predetermined number of times according to the specific operation from the user during the period from the start to the end of the series of distribution. It is possible to perform the notification process with the upper limit set to (S167).

(Appendix 5):
In any of (Appendix 1) to (Appendix 4), the notification process is a process for notifying the position of the viewpoint of the virtual camera based on the degree of appeal according to the result of a predetermined lottery (S171, S172). ).

(Appendix 6):
In (Appendix 1) to (Appendix 5), the steps (S134, S135) of changing the viewpoint of the virtual camera in the virtual space are executed in response to an operation from a user different from the specific operation.

(Appendix 7):
According to an aspect of one embodiment shown in the present disclosure, a character that is a program executed on a computer (game play terminal 300) including a processor, a memory, and a display unit and operates in response to the movement of a distributor. A step (S154) of distributing display information (game progress information) for making it possible to display an image in the arranged virtual space, and a viewpoint of a virtual camera among the images in the virtual space based on the display information. Data transmitted from the information terminal device (user terminal 100) that displays the video according to the above, and by receiving the information according to the specific operation from the user who views the video (YES in S174), the above. The step (S175) of performing the notification process for notifying the distributor of the position of the viewpoint of the virtual camera of the user in the virtual space is executed.

(Appendix 8):
According to a certain aspect of the embodiment shown in the present disclosure, the information terminal device (user terminal 100) is a storage unit (storage unit 120) for storing a program, and the information terminal by executing the program. A control unit (control unit 110) that controls the operation of the device is provided, and the control unit is for displaying an image in which a character that operates according to the movement of the distributor is arranged in a virtual space and progresses. In the step (S132) of receiving display information (game progress information) from the outside, a virtual camera is arranged in a virtual space based on the display information, and the image in the virtual space is adjusted according to the viewpoint of the virtual camera. A step (S133) of displaying the displayed image on the display unit, and a step of performing notification processing for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space in response to a specific operation from the user (S133). S172) and are executed.

(Appendix 9):
According to an aspect of one embodiment shown in the present disclosure, a computer (game play terminal 300) is a storage unit (storage unit 320) that stores a program, and an operation of the computer by executing the program. The control unit (control unit 310) is provided, and the control unit provides display information (display information for enabling display of an image in a virtual space in which a character that operates according to the movement of a distributor is arranged. Data transmitted from the step (S154) of distributing the game progress information) and the information terminal device (user terminal 100) that displays the image according to the viewpoint of the virtual camera among the images in the virtual space based on the display information. By receiving information according to a specific operation from the user who views the video (YES in S174), the distributor is notified of the position of the viewpoint of the user's virtual camera in the virtual space. The step (S175) of performing the notification process for performing the notification processing is executed.

(Appendix 10):
According to an aspect of one embodiment shown in the present disclosure, a game method executed in an information terminal device (user terminal 100) including a processor, a memory, an input unit, and a display unit, wherein the game method is described above. A step (S132) in which the information terminal device receives display information (game progress information) from the outside so that a character that operates according to the movement of the distributor can display a video that is arranged in the virtual space and progresses. A step (S133) of arranging a virtual camera in a virtual space based on the display information and displaying an image of the images in the virtual space according to the viewpoint of the virtual camera on the display unit, and a step (S133) from the user. It includes a step (S172) of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space according to the specific operation.

(Appendix 11):
According to an aspect of one embodiment shown in the present disclosure, a game method executed on a computer (game play terminal 300) including a processor, a memory, an input unit, and a display unit, wherein the game method is the computer. However, a step (S154) of distributing display information (game progress information) for making it possible to display an image in a virtual space in which a character that operates according to the movement of the distributor is arranged, and the display information. This is data transmitted from an information terminal device (user terminal 100) that displays an image according to the viewpoint of a virtual camera among the images in the virtual space based on the above, and corresponds to a specific operation from a user who views the image. By receiving the information (YES in S174), it includes a step (S175) of performing a notification process for notifying the distributor of the position of the viewpoint of the user of the virtual camera in the virtual space.

[Example of realization by software]
The control blocks (particularly the control units 110, 210, 310, 410) of the user terminal 100, the server 200, the game play terminal 300 (HMD set 1000), and the distribution terminal 400 are logics formed in an integrated circuit (IC chip) or the like. It may be realized by a circuit (hardware) or by software.

In the latter case, the user terminal 100, the server 200, the game play terminal 300 (HMD set 1000), and the distribution terminal 400 include a computer that executes instructions of a program that is software that realizes each function. The computer includes, for example, one or more processors and a computer-readable recording medium that stores the program. Then, in the computer, the processor reads the program from the recording medium and executes it, thereby achieving the object of the present invention. As the processor, for example, a CPU (Central Processing Unit) can be used. As the recording medium, in addition to a "non-temporary tangible medium" such as a ROM (Read Only Memory), a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, a RAM (Random Access Memory) for expanding the above program may be further provided. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.

The present invention is not limited to the above-described embodiments, and various modifications can be made within the scope of the claims, and the embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

1 system, 2 networks, 3, 3A, 3B users (first user), 4 players (performers), 10, 20, 30, 40 processors, 11,21,31,41 memory, 12,22,32,42 storage , 13, 23, 33, 43 Communication IF, 14, 24, 34, 44 I / O IF, 15, 45 Touch screen, 17 camera, 18 ranging sensor, 51 monitor, 52 gaze sensor, 53 1st camera, 54th 2 cameras, 55 microphones, 56 speakers, 100, 100A, 100B, 100C User terminals (computer, first computer, first information processing device), 110, 210, 310, 410 Control units (first control unit, second control) Unit), 111,311,413 Operation reception unit, 112,312,412 Display control unit, 113,313 UI control unit, 114,314 animation generation unit, 115,315 game progress unit, 116,316 virtual space control unit, 117 Video playback unit, 120, 220, 320, 420 Storage unit (1st storage unit, 2nd storage unit), 131,231,331 Game program (program, 1st program), 132,232,332 Game information 133 , 233,333 User information, 151,451 Input unit, 152,452 Display unit (display), 200 server, 211 Communication mediation unit, 212 log generation unit, 213 list generation unit, 234,421 user list, 300 gameplay terminal (External device, 2nd external device), 317 reaction processing unit, 400 distribution terminal (external, 1st external device, computer, 2nd information processing device), 411 communication control unit, 414 voice reception unit, 415 motion identification unit, 416 Action instruction data generator, 422 motion list, 423 distribution program (program, second program), 540, 1020, 1021 controller, 500 HMD, 510 HMD sensor, 520 motion sensor, 530 display, 600A, 600B virtual space, 610 Avatar object (character), 620A, 620B virtual camera, 631,632,633,634 object, 640A, 640B visibility area, 650,660 visibility image, 671 enemy object, 672 , 673 Obstacle Object, 674 Directing Object, 691,692 Speaking, 701, 702, 703A, 70B, 704A, 704B, 705,706,711,711A, 711B, 711C, 711D, 722,723,745A, 745B , 745C, 752,762,763,930,2011,2022,2031,2032, 2033,2034,2037,2038,2051,2063,2072,2073,2075 UI image (message UI, UI), 721 download screen, 731 User list screen (list), 732,732A, 732B, 732C, 742,742A, 742B, 742C record image, 733,733A, 733B, 733C user name, 734,734A, 734B, 734C tag information, 735,735A, 735B , 735C icon, 741 motion list screen (choices), 743, 743A, 743B, 743C motion name, 744,744A, 744B, 744C, 753 motion image, 751 distribution screen, 761 distribution completion screen, 810A, 810B motion video, 820A , 820B speech voice, 910A, 910B video, 920A, 920B voice, 1000 HMD set, 1010 object, 1030 storage medium

Claims (20)

A program that is executed in an information terminal device that includes a processor, memory, and a display unit.
A step of receiving display information from the outside so that a character that moves according to the movement of the distributor is arranged in the virtual space and the progressing image can be displayed.
A step of arranging a virtual camera in a virtual space based on the display information and displaying an image of the images in the virtual space according to the viewpoint of the virtual camera on the display unit.
In response to a specific operation from the user, a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space is executed .
The video in the virtual space includes a first part including a video in which the character plays a predetermined game in the virtual space, and a second part other than the first part.
The step of performing the notification process is a program in which the notification process is not performed in the first part but is performed in the second part . A program that is executed in an information terminal device that includes a processor, memory, and a display unit.
A step of receiving display information from the outside so that a character that moves according to the movement of the distributor is arranged in the virtual space and the progressing image can be displayed.
A step of arranging a virtual camera in a virtual space based on the display information and displaying an image of the images in the virtual space according to the viewpoint of the virtual camera on the display unit.
In response to a specific operation from the user, a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space is executed .
In the step of performing the notification process, the notification process can be performed up to a predetermined number of times in response to the specific operation from the user between the start and the end of the series of distributions . program. A program that is executed in an information terminal device that includes a processor, memory, and a display unit.
A step of receiving display information from the outside so that a character that moves according to the movement of the distributor is arranged in the virtual space and the progressing image can be displayed.
A step of arranging a virtual camera in a virtual space based on the display information and displaying an image of the images in the virtual space according to the viewpoint of the virtual camera on the display unit.
In response to a specific operation from the user, a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space is executed .
The notification process is a process for notifying the position of the viewpoint of the virtual camera based on the degree of appeal according to the result of a predetermined lottery . The program according to any one of claims 1 to 3, wherein the specific operation is an operation of consuming the virtual currency associated with the user. The program according to any one of claims 1 to 4 , wherein a step of changing the viewpoint of the virtual camera in the virtual space is executed in response to an operation from a user different from the specific operation. A program that runs on a computer with a processor, memory, and display.
A step of distributing display information for making it possible to display an image in a virtual space in which a character that moves according to the movement of the distributor is arranged, and
Data transmitted from an information terminal device that displays an image according to the viewpoint of a virtual camera among images in a virtual space based on the display information, and information corresponding to a specific operation from a user who views the image. Is received to execute a step of performing a notification process for notifying the distributor of the position of the viewpoint of the user of the virtual camera in the virtual space .
The video in the virtual space includes a first part including a video in which the character plays a predetermined game in the virtual space, and a second part other than the first part.
The step of performing the notification process is a program in which the notification process is not performed in the first part but is performed in the second part . A program that runs on a computer with a processor, memory, and display.
A step of distributing display information for making it possible to display an image in a virtual space in which a character that moves according to the movement of the distributor is arranged, and
Data transmitted from an information terminal device that displays an image according to the viewpoint of a virtual camera among images in a virtual space based on the display information, and information corresponding to a specific operation from a user who views the image. Is received to execute a step of performing a notification process for notifying the distributor of the position of the viewpoint of the user of the virtual camera in the virtual space .
In the step of performing the notification process, it is possible to perform the notification process up to a predetermined number of times according to the specific operation from the user between the start and the end of the series of distribution . program. A program that runs on a computer with a processor, memory, and display.
A step of distributing display information for making it possible to display an image in a virtual space in which a character that moves according to the movement of the distributor is arranged, and
Data transmitted from an information terminal device that displays an image according to the viewpoint of a virtual camera among images in a virtual space based on the display information, and information corresponding to a specific operation from a user who views the image. Is received to execute a step of performing a notification process for notifying the distributor of the position of the viewpoint of the user of the virtual camera in the virtual space .
The notification process is a process for notifying the position of the viewpoint of the virtual camera based on the degree of appeal according to the result of a predetermined lottery . It is an information terminal device
A memory unit that stores programs and
A control unit that controls the operation of the information terminal device by executing the program is provided.
The control unit
A step of receiving display information from the outside so that a character that moves according to the movement of the distributor is arranged in the virtual space and the progressing image can be displayed.
A step of arranging a virtual camera in a virtual space based on the display information and displaying an image of the images in the virtual space according to the viewpoint of the virtual camera on the display unit.
In response to a specific operation from the user, a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space is executed .
The video in the virtual space includes a first part including a video in which the character plays a predetermined game in the virtual space, and a second part other than the first part.
The step of performing the notification process is an information terminal device in which the notification process is not performed in the first part but is performed in the second part . It is an information terminal device
A memory unit that stores programs and
A control unit that controls the operation of the information terminal device by executing the program is provided.
The control unit
A step of receiving display information from the outside so that a character that moves according to the movement of the distributor is arranged in the virtual space and the progressing image can be displayed.
A step of arranging a virtual camera in a virtual space based on the display information and displaying an image of the images in the virtual space according to the viewpoint of the virtual camera on the display unit.
In response to a specific operation from the user, a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space is executed .
In the step of performing the notification process, the notification process can be performed up to a predetermined number of times in response to the specific operation from the user between the start and the end of the series of distribution . Information terminal device. It is an information terminal device
A memory unit that stores programs and
A control unit that controls the operation of the information terminal device by executing the program is provided.
The control unit
A step of receiving display information from the outside so that a character that moves according to the movement of the distributor is arranged in the virtual space and the progressing image can be displayed.
A step of arranging a virtual camera in a virtual space based on the display information and displaying an image of the images in the virtual space according to the viewpoint of the virtual camera on the display unit.
In response to a specific operation from the user, a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space is executed .
The notification process is an information terminal device for notifying the position of the viewpoint of the virtual camera based on the degree of appeal according to the result of a predetermined lottery . It ’s a computer,
A memory unit that stores programs and
A control unit that controls the operation of the computer by executing the program is provided.
The control unit
A step of distributing display information for making it possible to display an image in a virtual space in which a character that moves according to the movement of the distributor is arranged, and
Data transmitted from an information terminal device that displays an image according to the viewpoint of a virtual camera among images in a virtual space based on the display information, and information corresponding to a specific operation from a user who views the image. Is executed , and a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera of the user in the virtual space is executed .
The video in the virtual space includes a first part including a video in which the character plays a predetermined game in the virtual space, and a second part other than the first part.
The step of performing the notification process is a computer in which the notification process is not performed in the first part but is performed in the second part . It ’s a computer,
A memory unit that stores programs and
A control unit that controls the operation of the computer by executing the program is provided.
The control unit
A step of distributing display information for making it possible to display an image in a virtual space in which a character that moves according to the movement of the distributor is arranged, and
Data transmitted from an information terminal device that displays an image according to the viewpoint of a virtual camera among images in a virtual space based on the display information, and information corresponding to a specific operation from a user who views the image. Is executed , and a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera of the user in the virtual space is executed .
In the step of performing the notification process, the notification process can be performed up to a predetermined number of times in response to the specific operation from the user between the start and the end of the series of distributions . Computer. It ’s a computer,
A memory unit that stores programs and
A control unit that controls the operation of the computer by executing the program is provided.
The control unit
A step of distributing display information for making it possible to display an image in a virtual space in which a character that moves according to the movement of the distributor is arranged, and
Data transmitted from an information terminal device that displays an image according to the viewpoint of a virtual camera among images in a virtual space based on the display information, and information corresponding to a specific operation from a user who views the image. Is executed , and a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera of the user in the virtual space is executed .
The notification process is a process for notifying the position of the viewpoint of the virtual camera based on the degree of appeal according to the result of a predetermined lottery . A game method executed in an information terminal device including a processor, a memory, an input unit, and a display unit.
In the game method, the information terminal device
A step of receiving display information from the outside so that a character that moves according to the movement of the distributor is arranged in the virtual space and the progressing image can be displayed.
A step of arranging a virtual camera in a virtual space based on the display information and displaying an image of the images in the virtual space according to the viewpoint of the virtual camera on the display unit.
It is provided with a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space in response to a specific operation from the user .
The video in the virtual space includes a first part including a video in which the character plays a predetermined game in the virtual space, and a second part other than the first part.
A game method in which the step of performing the notification process is performed not in the first part but in the second part . A game method executed in an information terminal device including a processor, a memory, an input unit, and a display unit.
In the game method, the information terminal device
A step of receiving display information from the outside so that a character that moves according to the movement of the distributor is arranged in the virtual space and the progressing image can be displayed.
A step of arranging a virtual camera in a virtual space based on the display information and displaying an image of the images in the virtual space according to the viewpoint of the virtual camera on the display unit.
It is provided with a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space in response to a specific operation from the user .
In the step of performing the notification process, the notification process can be performed up to a predetermined number of times according to the specific operation from the user between the start and the end of the series of distribution . Game method. A game method executed in an information terminal device including a processor, a memory, an input unit, and a display unit.
In the game method, the information terminal device
A step of receiving display information from the outside so that a character that moves according to the movement of the distributor is arranged in the virtual space and the progressing image can be displayed.
A step of arranging a virtual camera in a virtual space based on the display information and displaying an image of the images in the virtual space according to the viewpoint of the virtual camera on the display unit.
It is provided with a step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera in the virtual space in response to a specific operation from the user .
The notification process is a game method for notifying the position of the viewpoint of the virtual camera based on the degree of appeal according to the result of a predetermined lottery . A game method that runs on a computer that has a processor, memory, inputs, and displays.
In the game method, the computer
A step of distributing display information for making it possible to display an image in a virtual space in which a character that moves according to the movement of the distributor is arranged, and
Data transmitted from an information terminal device that displays an image according to the viewpoint of a virtual camera among images in a virtual space based on the display information, and information corresponding to a specific operation from a user who views the image. A step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera of the user in the virtual space by receiving the information .
The video in the virtual space includes a first part including a video in which the character plays a predetermined game in the virtual space, and a second part other than the first part.
A game method in which the step of performing the notification process is performed not in the first part but in the second part . A game method that runs on a computer that has a processor, memory, inputs, and displays.
In the game method, the computer
A step of distributing display information for making it possible to display an image in a virtual space in which a character that moves according to the movement of the distributor is arranged, and
Data transmitted from an information terminal device that displays an image according to the viewpoint of a virtual camera among images in a virtual space based on the display information, and information corresponding to a specific operation from a user who views the image. A step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera of the user in the virtual space by receiving the information .
In the step of performing the notification process, the notification process can be performed up to a predetermined number of times in response to the specific operation from the user between the start and the end of the series of distributions . Game method. A game method that runs on a computer that has a processor, memory, inputs, and displays.
In the game method, the computer
A step of distributing display information for making it possible to display an image in a virtual space in which a character that moves according to the movement of the distributor is arranged, and
Data transmitted from an information terminal device that displays an image according to the viewpoint of a virtual camera among images in a virtual space based on the display information, and information corresponding to a specific operation from a user who views the image. A step of performing a notification process for notifying the distributor of the position of the viewpoint of the virtual camera of the user in the virtual space by receiving the information .
The notification process is a game method for notifying the position of the viewpoint of the virtual camera based on the degree of appeal according to the result of a predetermined lottery .