WO2022113329A1 - 方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置 - Google Patents

方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置 Download PDF

Info

Publication number
WO2022113329A1
WO2022113329A1 PCT/JP2020/044449 JP2020044449W WO2022113329A1 WO 2022113329 A1 WO2022113329 A1 WO 2022113329A1 JP 2020044449 W JP2020044449 W JP 2020044449W WO 2022113329 A1 WO2022113329 A1 WO 2022113329A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
game
data
computer
image
Prior art date
Application number
PCT/JP2020/044449
Other languages
English (en)
French (fr)
Inventor
功淳 馬場
Original Assignee
株式会社コロプラ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コロプラ filed Critical 株式会社コロプラ
Priority to JP2022564986A priority Critical patent/JPWO2022113329A1/ja
Priority to PCT/JP2020/044449 priority patent/WO2022113329A1/ja
Publication of WO2022113329A1 publication Critical patent/WO2022113329A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/49—Saving the game status; Pausing or ending the game
    • A63F13/497—Partially or entirely replaying previous game actions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/85—Providing additional services to players
    • A63F13/86—Watching games played by other players
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T13/00—Animation
    • G06T13/20—3D [Three Dimensional] animation
    • G06T13/40—3D [Three Dimensional] animation of characters, e.g. humans, animals or virtual beings
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T19/00—Manipulating 3D models or images for computer graphics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering

Definitions

  • This disclosure relates to methods, computer readable media, computer systems, and information processing equipment.
  • Patent Document 1 describes an example of a live game in which an avatar associated with a player is placed in the audience seat of a virtual live venue as one of a large number of fans who visited the live stage of an idol character (NPC).
  • NPC live stage of an idol character
  • the avatar whose appearance, clothes, equipment, etc. can be changed keeps the line of sight to the idol character, so that the line of sight points can be earned.
  • the line-of-sight point includes a line-of-sight alignment point given on condition that the line-of-sight alignment is established between the avatar and the idol character. For this reason, the player is motivated to make the appearance, clothes, equipment, etc. of the avatar stand out and to attract the eyes of the idol character.
  • the idol character remains the same in appearance, clothes, equipment, etc., regardless of how the player looks at it. Therefore, in the live game, there is a risk that the player's unique way of enjoying is lacking in diversity.
  • This disclosure was conceived in light of such circumstances, and its purpose is to provide programs, methods, and computers that can diversify ways of enjoying.
  • a method of executing an event in a virtual space in which a plurality of users including the first user participate by a first computer used by the first user The step of displaying the character appearing in the event in the virtual space, the first playback step of operating the character based on the first data received from the outside, and the replaying of the content related to the event after the end of the event.
  • the first computer is made to execute the step of accepting the request and the second reproduction step of executing the reproduction of the content again by operating the character when the request is accepted, and the first data is the performer who plays the character.
  • Data including input motion data and voice data which is data that is commonly transmitted from the outside to multiple computers used by multiple users, and appears in an event executed on the first computer in the display step.
  • a first step is performed by a first computer used by a first user for an event in a virtual space in which a plurality of users including the first user participate.
  • a step of displaying the character appearing in the event in the virtual space a step of operating the character based on the first data received from the outside, and a virtual space as the event.
  • a first step group including a step of specifying game history information about the first user, which is a game played within the computer and is updated according to the progress of the game by the first user, and real-time distribution in real time.
  • the first data is data including motion data and voice data input by a performer who plays a character, and is data commonly transmitted from the outside to a plurality of computers used by a plurality of users.
  • the first computer has a memory for storing display data for displaying the character in one of a plurality of types of display modes, and in the display step, it appears in an event executed by the first computer.
  • the character is specified as display data stored in the memory, which is a display mode different from the character appearing in an event executed by at least one of a plurality of computers other than the first computer and the second computer.
  • the second step group includes a step of receiving the first data recorded from the outside and a step of receiving the first data recorded from the outside.
  • a method including a step of performing reproduction of the delivered content realized by the first step group by operating a character based on the received first data.
  • the way of enjoying can be diversified.
  • FIG. 1 It is a flowchart which shows a part of the processing which is executed in the user terminal which follows a certain embodiment. It is a figure which shows a specific example of moving image play. It is a figure which shows the other specific example of moving image play.
  • (A) is a diagram showing an example of a point management table
  • (B) is a diagram showing an example of a ranking management table.
  • (A) is a diagram showing an example of a game image displayed on a user terminal
  • (B is a diagram showing another example of a game image displayed on the user terminal.
  • the system according to the present disclosure is a system for providing a game to a plurality of users.
  • the system will be described with reference to the drawings. It should be noted that the present disclosure is not limited to these examples, and is indicated by the scope of claims, and it is intended that the present disclosure includes all changes in the meaning and scope equivalent to the scope of claims. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description is not repeated.
  • 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, a second external device), and a distribution terminal 400 (external, first external device).
  • FIG. 1 describes user terminals 100A to 100C, in other words, three user terminals 100 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 radio 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. Will be.
  • the game As an example of the game provided by the system 1 (hereinafter referred to as the game), a game mainly played by the user of the game play terminal 300 will be described.
  • the user of the game play terminal 300 is referred to as a "player".
  • the player advances the game by operating the characters appearing in the 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. Further, the game play terminal 300 sequentially distributes information generated by the player's game play (hereinafter, game progress information) to the server 200 in real time.
  • game progress information information generated by the player's game play
  • 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. Further, the server 200 mediates the transmission / reception of various information between the user terminal 100, the game play terminal 300, and the 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 a moving image on the user terminal 100, and specifically, is data for operating a character appearing in the moving image.
  • the game play terminal 300 and the distribution terminal 400 are separate devices.
  • the game play terminal 300 and the distribution terminal 400 may be an integrated device.
  • the user of the distribution terminal 400 is a player of this game.
  • 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 utterances. 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.
  • 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.
  • the user terminal 100 receives game progress information in real time, and uses the information to generate and display a game screen. 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 visually recognizing while playing the game at substantially the same timing as the player.
  • 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.
  • 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.
  • 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.
  • the user terminal 100 is not limited to the smartphone.
  • the user terminal 100 may be realized as a feature phone, a tablet computer, a laptop computer (so-called notebook computer), a desktop computer, or the like.
  • the user terminal 100 may be a game device suitable for game play.
  • 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.
  • a distance sensor 18 is provided. 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 in place of or in addition to the touch screen 15.
  • 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.
  • 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.
  • the controller 1020 may have the camera 17 and the distance measuring sensor 18.
  • the user terminal 100 causes a user who uses the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of a game.
  • 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.
  • each user terminal 100 When the user terminal 100 communicates with a plurality of controllers 1020, each user grips each controller 1020 so that the user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with.
  • 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 the server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it.
  • a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through the server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it.
  • the user terminal 100 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 a plurality of user terminals 100, the
  • the user terminal 100 may communicate with the server 200.
  • information indicating a play result such as a result or a win or loss in a certain game may be associated with user identification information and transmitted to the server 200.
  • the controller 1020 may be configured to be detachable from the user terminal 100.
  • a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100.
  • 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 in 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.
  • 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.
  • a communication IF 13 an input / output IF 14
  • a touch screen 15 a camera 17, and a distance measuring sensor 18
  • an input mechanism can be regarded as an operation part configured to accept a user's input operation.
  • the operation unit 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.
  • 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.
  • the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Specify and accept as.
  • the captured image may be a still image or a moving image.
  • 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.
  • the operation unit is configured by 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.
  • a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 is specified as an input operation of the user and received.
  • 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 of the server 200 are electrically connected to each other by a communication bus.
  • Gameplay 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 of the gameplay terminal 300 are electrically connected to each other by a communication bus.
  • the game play terminal 300 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 the game is played using the HMD set 1000.
  • the device for the player to play the game is not limited to the HMD set 1000.
  • the device may be any device that allows the player to experience the game virtually.
  • 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.
  • 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 is mounted on the player's head and may provide the player with a 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 provided with a monitor and a head-mounted device to which a terminal having a monitor such as a smartphone can be attached.
  • the monitor 51 is realized as, for example, a non-transparent display device.
  • 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.
  • the virtual space includes, for example, a background, a player-operable object, and a player-selectable menu image.
  • 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.
  • the monitor 51 can be realized as a transmissive display device.
  • 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.
  • 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.
  • 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.
  • the monitor 51 may be configured to display the image for the right eye and the image for the left eye as a unit.
  • 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.
  • 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.
  • the HMD sensor 510 may be realized by a camera.
  • 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.
  • 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 HMD 500 can use the sensor to detect the position and tilt of the HMD 500 itself.
  • 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.
  • the angular velocity sensor detects the angular velocity around the three axes of the HMD 500 in real space over time.
  • the HMD 500 calculates the temporal change of the angle around the three axes of the HMD 500 based on each angular velocity, and further calculates the inclination of the HMD 500 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. Detection of the direction of the line of sight is realized, for example, by a known eye tracking function.
  • the gaze sensor 52 is realized by a sensor having the eye tracking function.
  • 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 detects the angle of rotation of each eyeball by irradiating the player's right eye and left eye with infrared light and 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 detected rotation angle.
  • the first camera 53 photographs the lower part of the player's face. More specifically, the first camera 53 photographs the nose, mouth, and the like of the player.
  • the second camera 54 photographs the eyes and eyebrows of the player.
  • the housing on the player side of the HMD 500 is defined as the inside of the HMD 500, and the housing on the opposite side of the player of the HMD 500 is defined as the outside of the HMD 500.
  • the first camera 53 may be located outside the HMD 500 and the second camera 54 may be located inside the HMD 500.
  • the images generated by the first camera 53 and the second camera 54 are input to the game play terminal 300.
  • the first camera 53 and the second camera 54 may be realized as one camera, and the player's face may be photographed by this one camera.
  • the microphone 55 converts the player's utterance into an audio signal (electrical 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.
  • 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.
  • the controller 540 is configured to be grippable by the player.
  • the controller 540 is configured to be wearable on a player's body or a portion of clothing.
  • the controller 540 may be configured to output at least one of vibration, sound, and light based on the signal transmitted from the gameplay terminal 300.
  • the controller 540 receives from the player an operation for controlling the position and movement of an object arranged in the virtual space.
  • the controller 540 includes a plurality of light sources. Each light source is realized, for example, by 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 tilt of the controller 540 in the real space.
  • 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 at a certain stage and detects 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.
  • the motion sensor 520 is provided, for example, in a controller 540 configured to be grippable by the player.
  • 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.
  • a sensor not attached to the player may detect the movement of the player's hand.
  • 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.
  • the motion sensor 520 and the game play terminal 300 are wirelessly connected to each other.
  • 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 "movement" here includes moving each part of the body, changing posture, changing facial expressions, moving, uttering, touching and moving objects placed in virtual space, and characters. This includes using weapons, tools, etc. 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 speaks the content spoken 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 actions may be performed by input to the controller 540 by the player.
  • 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.
  • the motion sensor 520 attached to the head of the player 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.
  • the player may wear a suit to which one or more motion sensors 520 are attached instead of attaching the motion sensor 520 to each part of the body. That is, the method of motion capture is not limited to the example using the motion sensor 520.
  • 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.
  • 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 include 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, and wheels.
  • 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.
  • 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).
  • the controller 1021 may have a camera and a distance measuring sensor.
  • the distribution terminal 400 includes a communication IF 43, an input / output IF 44, and a touch screen 45 as an example of a mechanism for inputting information to the distribution terminal 400.
  • a communication IF 43 an input / output IF 44
  • a touch screen 45 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.
  • 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.
  • 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.
  • 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's input operation.
  • 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 the main storage devices.
  • the memories 11, 21, 31 and 41 are composed of storage devices such as a ROM (ReadOnlyMemory) and a RAM (RandomAccessMemory).
  • 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.
  • the program executed by the processors 10 and 30 may be the game program of this game.
  • the program executed by the processor 40 may be a distribution program for realizing distribution of operation instruction data.
  • the processor 10 may further execute a viewing program for realizing the reproduction of the moving image.
  • 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 a user terminal 100, a game play terminal 300, and a distribution terminal 400.
  • the distribution program and the viewing program may be executed in parallel.
  • the game program may be a program that realizes the game by the cooperation of 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 by cooperation between the server 200 and the distribution terminal 400.
  • the viewing program may be a program that realizes the reproduction of the moving image by the cooperation between the user terminal 100 and the server 200.
  • Storages 12, 22, 32, 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).
  • various data related to the game are stored in the storages 12 and 32.
  • Various data related to the distribution of the operation instruction data are stored in the storage 42.
  • 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 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 are, for example, communication using a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, communication using a short-range wireless communication, or the like. Control.
  • a wireless LAN Local Area Network
  • 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, and 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 unit 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 configured by, 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. It has a function to transmit 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.
  • the user terminal 100 and the distribution terminal 400 may be provided with 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.
  • 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.
  • the processors 10 and 40 may be vertical screen displays for displaying vertically long images on the display units 152 and 452 when the user terminal 100 and the distribution terminal 400 are held vertically, respectively.
  • a horizontally long image may be displayed on the display unit as a horizontal screen display.
  • 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.
  • 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 by the cooperation of 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 input operations of a player, a function as an output device for outputting game images and sounds, 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 by the cooperation of the processor 30, the memory 31, the storage 32, the communication IF 33, the input / output IF 34, and the HMD 500, the HMD sensor 510, the motion sensor 520, the controller 540, and the like 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 a processor 40, a memory 41, a storage 42, a communication IF 43, an input / output IF 44, a touch screen 45, and the like.
  • 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, 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.
  • the user terminal 100 renders the data received from the distribution terminal 400 based on the game program 131, and reproduces the moving image.
  • 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.
  • 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 referred to when the user terminal 100, the server 200, and the HMD set 1000 execute the game program, respectively.
  • the user information 133, 233, and 333 are data relating 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 gameplay by the player, as well as a list of users who participated in each gameplay before the gameplay.
  • 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.
  • 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 / 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 / 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.
  • 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.
  • the information may be item information indicating an item provided to the player (character), which is an item for the player to advance the game advantageously.
  • the item information includes information (user name, user ID, etc.) indicating the user who provided the item.
  • 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. ..
  • 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.
  • 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. Further, 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 another functional block (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.
  • 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 an animation showing the motion of various objects based on the control mode of various objects.
  • 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, moves its mouth, or changes its facial expression as if it were there. ..
  • the game progress unit 315 progresses 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. Further, 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. Further, 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 reflecting the processing results executed by each of the above-mentioned elements 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.
  • 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.
  • 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. Further, 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 moving image 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 played.
  • the operation reception unit 111 detects and accepts a user's input operation to the input unit 151.
  • the operation reception unit 111 determines what 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. do.
  • 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 receiving 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 receiving unit 111 detects that the contact input is canceled 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 make an input necessary 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 an animation showing the motion of various objects based on the control mode of 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.
  • the game progress unit 115 transmits information about the game process to the HMD set 1000 via the server 200.
  • the predetermined game processing is shared in the HMD set 1000.
  • 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.
  • the virtual space control unit 116 creates various objects and arranges them in the virtual space.
  • the virtual space control unit 116 arranges the virtual camera in the virtual space.
  • 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.
  • 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 that reflects the processing results executed by each of the above elements.
  • 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.
  • 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 video playback unit 117 analyzes (renders) the operation instruction data received from the distribution terminal 400, and reproduces the video.
  • 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. Further, the control unit 410 communicates with the server 200 as necessary to send and receive information. 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 allowing 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 the input operation of the player 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. do.
  • the operation receiving 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 types of input operations. Further, the operation reception unit 413 detects that the contact input is canceled 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 the voice data of the voice.
  • 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.
  • 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 have at least a part of the functions of the other devices.
  • 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.
  • 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 another device other than the HMD set 1000, or a plurality of these. It may be realized by the combination of the devices of.
  • 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 a certain embodiment.
  • FIG. 10 is a diagram showing a virtual space 600B provided to a user of a user terminal 100 and a field of view image visually recognized by the user according to a certain embodiment.
  • virtual space 600 when it is not necessary to distinguish between the virtual spaces 600A and 600B, it is described as "virtual space 600".
  • 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.
  • the virtual space 600 has an all-sky spherical structure that covers the entire 360-degree direction of the point defined as the center.
  • the celestial sphere in the upper half of the virtual space 600 is illustrated so as not to complicate the explanation.
  • 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.
  • step S3 the processor 30 arranges other objects in the virtual space 600A as the virtual space control unit 316.
  • the processor 30 arranges the objects 631 to 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, artificial objects, and natural objects that are arranged as the game progresses.
  • Can include objects and the like.
  • 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.
  • 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, depending on the initial position and tilt of the virtual camera 620A.
  • 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.
  • a part of the object 634 is included in the field of view region 640A, so that the field of view image 650 is one of the objects 634 as shown in FIG. 9B. Including the part.
  • 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 position of various objects in the virtual space 600A.
  • 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.
  • 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 direction and tilt of the virtual camera 620A so that the direction of the line of sight of the avatar object 610 and the direction of the line of sight of the virtual camera 620A match, for example. 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.
  • step S9 the processor 30 moves the avatar object 610 as the virtual space control unit 316 according to the movement of the player.
  • the processor 30 moves the avatar object 610 in the virtual space 600A in response to the player moving in the real space.
  • 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.
  • 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 according to the movement of the virtual camera 620A. That is, the processor 30 updates the 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 view image 650 is updated.
  • 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.
  • the operation instruction data is transmitted to the user terminal 100 as, for example, game progress information.
  • steps S7 to S11 are continuously and repeatedly executed while the player is playing the game.
  • 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 a virtual space 600B by using 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.
  • step S22 the processor 10 receives the initial placement information.
  • 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.
  • the various objects are the avatar object 610 and the objects 631 to 634.
  • 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).
  • 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 the 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 so that the field of view image 660 is displayed on the display unit 152.
  • the field of view image 660 is the avatar object 610 as shown in FIG. 10B. And the object 631.
  • step S26 the processor 10 receives the operation instruction data.
  • 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.
  • step S28 the processor 10 controls the virtual camera 620B as the virtual space control unit 116 according to the operation of the user accepted as the operation reception unit 111.
  • 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.
  • 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.
  • the processor 10 may automatically move the virtual camera 620B so as to always shoot the avatar object 610 from the front, or change the orientation and tilt.
  • the processor 10 may automatically move the virtual camera 620B so as to always shoot the avatar object 610 from the rear, or change the orientation and tilt according to the movement of the avatar object 610. good.
  • 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.
  • the avatar object 610 operates according to the received operation instruction data.
  • the avatar object 610 performs the same operation in the virtual space 600A and the virtual space 600B.
  • the user 3 can visually recognize the operation of the avatar object 610 according to the operation of the player by using the user terminal 100.
  • FIG. 11 is a diagram showing another example of the field 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.
  • 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 battles 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 the predetermined achievement conditions associated with each stage.
  • the predetermined achievement conditions are, for example, defeating all the enemy objects 671 that appear, defeating the boss object among the appearing enemy objects 671, acquiring a predetermined item, 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.
  • 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.
  • 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.
  • the game progress information is live-distributed to the plurality of user terminals 100 at predetermined time intervals.
  • 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.
  • 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 view image can also be expressed as a game screen.
  • the game progress information includes 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.
  • 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, 673).
  • This is information that identifies the position of the object.
  • 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, an obstacle object 672, and 673.
  • the processor 10 uses the data and the analysis result of the game progress information to update the position, posture, orientation, and the like of each object.
  • the game progresses, and each object in the virtual space 600B moves in the same manner as each object in the virtual space 600A.
  • 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.
  • UI images 701 and 702 are displayed superimposed on the 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 accepts an operation for displaying a UI image (described later) on the touch screen 15 for inputting a comment for the avatar object 610 (in other words, the player 4) and receiving an operation for transmitting 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.
  • the UI image 711 is displayed superimposed on the 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 emergency 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 input operation corresponds to, for example, an operation of tapping any UI image.
  • Obstacle objects 672 and 673 may be one that more obstructs the movement of enemy object 671 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 the position 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 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 a game play.
  • the user terminal 100 causes the avatar object 610 to execute the utterance 691.
  • 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.
  • 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.
  • the balloon shown in FIG. 12A (that is, the balloon including the text of the audio content) may be displayed in the view image. This also applies to the utterance 692 described later.
  • the user terminal 100 Upon receiving the tap operation for 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 for 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.
  • the user terminal 100 when the user terminal 100 receives a tap operation on the UI image 705, the user terminal 100 displays a UI image imitating a keyboard (not shown, hereinafter simply referred to as "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.
  • the text "Magazine is sent" is displayed on the UI image 705.
  • the user terminal 100 When the user terminal 100 receives a tap operation on the UI image 706 as an example after inputting text, the user terminal 100 transmits comment information including information indicating the input content (text content) and information indicating the user to the server 200. 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
  • the UI image 704A is a UI image showing the content of the comment sent by the user.
  • the user whose user name is "BBBBBB” uses his / her own user terminal 100 to transmit comment information having the content of "dangerous!, That is, the UI image 703A and the UI image 704A.
  • 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 a user name and the content of a comment.
  • 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.
  • 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 and execute the process of invoking the effect of the item object after the elapsed time indicated by the item input information has elapsed.
  • the number of magazines is increased from 0 to 1 by executing the process of activating the effect of the item object.
  • the player speaks "Thank you!” To the user "AAAAAA”, and the voice data of the utterance is transmitted to each user terminal 100.
  • each user terminal 100 outputs the voice "Thank you!” As the utterance 692 of the avatar object 610.
  • 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.
  • FIG. 13 is a flowchart showing an example of the flow of the game progress process executed by the game play terminal 300.
  • 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.
  • 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.
  • the processor 30 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.
  • the processor 30 may execute the effect regarding the effect object 674 after the elapsed time indicated by 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.
  • the processor 30 may arrange an 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 completed.
  • 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.
  • FIG. 14 is a flowchart showing an example of the flow of the game progress process executed by the user terminal 100.
  • step S41 the processor 10 receives the game progress information.
  • step S42 the processor 10 advances the game as the game progress unit 115 based on the game progress information.
  • 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.
  • 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.
  • 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 after a predetermined time elapses after the arrangement of the effect object 674.
  • 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 completed.
  • 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.
  • FIG. 15 is a flowchart showing an example of the flow of the game progress process executed by the server 200.
  • step S51 the processor 20 receives the game progress information from the game play terminal 300.
  • step S52 the processor 20 updates the game progress log (hereinafter, play log) as the log generation unit 212.
  • the play log is generated by the processor 20 when the initial arrangement information is received from the game play terminal 300.
  • step S53 the processor 20 transmits the received game progress information to each user terminal 100.
  • step S54 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 completed.
  • the processor 20 is used as a list generation unit 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
  • the "tag” column stores information (tags) generated based on the support provided by each user to the player.
  • tags 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. Information entered manually.
  • the user "AAAAAA” 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 ammunition of the inserted magazine.
  • 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).
  • the user "CCCCC” is associated with information such as barricade, 5th floor, Zako, and "stopping two zombies with 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. Shows.
  • 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 plurality of support times. Can be associated.
  • each tag is distinguished. As a result, after the game is over, the player who refers to the user list 421 using the distribution terminal 400 can accurately grasp the content of each support.
  • FIG. 17 is a flowchart showing an example of the flow of the live 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.
  • step S61 the processor 40 receives the first operation for displaying the list of users who have the right to receive live distribution (user list 234) as the operation reception unit 413.
  • the conditions for receiving live distribution may be set by the game master as appropriate, but at least the conditions are that the application of this game is installed and that the game is online at the time of live distribution.
  • the user who has the right to receive the live stream is the user who participated in the game in real time. In addition, you may add that you are a paid user for the livestreaming.
  • the privilege acquired in the location information game part may be exchanged for a ticket and paid with the ticket.
  • the specific user terminal 100 reserved in advance to receive live distribution at the live distribution time may be a user terminal having the right to receive live distribution.
  • 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.
  • 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.
  • the processor 40 Upon receiving the tap operation for 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.
  • 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.
  • record images 732A to 732C are described as record images, but the number of record images is not limited to three. In the example of FIG.
  • the player may perform, for example, scroll the screen (eg,).
  • 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.
  • the record images 732A to 732C include user names 733A to 733C, tag information 734A to 734C, and icons 735A to 735C, respectively.
  • 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 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.
  • the record image 732A includes "AAAAAA” as the user name 733A. Therefore, the record image 732A includes "magazine, 10F, boss,” win the boss by presenting the magazine “" associated with "AAAAAA” in the user list 234 as the tag information 734A.
  • 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.
  • 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. ..
  • 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 receiving unit 413.
  • the second operation may be an operation of tapping any of the record images 732 on the user list screen 731.
  • 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.
  • the processor 40 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.
  • 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.
  • 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.
  • 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.
  • the record images 742A to 742C include motion names 743A to 743C, motion images 744A to 744C, and UI images 745A to 745C, respectively.
  • 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.
  • the processor 40 includes an image of the avatar object 610 that takes the first posture in each motion data as a motion image 744 in the record image 742.
  • 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.
  • the processor 40 may play a 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.
  • step S66 the processor 40 receives the third operation of selecting a motion as the operation receiving unit 413.
  • 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.
  • the processor 40 specifies the motion data selected by the player as the motion specifying unit 415.
  • 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 plays a 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.
  • 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.
  • 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).
  • 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 ammunition of the inserted magazine.
  • the utterance voice 820A says, "Thank you for giving me the magazine in the boss battle! The timing was perfect! Thanks to Mr. AAAAA, I was able to clear it!
  • the uttered voice includes the content of the support provided by the user 3 in the game and the gratitude to the user 3.
  • 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.
  • 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.
  • 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.
  • step S69 the processor 40 distributes the generated operation instruction data to the user terminal 100 (first computer) of the selected user 3 (user 3A in the example of FIG. 20) as the communication control unit 411.
  • FIG. 21 is a diagram showing still another specific example of the screen displayed on the distribution terminal 400.
  • the processor 40 causes the display unit 452 to display the distribution screen as the display control unit 412.
  • 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 "playing a moving image".
  • the processor 40 may automatically redisplay the distribution screen 751 when the moving image is finished.
  • the distribution screen 751 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.
  • 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.
  • the processor 40 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).
  • 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 delivery completion screen 761 may include a text indicating that the transmission of the operation instruction data is 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.
  • 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.
  • the distribution process ends.
  • the distribution terminal 400 uses the operation instruction data of the moving image addressed to the user 3A (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.
  • 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, the player 4 inputs the tap operation to the record image 732B corresponding to the user 3B in step S64, 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.
  • 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 stage of 3F, 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 of "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.
  • 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.
  • the processor 40 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).
  • the distribution terminal 400 uses the operation instruction data of the moving image addressed to the user 3B (user 3 whose user name is “BBBBBB”). , Sent only to the user terminal 100B.
  • 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 in the participation of the user 3 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.
  • the motion of the avatar object 610 in the example of FIG. 22 is different from the motion of the example of FIG. 20. 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 for selecting 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.
  • the operation instruction data unique to 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 playing a moving image in the user terminal 100 is unique for each user terminal 100, as shown in FIG. 24, the user terminals 100 of all the users 3 participating in the game during the 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 difference between the user terminals 100 and the destination.
  • FIG. 25 is a flowchart showing an example of the flow of the moving image reproduction process executed by the user terminal 100.
  • step S71 the processor 10 receives the operation instruction data as the moving image reproduction unit 117.
  • step S72 the processor 10 notifies the user 3 of the reception of the operation instruction data as the moving image reproduction unit 117.
  • 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.
  • step S73 the processor 10 receives the first reproduction operation for reproducing the moving image as the operation reception unit 111.
  • the first reproduction operation may be an operation of tapping the notification image.
  • step S74 the processor 10 renders the operation instruction data as the moving image reproduction unit 117 and reproduces the moving image.
  • 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.
  • 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.
  • the avatar object 610 is uttering the voice 920A while executing a certain motion.
  • 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 by himself / herself in the game and the gratitude for the support by inputting the first playback operation.
  • the motion in the thank-you video 910A may be based on the motion of the player 4 acquired as motion data in the generation of the motion instruction data addressed to the user 3A.
  • the movement of the player 4 is directly reflected in the movement of the avatar object 610 displayed on the display unit 152.
  • the game progress unit 115 of the user terminal 100 transmits the voice and movement of the player 4 in real time at the installation location of the game play terminal 300 almost at the same time as the player 4 makes a voice or moves. It is reflected in the remarks and movements of the avatar object 610 in.
  • the moving image reproduction unit 117 and the game progress unit 115 can continue rendering and reproduction of the real-time moving image while continuously receiving the operation instruction data from the distribution terminal 400. By seeing the avatar object that performs such an operation, the user can feel the reality of the avatar object as if it exists in the real world and can immerse himself in the game world.
  • the user terminal 100 may display at least one UI image on the touch screen 15 after the reproduction of the thank-you video 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.
  • the user terminal 100 may display at least one UI image on the touch screen 15 during the reproduction of the thank-you video 910A.
  • the UI image may be, for example, a plurality of UI images each accepting an operation of temporarily stopping, ending, or changing the scene to be reproduced of the thank-you moving image 910A being reproduced.
  • these UI images displayed during the playback of the thank-you video 910A and after the playback of the thank-you video 910A is completed do not include the UI image for making a response to the avatar object 610. That is, the thank-you video 910A according to the present embodiment is not provided with a means for responding to the avatar object 610.
  • FIG. 27 is a diagram showing another specific example of playback of 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.
  • the avatar object 610 is uttering the voice 920B while executing a certain motion.
  • 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 or input by the player 4 in the generation of the motion instruction data addressed to the user 3B, and the voice 920B is input by the player 4 in the generation of the motion instruction data. It is based on the voice data generated from the spoken voice 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.
  • 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 display the UI image 930 including the content for encouraging participation in the next game by superimposing it 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.
  • the game shown in FIG. 11 is a live distribution game in which the game screen, which is the viewing content, is displayed on the touch screen 15 based on the game progress information lively distributed via the server 200.
  • the memory 11 of the user terminal 100 stores in advance a plurality of types of object data for displaying an object including an avatar object 610 wearing a standard costume (for example, a sweater and shorts).
  • the user terminal 100 receives the game progress information from the game play terminal 300, the user terminal 100 identifies the operation instruction data (data including motion data and voice data) from the game progress information, and analyzes (renders) the operation instruction data. By doing so, the position, posture, etc. of the object are specified.
  • the user terminal 100 arranges an object including an avatar object 610 wearing a costume in the virtual space 600B by using the object data stored in the memory 11 based on the analysis result.
  • the touch screen 15 displays a field of view image 660 of the field of view area 640B according to the position and orientation of the current virtual camera 620B.
  • the object including the avatar object 610 is also arranged in the virtual space 600A defined by the game play terminal 300, and the position, posture, and the like of the object match between the virtual spaces 600A and 600B.
  • the user can consume valuable data (for example, inputting an item, charging by purchasing an item, etc.).
  • the item insertion information is transmitted to the game play terminal 300.
  • the item insertion information is information that can identify the type of the thrown item (privilege), the amount of points associated with the thrown item, and the user ID of the user who performed the item throwing operation. The amount of points may be included in the item input information, or may be managed in association with the thrown item in the game play terminal 300.
  • the item purchase information is transmitted to the game play terminal 300. Similar to the item insertion information, the item purchase information can specify the type of the thrown item (privilege), the amount of points associated with the thrown item, and the user ID of the user who performed the item throwing operation. Information.
  • the game play terminal 300 specifies the point amount based on the item input information or the item purchase information, and grants the point amount to the avatar object 610. Further, the game play terminal 300 throws the object of the thrown item into the virtual space 600A, and also includes the operation instruction data corresponding to the object in the game progress information and distributes it to the user terminal 100. As a result, the object of the thrown item is thrown into the virtual space 600B.
  • the user ID of the user who can watch the live distribution game and the amount of points given to the avatar object 610 by the user in the live distribution game are the point management table TBL1 stored in the memory 31 (FIG. 28 (A)). See).
  • the game play terminal 300 receives the item input information, the game play terminal 300 identifies the same user ID as the user ID specified based on the item input information from among the plurality of user IDs registered in the point management table TBL1.
  • the point amount specified based on the item input information is added to the point amount associated with the user ID.
  • FIG. 28A 7120 points are associated with user A, 5903 points are associated with user B, and 6469 points are associated with user C. Further, 8905 points are associated with the user D, and 3556 points are associated with the user E. Therefore, for example, when 100 points are specified from the item input information transmitted from the user terminal 100 of the user A, the point amount of the user A is updated to 7220 points. Note that FIG. 28A shows some of the users who can watch the live-streamed game.
  • FIG. 28B shows some of the users who can watch the live distribution game.
  • the avatar object 610 has a virtual space 600A defined by the gameplay terminal 300 and a virtual space 600B defined by the user terminal 100. Placed in each.
  • Each of the virtual spaces 600A and 600B is, for example, an indoor living room (hereinafter, simply referred to as "room”), and in the room, in addition to the avatar object 610, an object imitating a sofa (hereinafter, simply "sofa”).
  • room an indoor living room
  • table hereinafter, simply referred to as "table”
  • an object imitating a painting hereinafter, simply referred to as "painting”
  • the avatar object 610 plays against the user in a bingo game, a quiz game, or the like.
  • the game play terminal 300 makes it possible to specify the position, posture, etc. of these objects, and the motion instruction data (motion data and motion data). Game progress information including data including voice data) is generated, and the game progress information is distributed to the user terminal 100.
  • the user terminal 100 of the user transmits viewing start information including the user ID to the game play terminal 300.
  • the game play terminal 300 identifies the ranking of the user from the ranking management table TBL2 based on the user ID included in the viewing start information, and returns the ranking information including the user ID and the ranking to the user terminal 100.
  • the user terminal 100 operated by the user with the user ID acquires the ranking of the user based on the received ranking information, and the avatar object 610 associated with the ranking is stored in the memory 11 of the user terminal 100. It is specified from the avatar object management table TBL3 (see FIG. 30).
  • a plurality of types of avatar objects 610 having different display modes are divided into a plurality of ranking bands.
  • the avatar object 610 in which a character imitating a character model A is dressed is associated with the ranking band from the 1st to the 50th place, and the ranking band from the 51st place to the 100th place is associated with the avatar object 610.
  • the avatar object 610 in which a character imitating a character model A is dressed in a T-shirt and jeans is associated with the ranking band from the 101st place to the 150th place, and the ranking band is lower than the 151st place.
  • the avatar object management table TBL3 is acquired when the game program is downloaded, and is updated when the game program is updated.
  • the clothing of the avatar object 610 is determined based on the user's ranking. For example, a high ranking causes the Avatar Object 610 to wear luxurious or popular clothing, and a low ranking causes the Avatar Object 610 to wear simple or unpopular clothing.
  • a predetermined costume is put on the character imitating the person model A. Further, the costume of the avatar object 610 in the virtual space 600A is common regardless of the progress of the live battle game.
  • the predetermined costume is set to, for example, the same costume as the costume of the avatar object 610 associated with the ranking lower than the 151st place. However, the costume may be completely different from the costume that can be worn on the user terminal 100 side.
  • the user terminal 100 defines the room as a virtual space 600B, and arranges an object including an avatar object 610 or operates an already arranged object based on the game progress information distributed from the game play terminal 300. Let me. That is, when the user terminal 100 receives the game progress information from the game play terminal 300, the user terminal 100 identifies the operation instruction data from the game progress information and analyzes the operation instruction data to specify the position, posture, and the like of the object. do.
  • the user terminal 100 arranges / operates objects such as an avatar object 610, a sofa 681, a table 682, and a painting 683 in the virtual space 600B by using the object data stored in the memory 11 based on the analysis result.
  • objects such as an avatar object 610, a sofa 681, a table 682, and a painting 683 in the virtual space 600B by using the object data stored in the memory 11 based on the analysis result.
  • the object data corresponding to the avatar object 610 which is the display mode specified from the avatar object management table TBL3 based on the ranking is used. That is, the memory 11 stores object data of a plurality of avatar objects 610 wearing different costumes for characters imitating the same person model, and avatars wearing costumes according to the ranking.
  • the object data corresponding to the object 610 is used.
  • the touch screen 15 displays a field of view image 660 of the field of view area 640B according to the position and orientation of the current virtual camera 620B.
  • the object data of the plurality of avatar objects 610 is acquired from the game play terminal 300 and stored in the memory 11 when the game program is downloaded or updated.
  • the display mode of the avatar object 610 on the game play terminal 300 side and the operation instruction data included in the game progress information are common, the display mode of the avatar object 610 on the user terminal 100 side is the user's display mode. It may differ depending on the ranking (that is, the amount of points given to the avatar object 610 by the user by the item input operation in the live distribution game). That is, the avatar object 610 operates in a display mode that is common to the user terminals 100 for the character part called the person model A, and the costume part differs depending on the user terminal 100.
  • the view image 660 shown in FIG. 29A is displayed on the user terminal 100 of the user whose ranking is 151st or lower
  • FIG. 29 () is displayed on the user terminal 100 of the user whose ranking is 101st to 150th
  • the field image 660 shown in B) is displayed.
  • objects having the same design such as a sofa 681, a table 682, and a painting 683, are arranged at the same position in the room and in the same posture.
  • the avatar object 610 is also arranged at the same position in the room and in the same posture.
  • the costume of the avatar object 610 is different between the view image 660 shown in FIG. 29 (A) and the view image 660 shown in FIG. 29 (B).
  • the user may be given many choices of costumes to be worn by the character. For example, the user may be able to choose from one of the costumes (eg, dresses, uniforms, jeans) assigned below the ranking band associated with the user.
  • the costumes eg, dresses, uniforms, jeans
  • This allows the real-time livestreaming part to offer more outfit choices to higher ranked users.
  • the user has more choices of costumes to be worn by the character, and it becomes easier for the user to select the costume according to his / her taste. As a result, the user can be motivated to aim for a high ranking.
  • the viewer information is updated in real time.
  • the viewer information is information for making it possible to identify how the ranking of users who are viewing is distributed.
  • the player can grasp in what mode the avatar object 610 is displayed on the user terminal 100 based on the viewer information. For example, when the ranking of the viewing user is concentrated in the 1st to 50th places, the player can grasp that the avatar object 610 wearing a dress is displayed on many user terminals 100. As a result, it is possible to encourage the player to behave in a manner suitable for the display mode.
  • the costume of the avatar object 610 arranged in the virtual space 600A on the game play terminal 300 side should be a costume in the ranking band where the users who are watching are concentrated, instead of the above-mentioned predetermined costume. You may do it.
  • the user terminal 100 transmits the comment to the game play terminal 300.
  • the comment is distributed to a plurality of user terminals 100 by the game play terminal 300, and the comment is superimposed and displayed on the view image 660 on each user terminal 100.
  • the user terminal 100 transmits the above item input information to the game play terminal 300.
  • the game play terminal 300 assigns the point amount specified based on the item input information to the avatar object 610, inputs the object of the thrown item to the virtual space 600A, and inputs the operation instruction data corresponding to the object to the game. It is included in the progress information and distributed to the user terminal 100.
  • the user can enjoy various games (for example, a bingo game, a quiz game, etc.) using the dialogue with the avatar object 610.
  • a specific condition for example, a condition in which the user becomes a bingo in a bingo game and a condition satisfied by the user answering correctly in a quiz game
  • a privilege corresponding to the specific condition is given to the user.
  • the privilege is given to the user as a game medium that is digital data that can be used in the game.
  • the game medium may include, for example, coins or throwing items that can be used in the game in which the avatar object 610 appears.
  • the throwing item includes items such as clothing to be worn by the avatar object 610.
  • "giving the privilege to the user” may, as an example, change the status of the game medium as a privilege managed in association with the user from unusable to usable.
  • the game medium may be stored in at least one of the memories (memory 11, memory 21, memory 31) included in the system 1 in association with the user identification information, the user terminal ID, or the like.
  • the privilege may include a privilege peculiar to the live battle game.
  • the privilege may include a privilege valid only in a specific game among the games in which the avatar object 610 appears. Specifically, it may be a special throwing item that can be thrown only in the specific game. In this case, the ratio of granting the dedicated throwing item to the user may be lower than the ratio of granting other throwing items. Further, coins may be given to the user by a billing process.
  • the position, posture, etc. of the avatar object 610 are specified by analyzing (rendering) the action instruction data included in the game progress information, and the avatar object 610 is stored in the analysis result and the memory 11. It is placed in the room based on the object data that has been created. Therefore, the display mode of the avatar object 610 can be different for each user, and the way of enjoying the game in which the avatar object 610 appears can be diversified.
  • FIG. 31 is a flowchart showing an example of the basic game progress of a live distribution game executed by the user terminal 100 and the game play terminal 300 at predetermined time (for example, 1/60 second).
  • the game play terminal 300 and the user terminal 100 define virtual spaces 600A and 600B in a flowchart (not shown) different from the flowchart, respectively.
  • a part of the processing of the flowchart shown in FIG. 31 may be executed by the server 200, and the processing result may be transmitted to the user terminal 100.
  • 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.
  • step S101 the game play terminal 300 generates game progress information including operation instruction data for making it possible to specify the position, posture, etc. of the avatar object 610 and other objects, and distributes the game progress information to the user terminal 100. do.
  • step S81 the user terminal 100 determines whether or not the current part is the "pre-viewing part" based on the part setting information stored in the memory 11. If it is determined to be the "pre-viewing part", the process proceeds to step S82. In step S82, it is determined whether or not the viewing start operation has been performed by the user based on the input operation on the touch screen 15. If it is not determined that the viewing start operation has been performed, a return is made, and if it is determined that the viewing start operation has been performed, the process proceeds to step S83. In step S83, viewing start information including the user ID is transmitted to the game play terminal 300.
  • step S102 the game play terminal 300 determines whether or not the viewing start information has been received based on the output from the communication IF 33. When it is determined that the viewing start information has been received, the process proceeds to step S103.
  • step S103 the user ID included in the viewing start information is specified, and the ranking associated with the user ID is specified from the ranking management table TBL2.
  • step S104 ranking information including the ranking and the user ID is generated, and the ranking information is returned to the user terminal 100 of the user who has transmitted the viewing start information.
  • the viewer information is updated in step S106. Specifically, the ranking of the user who started viewing is added to the viewer information.
  • step S106 it returns.
  • step S84 the user terminal 100 receives ranking information including the user ID of the user who operates the user terminal 100.
  • step S85 the part setting information stored in the memory 11 is updated to a “viewing part” which is a real-time live distribution part. When the update is completed, it returns.
  • step S81 If it is not determined in step S81 that the current part is the "pre-viewing part”, the process proceeds to step S86.
  • step S86 it is determined whether or not the current part is a "viewing part” based on the part setting information stored in the memory 11. If it is not determined to be the "viewing part”, other processing is executed in step S91, and then the process returns. On the other hand, if it is determined to be the "viewing part", the process proceeds to step S87.
  • step S87 a real-time live distribution part is executed.
  • the virtual object such as the avatar object 610 is placed in what position and in what posture. Specify whether to place it.
  • step S87 the ranking included in the ranking information received in step S84 is specified, and the avatar object 610 in the display mode associated with the ranking is specified from the avatar object management table TBL3.
  • step S87 the user's object data is based on the analysis result of the operation instruction data and the object data of the avatar object 610 specified from the avatar object management table TBL3 (see FIG. 30) among the object data stored in the memory 11.
  • the avatar object 610 wearing the clothes according to the ranking is arranged and operated in the virtual space 600B.
  • step S87 the field of view area 640B corresponding to the position and orientation of the current virtual camera 620B is specified, and the field of view image 660 corresponding to the field of view area 640B is displayed on the touch screen 15.
  • the user can freely and interactively interact with the character that operates in real time based on the operation instruction data transmitted from the external device. More specifically, the moving image reproduction unit 117 receives the operation instruction data including the voice data and the motion data generated according to the content of the input operation of the player 4 from the game play terminal 300. Then, the moving image reproduction unit 117 causes the character to speak based on the voice data included in the received operation instruction data, and moves the character based on the above-mentioned motion data. Thereby, the reaction of the character to the above-mentioned input operation of the player 4 can be presented to the user.
  • the user terminal 100 receives the operation instruction data from the game play terminal 300 and operates the character based on the operation instruction data. Since the character can be operated based on the operation instruction data received from the game play terminal 300, the operation of the character is unconventional and its expression is greatly expanded. Therefore, the user can feel the reality as if the character is in the real world through the relationship with the character during the game play. As a result, it has the effect of increasing the immersive feeling of the game and improving the interest of the game.
  • the user enjoys various dialogue games (for example, a bingo game, a quiz game, etc.) using the dialogue with the avatar object 610.
  • the progress of the game can be specified whether or not a specific condition (for example, a condition in which the user becomes a bingo in the bingo game and a condition satisfied by the user answering correctly in the quiz game) is satisfied for the game. Judgment is based on various game parameter values.
  • a privilege such as a tossed item
  • the benefits given in the dialogue game may be used. For example, if you have earned a perk as a clothing item (here, a "necklace"), you will be wearing a necklace based on that item in a live match game (an event in virtual space). (Attach to) to operate the character. In this way, the moving image reproduction unit 117 may move the character based on the data included in the operation instruction data, and may make the character wear the thrown money item. The user can support the avatar object (player) in real time by throwing money in the live battle game that progresses in the live distribution part. Further, in the live distribution part, it may be possible to charge for the purchase of the item, input a comment, and change the item (so-called dress-up) such as the character's clothing.
  • step S88 it is determined whether or not the viewing end operation has been performed by the user based on the input operation on the touch screen 15. If it is not determined that the viewing end operation has been performed, a return is made, and if it is determined that the viewing end operation has been performed, the process proceeds to step S89.
  • step S89 viewing end information including the user ID is transmitted to the game play terminal 300.
  • step S90 the part setting information stored in the memory 11 is updated to the "pre-viewing part", and then the part is returned.
  • step S105 it is determined whether or not the viewing end information has been received from the user terminal 100 based on the output from the communication IF 33.
  • the viewer information is updated in step S106. Specifically, the ranking of users who have finished viewing is deleted from the viewer information.
  • step S106 it returns. On the other hand, when it is not determined that the viewing end information has been received, the process returns without executing the process of step S106.
  • a plurality of users including the first user participate in the live battle game. Further, the live battle game is executed on a plurality of user terminals 100 used by the plurality of users.
  • the avatar object 610 appearing in the live battle game is arranged in the virtual space 600B defined in each of the plurality of user terminals 100 based on the game progress information received from the game play terminal 300, and performs an operation or the like.
  • the game progress information is data including motion data and voice data input by a player who operates the avatar object 610, and is commonly transmitted to a plurality of user terminals 100 used by a plurality of users.
  • the user terminal 100 of the first user makes the avatar object 610 appearing in the virtual space 600B defined in the user terminal 100 the virtual space 600B defined in at least one of a plurality of user terminals 100 other than the user terminal 100. It can be displayed in a display mode different from that of the avatar object 610 appearing in. As a result, it is possible to diversify how to enjoy the game in which the avatar object 610 appears.
  • the memory 11 of the user terminal 100 stores object data for displaying the avatar object 610 in any one of a plurality of types of display modes.
  • the avatar object 610 includes an analysis result (rendering result) of the operation instruction data included in the game progress information and object data for displaying the object data stored in the memory 11 in a display mode according to the first user.
  • the avatar object 610 is operated based on. As a result, even if common game progress information is distributed, the display mode of the avatar object 610 can be different for each user.
  • the ranking of the first user specified based on the item input operation by the first user is updated according to the progress of the live distribution game by the first user. Further, the avatar object 610 operates in a display mode according to the ranking. As a result, it becomes possible to link the live distribution game and the live battle game, and the way of enjoying the game can be diversified.
  • the item input information is information for specifying the rank of the first user among a plurality of users. This encourages competition among multiple users and encourages the consumption of coins (resulting in business revenue for game distributors).
  • the ranking is updated according to the progress of the live distribution game in which the avatar object 610 appears. This makes it possible to more strongly link the live distribution game and the live competition game.
  • the ranking is updated by giving the player a tossed item from the first user. As a result, it is possible to improve the taste of the live distribution game.
  • the thrown item is associated with a different amount of points according to the value of the thrown item, and the ranking is updated according to the point amount. This can motivate the user to throw in more valuable throwing items.
  • the avatar object 610 operates in a display mode common to the user terminal 100 for the character part called the person model A, and the costume part differs depending on the user terminal 100. This makes it possible to diversify the costumes of the avatar object 610 among the viewing users.
  • the costume of the avatar object 610 becomes more luxurious for the user as the user's ranking is higher.
  • the number of costumes that can be changed may be different according to the user's ranking. That is, the number of display modes when operating the avatar object 610 may be different according to the ranking, and the higher the ranking, the larger the number of display modes that can be set. Further, the user may be able to select one of the display modes that can be set. Further, the display mode of the avatar object 610 may be changed by using the item obtained by the user.
  • the hair ornament item obtained by the user can be used to attach the hair ornament to the head of the avatar object 610, and if the ranking is high, the swimsuit item obtained by the user can be used.
  • the avatar object 610 may be made to wear a swimsuit.
  • the characters of the person model A arranged in the virtual space 600B on the user terminal 100 side are common regardless of the ranking band.
  • some of the costumes worn by the character for example, shoes, accessories, hats, etc.
  • some of the predetermined display modes when operating the avatar object 610 may be shared among the plurality of user terminals 100.
  • the character itself of the person model may be made different according to the ranking band, and a part of the costume of the character may be common regardless of the ranking band.
  • the variation in the amount of points increases with the lapse of the period. For example, the variation in the amount of points today is greater than it was three months ago. Therefore, each time the amount of points of the first place reaches a predetermined value, the types of costumes may be increased.
  • a live distribution game is assumed as a game for specifying a user's ranking
  • a live battle game is assumed as a game for different display modes of the avatar object 610.
  • the user's ranking may be specified in a live battle game, or the display mode of the avatar object 610 may be different in a live distribution game. You may do it.
  • the ranking is specified and the display mode of the avatar object 610 is changed. May be good.
  • the type of the game that specifies the ranking of the user and the type of the game that makes the display mode of the avatar object 610 different are different from each other.
  • the ranking may be specified and the display mode of the avatar object 610 may be different.
  • the viewer information is not delivered to the user terminal 100.
  • the viewer information may also be distributed to the user terminal 100 to notify on the touch screen 15 how the rankings of the viewing users are distributed. As a result, the item input operation can be urged to the lower user.
  • the ranking of the user is specified based on the amount of points associated with the thrown item thrown by the user in the live distribution game.
  • the ranking specifies the ranking based on the game result (for example, score) of one or both of the game in which the avatar object 610 appears, that is, the live distribution game and the live battle game, and the amount of points. You may try to do it.
  • the ranking may be specified based on a parameter other than the amount of points (for example, the game result).
  • the display mode of the avatar object 610 is changed according to the user's ranking.
  • other objects eg, sofas, table designs, wall decorations, etc. placed in the room
  • the display mode of the avatar object 610 may not be different, and the display mode of the other object may be different, or the display mode of both the avatar object 610 and the other object may be different.
  • the hairstyle, skin color, degree of makeup, etc. of the avatar object 610 are common regardless of the user ranking. However, the hairstyle, skin color, degree of makeup, etc. of the avatar object 610 may be different according to the ranking.
  • the object data of the avatar objects 610 of a plurality of people wearing different costumes is stored in the memory 11, and the object corresponding to the avatar object 610 wearing the costumes according to the ranking.
  • the avatar object 610 is arranged in the virtual space 600B using the data.
  • the object data of each of the plurality of types of costumes and the object data of the person model A are separately stored in the memory 11, and the costumes according to the ranking are put on the person model A at the time of display. You may do it.
  • the object data stored in the memory 11 when the user's ranking is raised to the ranking to which the avatar object 610 of another display mode is associated in the avatar object management table TBL3, the object data corresponding to the ranking is displayed. It may be acquired from the game play terminal 300.
  • the object data of the avatar objects 610 of a plurality of people wearing various costumes is acquired from the game play terminal 300 and stored in the memory 11 when the game program is downloaded or updated. Will be done.
  • the object data of the avatar object 610 wearing various costumes may be made available by billing processing, game clearing, or the like.
  • the display mode of the avatar object 610 on the user terminal 100 is made different according to the ranking (game history) of the user of the user terminal 100.
  • the display mode of the avatar object 610 may be different depending on the user's settings, the location of the user terminal 100, and the like, not limited to the ranking. For example, when the swimsuit is set by the user's operation, the avatar object 610 wearing the swimsuit is displayed, or when the location of the user terminal 100 is a snowy mountain, the avatar object 610 wearing ski wear is displayed. It may be displayed.
  • the character imitating the person model A is dressed in a costume.
  • characters that imitate other character models may also appear in the game.
  • the characters who wear different costumes according to the ranking may be limited to a specific character among the characters imitating a plurality of person models.
  • a game such as a live battle game is assumed as an event in the virtual space, but the event may be something other than a game, for example, the avatar object 610 sings on the stage. Or it may be a chatting event.
  • the display mode of the avatar object 610 appearing in an event such as live distribution is updated by the progress of the game such as the insertion of a tossed item.
  • An example has been described in which the display mode can be different from the display mode displayed on the user terminal of another user according to the ranking.
  • the display mode of the avatar object 610 appearing in an event such as live distribution is not limited to this, and may be different from the display mode displayed on the user terminal of another user according to the charge by the user during the game. You may be able to do it.
  • the user list screen 731 illustrated in FIG. 18B may display reference information for prompting the player to send a "thank you video" to the charged user.
  • reference information textual information such as "Thank you email confirmed !!" may be displayed in correspondence with the charged user.
  • Whether or not there is a charge may be determined by the user based on, for example, whether or not the item input by the charge is included based on the user list. As a result, the player can promote the transmission of the "thank you video" to the charged user.
  • the total amount of the charge may be displayed in correspondence with the charged user.
  • the total amount of billing may be managed in the user list, and the user list may be updated according to the billing.
  • the operation instruction data including the motion data of the avatar object 610 selected by the player is distributed to the user terminal 100 of the user 3, so that the user terminal 100 is "" I explained an example of being able to play "Thank you video".
  • the player selects the type of the costume (display mode) of the avatar object 610, and the user 3 uses the operation instruction data including the identification data for identifying the type of the costume.
  • the "thank you video" may be playable on the user terminal 100.
  • the screen displayed on the display unit 452 of the distribution terminal 400 during the distribution process in the distribution terminal 400 is not limited to the examples shown in FIGS. 18 to 23 in the above embodiment.
  • an example of displaying the ranking screens ranked according to the billing amount on the distribution terminal 400 as a list will be described with reference to FIGS. 32 and 33.
  • the processor 40 When the processor 40 receives a user selection operation for an application icon for generating and distributing operation instruction data, the processor 40 displays a login screen (not shown) on the display unit 452. As an example, the selection operation may be a tap operation for the above icon.
  • the processor 40 accepts input of necessary information on the login screen. The information may be, for example, a user ID and a password.
  • the processor 40 transmits the information to the server 200, and causes the server 200 to perform an authentication process.
  • the processor 40 Upon receiving the notification from the server 200 that the authentication was successful, the processor 40 causes the display unit 452 to display the home screen 2010 shown in FIG. 32 (A).
  • Various information for displaying the home screen 2010 may be stored in advance in the distribution terminal 400, or may be acquired from the server 200 together with the above notification.
  • the home screen 2010 includes an avatar object 610 and a UI image 2011 as an example.
  • the UI image 2011 accepts an operation for displaying a list of users 3 who have participated in the game.
  • the operation may be, for example, a tap operation on the UI image 2011.
  • the list is displayed as a ranking screen in which each user 3 who participated in the game is ranked according to the billing amount.
  • the ranking screen may include only users 3 having a predetermined rank or higher (for example, 50th rank or higher) among the users 3.
  • the ranking screen may be the ranking screen 2020 shown in FIG. 32 (B).
  • the processor 40 generates the ranking screen 2020 based on the user list 234 acquired from the server 200.
  • the server 200 may generate a ranking screen 2020 based on the user list 234 and transmit the ranking screen 2020 to the processor 40.
  • the "message waiting ⁇ person" included in the UI image 2011 indicates the number of users among the users 3 included in the ranking screen 2020 for which the operation instruction data has not been transmitted to the user terminal 100. In the example of FIG. 32 (A), the operation instruction data is not transmitted to two of the users 3 included in the ranking screen 2020.
  • the ranking screen 2020 includes a title image 2021, user information 2023A, and user information 2023B.
  • the title image 2021 includes the text "ranking" and notifies the player 4 that the screen is a ranking screen.
  • the title image 2021 includes a UI image 2022.
  • the UI image 2022 accepts an operation for redisplaying the previous screen (returning to the previous screen). The operation may be, for example, a tap operation on the UI image 2022.
  • the processor 40 Upon receiving the tap operation on the UI image 2022, the processor 40 causes the display unit 452 to display the home screen 2010 again.
  • User information 2023A, 2023B, 2023C are images showing information of the user 3 who participated in the game.
  • the user information 2023A and 2023B include icons 2024A and 2024B, user names 2025A and 2025B, ranks 2026A and 2026B, billing amounts 2027A and 2027B, and transmission times 2028A and 2028B, respectively. If it is not necessary to distinguish between them, the alphabet at the end of the code is omitted. Further, the user information 2023A further includes the transmitted notification 2029 and the previous transmission date 2030.
  • the user information 2023C includes at least an icon 2024, a user name 2025, a rank 2026, a billing amount 2027, and a number of transmissions 2028, but most of the user information 2023C is outside the display area of the display unit 452. In the example of FIG. 32 (B), it is not displayed on the display unit 452.
  • the processor 40 receives an operation (flick operation, drag operation, etc.) for moving an indicator such as a finger touched to the touch screen 45, the processor 40 displays it in the display area of the display unit 452. The area may be changed. In other words, the processor 40 may scroll the ranking screen 2020.
  • the operation for scrolling will be referred to as "scrolling operation”.
  • the user information 2023A is the user information of the user 3A
  • the user information 2023B is the user information of the user 3B.
  • the icon 2024 is, for example, an image set in advance by each user 3.
  • the user name 2025 is information indicating each user 3 who participated in the game, which is stored in the column of "user" in the user list 234.
  • the rank 2026 indicates the rank of each user 3.
  • the billing amount 2027 indicates the amount charged by each user 3 for the game executed by the system 1. In this modification, the higher the amount indicated by the billing amount 2027, the higher the ranking indicated by the rank 2026. Further, in this modification, the higher the rank indicated by the rank 2026, the higher the user information 2023 is arranged on the ranking screen 2020.
  • the ranking screen 2020 is a screen in which the user information 2023 is arranged in the order of the ranking indicated by the ranking 2026.
  • the number of transmissions 2028 indicates the number of times the operation instruction data has been transmitted to the user 3 in the past.
  • the number of transmissions 2028A indicates that the player 4 has transmitted the operation instruction data for playing the thank-you video twice in the past to the user terminal 100A of the user 3A because the number of transmissions is "2". ..
  • the number of transmissions 2028B is "0"
  • the player 4 indicates that the operation instruction data has not been transmitted to the user terminal 100B of the user 3B in the past.
  • the transmitted notification 2029 is displayed when the operation instruction data has already been transmitted to the user terminal 100 of the user 3 after the current game play.
  • the transmitted notification 2029 since the transmitted notification 2029 is included in the user information 2023A, it is determined that the player 4 has transmitted the operation instruction data to the user terminal 100A of the user 3A after the current game play. Shows.
  • the user information 2023B since the user terminal 100B of the user 3B has never transmitted the operation instruction data, the user information 2023B does not include the transmitted notification 2029.
  • the previous transmission date 2030 indicates the latest transmission date for the transmission of the operation instruction data. Since the operation instruction data has never been transmitted to the user terminal 100B of the user 3B, the user information 2023B does not include the previous transmission date 2030.
  • the user information 2023 also functions as a UI image that accepts the operation of the player 4.
  • the operation may be, for example, a tap operation for the user information 2023.
  • the processor 40 when the processor 40 receives a tap operation for the user information 2023, the processor 40 causes the display unit 452 to display a detailed screen showing the details of the user information 2023 that has received the tap operation.
  • the detail screen may be the detail screen 2040 shown in FIG. 32 (C).
  • the detail screen 2040 includes the above-mentioned title image 2021 and user information 2041 as an example.
  • the processor 40 may display the home screen 2010 again on the display unit 452, or may display the ranking screen 2020 again on the display unit 452. ..
  • the user information 2041 shown in FIG. 32 (C) is an image showing the user information of the user 3A. That is, as a result of accepting the tap operation for the user information 2023A on the ranking screen 2020, the processor 40 displays the user information 2041 shown in FIG. 32 (C) on the display unit 452.
  • the user information 2041 includes the above-mentioned icon 2024A, user name 2025A, rank 2026A, billing amount 2027A, transmission number 2028A, and previous transmission date 2030. Since these have already been explained, the explanation will not be repeated. Further, the user information 2041 includes, as an example, UI images 2031 to 2034, 2037, 2038, a detailed display area 2035, and a scroll bar 2036.
  • the UI image 2031 accepts an operation for displaying a history screen (not shown) showing a history of operation instruction data transmitted in the past to the user terminal 100A of the user 3A.
  • the operation may be, for example, a tap operation on the UI image 2031.
  • the history screen may be a screen in which UI images showing each of the operation instruction data transmitted in the past are arranged in order from the present.
  • the processor 40 may play a moving image (thank you moving image) using the operation instruction data corresponding to the UI image.
  • the UI images 2032 to 2034 accept operations for displaying various information in the detailed display area 2035.
  • the operation may be, for example, a tap operation for each of the UI images 2032 to 2034.
  • the detailed display area 2035 is an area for displaying detailed information about the user 3A's participation in the game.
  • the display mode of the UI image 2034 is different from that of the UI image 2032 and the UI image 2033. That is, the example of FIG. 32 (C) shows the detail screen 2040 after accepting the tap operation to the UI image 2034.
  • the UI image 2034 accepts a tap operation for displaying the tag associated with the user 3A in the user list 234 in the detailed display area 2035. Therefore, in the example of FIG. 32 (C), the tag associated with the user 3A in the user list 234 is displayed in the detailed display area 2035.
  • the UI image 2032 accepts a tap operation for displaying the comment sent by the user 3A to the avatar object 610 in the latest game in the detailed display area 2035.
  • the UI image 2033 accepts a tap operation for displaying the item presented to the avatar object 610 by the user 3A in the latest game in the detailed display area 2035. That is, when the processor 40 receives the tap operation for the UI image 2032, the processor 40 causes the detailed display area 2035 to display a list of comments sent by the user 3A to the avatar object 610 in the latest game. Further, when the processor 40 receives the tap operation for the UI image 2033, the processor 40 causes the detailed display area 2035 to display a list of items presented to the avatar object 610 by the user 3A in the latest game.
  • the processor 40 may consider that any one of the UI images 2032 to 2034 is selected, and display the corresponding information in the detail display area 2035. That is, the detail screen 2040 may be a screen in which the information corresponding to any of the UI images 2032 to 2034 is displayed by default in the detail display area 2035.
  • the scroll bar 2036 is a UI image that accepts scroll operations.
  • the processor 40 receives the scroll operation, the processor 40 scrolls in the detailed display area 2035 and displays the information that was hidden before the scroll.
  • the scroll operation may be input at a position different from the position where the scroll bar 2036 is displayed.
  • the UI image 2037 accepts an operation for generating operation instruction data.
  • the UI image 2038 hides the detail screen 2040 and accepts an operation for redisplaying the home screen 2010 or the ranking screen 2020. These operations may be, for example, tap operations for UI images 2037 and 2038.
  • the processor 40 Upon receiving the tap operation for the UI image 2037, the processor 40 causes the display unit 452 to display the preparation screen 2050 shown in FIG. 33 (A) as an example.
  • the preparation screen 2050 includes, as an example, an avatar object 610, a UI image 2051, a text 2052, and a selected image 2053.
  • the UI image 2051 accepts an operation for stopping the generation of the operation instruction data.
  • the operation may be a tap operation for the UI image 2051.
  • the text 2052 is, for example, a text indicating that the destination of the operation instruction data and the current screen are screens for generating the operation instruction data.
  • the selected image 2053 is, for example, an image that causes the player 4 to select the playback time of the moving image based on the operation instruction data.
  • the selected image 2053 includes, for example, options 2054A-2054C which are UI images.
  • the processor 40 determines the playback time of the moving image to be 10 seconds.
  • the processor 40 determines the playback time of the moving image to be 20 seconds.
  • the processor 40 determines the playback time of the moving image to be 30 seconds.
  • the selected operation may be, for example, a tap operation for any of the options 2054A to 2054C. In this modification, it is assumed that the operation of selecting option 2054C is accepted. Further, the types and numbers of options are not limited to the example of FIG. 33 (A).
  • the processor 40 causes the display unit 452 to display the preparation screen 2060 shown in FIG. 33 (B) as an example.
  • the preparation screen 2060 includes, as an example, an avatar object 610, a UI image 2051, a text 2052, and a selected image 2061.
  • the selected image 2061 is, for example, an image that causes the player 4 to select the motion data included in the motion instruction data.
  • the selected image 2061 includes, for example, options 2062A to 2062F, which are UI images, and UI image 2063.
  • the options 2062A to 2062F are associated with different motion data, respectively, and when the operation of selecting any of the options 2062A to 2062F (for example, the tap operation to any of the options 2062A to 2062F) is accepted, the processor 40 receives the operation. , Identify the motion data corresponding to the selected choice.
  • Each of the options 2062A-2062F includes, as an example, a text indicating emotions.
  • the text indicates that the motion in the motion data corresponding to each of the options 2062A to 2062F is a motion corresponding to the emotion indicated by the text.
  • the motion in the motion data corresponding to the option 2062A is a motion corresponding to the emotion of "happy".
  • the motion is a motion in which the avatar object 610 expresses the feeling of being happy.
  • the display mode of the option to which the tap operation is input may be different from the display mode of the other options.
  • the display mode of option 2062A is different from the display mode of other options. That is, the example of FIG. 33B shows the preparation screen 2060 after the tap operation is input to the option 2062.
  • the UI image 2063 accepts an operation for determining the motion data to be included in the operation instruction data as the selected motion data.
  • the operation may be a tap operation on the UI image 2063.
  • the processor 40 determines the motion data to be included in the operation instruction data as the selected motion data. In the example of FIG. 33B, when the tap operation for the UI image 2063 is received, the processor 40 determines the motion data to be included in the operation instruction data as the motion data corresponding to the option 2062A.
  • the number and types of motion data that is, the number and types of options in the selected image 2061, are not limited to the example of FIG. 33 (B). If the number of choices is large and some of the choices cannot be displayed in the selection image 2061, the selection image 2061 may include a scroll bar.
  • the processor 40 accepts the scroll operation, it scrolls in the selected image 2061 and displays the options that were hidden before the scroll. The scroll operation may be input at a position different from the position where the scroll bar is displayed.
  • the processor 40 Upon receiving the tap operation for the UI image 2063, the processor 40 causes the display unit 452 to display the voice input screen 2070 shown in FIG. 33 (C) as an example.
  • the voice input screen 2070 includes, as an example, an avatar object 610, a UI image 2051, a text 2052, a time bar 2071, and UI images 2072, 2073.
  • the time bar 2071 is a UI image showing the remaining time of the operation instruction data.
  • the time bar 2071 is entirely colored in the first color (white in the example of FIG. 33C), and includes the text "0:00" at the left end and "0:30" at the right end. That is, the longitudinal length of the time bar 2071 indicates the passage of time for 30 seconds.
  • the UI image 2072 is a UI image that accepts an operation for starting voice input.
  • the operation may be, for example, a tap operation on the UI image 2072.
  • the player 4 starts speaking after inputting a tap operation on the UI image 2072.
  • the processor 40 receives the voice spoken by the player 4 and generates voice data from the voice.
  • the processor 40 changes the aspect of the time bar 2071 with the passage of time.
  • the processor 40 changes the color of the time bar 2071 from the first color to the second color from the left end portion to the right end portion of the time bar 2071 with the passage of time.
  • the time bar 2071 is entirely colored in the second color 30 seconds after receiving the tap operation on the UI image 2072.
  • the processor 40 may change the UI image 2072 to a UI image (not shown) that accepts an operation for terminating the input of the voice, as an example.
  • the operation may be, for example, a tap operation on the UI image.
  • the processor 40 ends the acceptance of the voice and completes the generation of the voice data. Then, the processor 40 generates operation instruction data from the selected motion data and the voice data.
  • the processor 40 receives a UI image that accepts an operation for terminating the input of voice, and a UI image and an operation instruction that accepts an operation for playing a moving image based on the operation instruction data instead of the UI image 2073. Even if the display unit 452 displays a UI image that accepts an operation for transmitting the data to the selected user 3 (user 3A in this modification) and a UI image that accepts an operation for retaking the audio data. good. These operations may be tap operations for each UI image.
  • the processor 40 transmits the operation instruction data to the server 200 and the operation instruction is sent to the user terminal 100 of the selected user 3. Have the data sent.
  • the processor 40 may display a confirmation screen for the user to confirm again whether or not to transmit the operation instruction data.
  • the confirmation screen includes, for example, a UI image that accepts an operation for transmitting operation instruction data and a UI image that accepts an operation for canceling transmission.
  • the processor 40 displays, for example, a notification screen notifying the user that the transmission is completed.
  • the notification screen includes, for example, a UI image that accepts an operation for redisplaying the ranking screen 2020.
  • the processor 40 updates the transmission number 2028 and the previous transmission date 2030 in the user information 2023 of the corresponding user 3 in accordance with the transmission of the latest operation instruction data. If the operation instruction data has not been transmitted to the corresponding user 3 in the past, the transmitted notification 2029 is added to the user information 2023.
  • the UI image 2073 is a UI image that accepts an operation for displaying the tag on the voice input screen 2070.
  • the operation may be, for example, a tap operation on the UI image 2073.
  • the processor 40 Upon receiving the tap operation for the UI image 2073, the processor 40 superimposes the tag image 2074 on the voice input screen 2070 and displays it as shown in FIG. 33 (D).
  • the tag image 2074 includes a tag associated with the corresponding user 3 (user 3A in this modification) in the user list 234.
  • the player 4 can input the voice while confirming the tag, that is, the content of the support provided by the user 3A in the game.
  • the player 4 can generate appropriate voice data according to the content of the support provided by the user 3A.
  • the tag image 2074 may include information other than the tag, for example, the user's billing amount, the previous transmission date of the operation instruction data, a list of posted comments, a column of the input item, and the like.
  • the processor 40 may display the above information other than the tag on the display unit 452 (for example, in the tag image 2074). ..
  • the processor 40 may change the UI image 2073 to the UI image 2075 as shown in FIG. 33 (D).
  • the UI image 2075 is a UI image that accepts an operation for hiding the tag image 2074.
  • the operation may be, for example, a tap operation on the UI image 2075.
  • the processor 40 hides the tag image 2074. That is, the voice input screen 2070 returns to the voice input screen 2070 shown in FIG. 33 (C).
  • the home screen 2010 may include a plurality of UI images that accept operations for displaying different ranking screens.
  • the different ranking screens are, for example, a weekly ranking ranking screen that is a ranking according to the billing amount for the last week, a monthly ranking ranking screen that is a ranking according to the billing amount for the last month, and a ranking screen from the start of the service to the present.
  • the ranking screen of the cumulative ranking which is the ranking according to the cumulative billing amount, is mentioned, but is not limited to this.
  • the ranking is not limited to the one whose ranking is determined only by the size of the billing amount.
  • the ranking may be determined based on the size of the charge amount and the value of the points earned in the game.
  • the ranking may be in descending order of the total value of the total value of the charge amount and the point value, or each of the charge amount value and the point value is weighted and then totaled. You may.
  • the user requests the progress of the completed live distribution part and performs the live based on the received operation instruction data.
  • the distribution part can be advanced again.
  • the user can look back at the live stream again, and even if he / she misses it, he / she can watch the live stream again.
  • the scene after the end of the live distribution time is assumed.
  • the character here is assumed to be a character (avatar object) that is not the target of direct operation by the user.
  • the user terminal 100 is configured to execute the following steps in order to improve the interest of the game based on the game program 131.
  • the user terminal 100 (computer) has a step of requesting the progress of a completed live distribution part via an operation unit such as an input unit 151, and has been completed from the server 200 or the distribution terminal 400.
  • a step of receiving the recorded operation instruction data related to the live distribution part and a step of advancing the completed live distribution part by operating the character based on the recorded operation instruction data are executed.
  • the recorded operation instruction data includes motion data and voice data input by the player 4 associated with the character.
  • the player includes not only a model and a voice actor but also a worker who performs some operation on the game play terminal 300 (character control device), but does not include a user.
  • the recorded operation instruction data is often stored in the storage unit 200 of the server 200 or the storage unit 320 of the distribution terminal 400, and is distributed to the user terminal 110 again in response to a request from the user terminal 100. Is good.
  • the progress of the completed live distribution part based on the recorded operation instruction data is different depending on the result of whether or not the user has progressed the live distribution part in real time. Specifically, when it is determined that the user has a track record of advancing the live distribution part in real time, the same live distribution part as the user has advanced the live distribution part in real time is advanced again. Is good (return delivery). In return delivery, it is better to perform a selective progression of the live delivery part. On the other hand, when it is determined that the user does not have a track record of advancing the live distribution part in real time, it is preferable to advance the live distribution part in a progress mode different from the progress in real time (missed distribution).
  • the real-time live distribution part can proceed. Nevertheless, this includes cases where this was not actually done. For missed deliveries, it's a good idea to perform a limited progression of the live stream part.
  • the game progress unit 115 when it is determined that the user has a track record of advancing the live distribution part in real time, the game progress unit 115 further receives the user action history information in the live distribution part.
  • the user action history information is a data set of user actions recorded by an input operation during the progress of the live distribution part, in addition to the contents of the recorded action instruction data.
  • the user action history information is often associated with the recorded action instruction data, and is preferably stored in the storage unit 220 of the server 200, the memory 31 of the game play terminal 300, or the memory 41 of the distribution terminal 400.
  • the user behavior history information may be stored in the storage unit 120 of the user terminal 100.
  • FIG. 34 is a diagram showing an example of a data structure of user behavior history information.
  • the user action history information includes, for example, items such as action time, action type, and action details in which the user has acted in the live distribution part, and is associated with a user ID that identifies the user.
  • the item “behavior time” is the time information in which the user performed an action in the live distribution part
  • the item “behavior type” is a type indicating the user's action
  • the item “behavior details” is the specific action of the user. Content.
  • actions such as changing items (so-called dress-up) such as clothing of the character may be included.
  • Such actions may also include time selection for later playback of a particular progress portion of the livestreaming part.
  • actions may include the acquisition of rewards, points, etc. during the live distribution part.
  • the user action history information is preferably associated with each other between the data structure of the action instruction data and the data structure of the game information described later in FIG. 35. It should be understood by those skilled in the art that these data structures are merely examples and are not limited thereto.
  • FIG. 35 is a diagram showing an example of the data structure of the game information 132 processed by the system 1 according to the present embodiment.
  • the items provided in the game information 132 are appropriately determined according to the genre, nature, content, etc. of the game, and the exemplary items do not limit the scope of the present invention.
  • the game information 132 is configured to include each item of "play history”, “item”, “delivery history”, and "game object". Each of these items is appropriately referred to when the game progress unit 115 advances the game.
  • the user's play history is stored in the item "play history”.
  • the play history is information indicating whether or not the user's play is completed for each scenario stored in the storage unit 120.
  • the play history includes a list of fixed scenarios downloaded at the first time of play and a list of acquisition scenarios acquired later in the acquisition part. In each list, statuses such as "played”, “unplayed”, “playable”, and “unplayable” are associated with each scenario.
  • the item "item” stores a list of items owned by the user as a game medium.
  • the item is, for example, a clothing item worn by a character.
  • the user can make the character wear the clothing items obtained by playing the scenario and customize the appearance of the character.
  • the item "Distribution history” a list of videos, so-called back numbers, which have been live-distributed from the player 4 in the past in the live distribution part is stored.
  • the video that is PUSH-distributed in real time can be viewed only at that time.
  • the moving images for past distribution are recorded on the server 200 or the distribution terminal 400, and can be PULL-distributed in response to a request from the user terminal 100.
  • the back number may be made available for download by the user for a fee.
  • the item "game object” stores data of various objects such as an avatar object 610, an enemy object 671, an obstacle object 672, and 673.
  • FIG. 36 is a flowchart showing an example of a basic game progress of a game executed based on the game program according to the present embodiment. The processing flow is applied to the scenes after the end of the live distribution time when the real-time live distribution part has already been completed.
  • step S301 the operation unit 151 of the user terminal 100 newly requests the progress of the completed live distribution part.
  • step S302 in response to the request in step S301, the user terminal 100 receives the recorded operation instruction data related to the completed live distribution part from the server 200 or the distribution terminal 400.
  • the recorded action instruction data includes motion data and voice data input by the operator associated with the character.
  • the user terminal 100 may receive various progress record data acquired and recorded along with the movement of the character during the progress of the real-time live distribution part.
  • the progress record data may include viewer behavior data in which the user who participated in the real-time live distribution part behaves in accordance with the movement of the character.
  • the viewer behavior data is data including a record of the behavior during the live of all the users (that is, the viewers who participated in the live) who have advanced the real-time live distribution part in real time.
  • the viewer behavior data should include messaging content such as text messages and icons sent by the viewer to the character in real time during the live performance.
  • the recorded operation instruction data and progress record data may be received by the user terminal 100 as separate data, and each may be analyzed (rendered).
  • the server 200 or the game play terminal 300 the previously recorded operation instruction data and the viewer behavior data may be combined, and the combined data set may be received by the user terminal 100 at one time.
  • the combined data set it is possible to reduce the load of subsequent data analysis (rendering) by the user terminal 100.
  • the progress record data is combined with the recorded action order data (that is, the progress record data is included in the recorded action order data).
  • step S303 the game progress unit 115 determines whether or not the user has a track record of progressing the live distribution part in real time. The determination may be performed, for example, based on whether there is a record in which the operation instruction data has been transmitted to the user terminal 100. Alternatively, even if the live distribution part is executed based on whether or not the live distribution part has the status of "played" with reference to the item "play history" shown in FIG. 35, the same item "distribution history" is also referred to. It may be executed based on whether or not there is a record of live distribution from the character in the past. In addition to this, when the operation instruction data already recorded is stored in the storage unit 120 of the user terminal 100, it may be determined that the live distribution part has already been advanced in real time. In addition, the determination may be performed by combining them, or by any other method.
  • step S303 If it is determined in step S303 that the user has a track record of advancing the live distribution part in real time (YES), the progress of the completed live distribution part is "return distribution”. On the other hand, when it is determined in step S303 that the user has no record of progressing the live distribution part in real time (NO), the progress of the completed live distribution part is "missed distribution". As mentioned above, the user experience is different between "return delivery” and "missed delivery”.
  • step S303 If it is determined in step S303 that the user has a track record of advancing the live distribution part in real time, the processing flow proceeds from YES in step S303 to step S304.
  • step S304 the game progress unit 115 acquires and analyzes the user action history information of the live distribution part shown in FIG. 34.
  • the user behavior history information may be acquired from the server 200 or the distribution terminal 400, or may be used directly when it is already stored in the storage unit 120 of the user terminal 100.
  • step S305 the game progress unit 115 re-progresses the completed live distribution part (that is, the above-mentioned “return distribution”). Specifically, the live distribution part is re-progressed using the recorded operation instruction data and the user action history information analyzed in step S304.
  • the endpaper distribution it is better to give the user the choice of costumes to be worn by the character, as in the live distribution part. For example, the user may be able to select from one of the costumes assigned below the ranking band associated with the user. As a result, in the return delivery, it is possible to provide a large number of costume options to high-ranked users.
  • the throwing item inserted in the real-time live distribution part may be reflected in the movement mode of the character. For example, if the user has acquired it as a clothing item (here, a "necklace"), the character is operated based on the item (that is, wearing a necklace). As a result, the live distribution part may be re-progressed. That is, the re-progress of the real-time live distribution part reflects the user behavior history information and the reward information, is similar to the live distribution part that has progressed in real time, and is unique to the user.
  • the live distribution part will be re-progressed.
  • the user specifies a specific action time, and the live distribution part is selectively advanced from there. Can be made to. For example, if the user inputs a comment 2 minutes and 45 seconds after the start of the live distribution part, the user can advance the live distribution part again by specifying the timing 2 minutes and 45 seconds later. ..
  • action time corresponding to the consumption of valuable data by the user's input operation and the record of actions such as change of items such as character's clothing. It is better to make it feasible based on.
  • the live distribution part is selectively progressed by using the data of the action time. Can be made to. For example, if the user has selected a period of 2 minutes 45 seconds to 5 minutes 10 seconds from the start of the live distribution part, the user can re-progress the live distribution part over that period.
  • step S303 determines that the user has no record of advancing the live distribution part in real time
  • the processing flow proceeds from NO in step S303 to step S306.
  • step S306 the game progress unit 115 executes a limited progress (that is, the above-mentioned "missed distribution") of the completed live distribution part.
  • the reason why the missed delivery is restricted is that the user has the right to receive the live stream, but it can be considered that he has waived this right, so not all of the live stream is necessarily limited. Based on the idea that it is not necessary to reproduce and present it to the user.
  • the progress of the live distribution part is executed using the recorded operation instruction data.
  • the image is synthesized so that the character wears the item and operates.
  • the behavior mode of the character was associated with the privilege.
  • the privilege is not associated with the movement mode of the character. That is, the image composition process is not performed so that the character wears the item and operates.
  • the progress of the completed livestreaming part is limited in that it does not reflect the benefit information and is not unique to the user.
  • the thrown money item input in the real-time live distribution part can be reflected in the movement mode of the character.
  • the overlooked distribution the thrown money item input in the real-time live distribution part is not reflected in the movement mode of the character.
  • the retrospective distribution viewing real-time live distribution in the past
  • the missed delivery unlike the real-time live delivery part and the return delivery, it is better to have each rank wear the same costume regardless of the user's rank.
  • the costume selected by the user could be reflected in the character.
  • the character is made to wear the default predetermined costume.
  • the progress of the completed livestreaming part does not reflect the information related to the user's ranking and is not unique to the user. Therefore, it is possible to give the user an incentive to watch the real-time live distribution or the return distribution rather than the overlooked distribution, and as a result, guide the user to the real-time live distribution.
  • the missed distribution unlike the live distribution part that progressed in real time, it is better to limit the actions of the users that can be accepted. Specifically, in the live distribution part that progressed in real time, it was possible to accept the consumption of valuable data by the user's input operation (in one example, throwing money, charging by purchasing items, etc.). On the other hand, in the progress of the completed live distribution part, the consumption of such valuable data may be restricted so as not to be accepted. More specifically, in the live distribution part progressed in real time, a user interface (UI) including a button and a screen for executing the consumption of valuable data was displayed on the display unit 352. Then, the user could execute the consumption of valuable data through such an input operation in the UI. On the other hand, in the overlooked delivery, such a UI should be hidden so that the user cannot explicitly perform an input operation. As a result, in the return delivery and the missed delivery, the user 3 cannot insert the throwing item to support the character.
  • UI user interface
  • the live distribution part and the like include (but is not limited to) a user-participatory event as described in the first embodiment, and the user is provided with an interactive experience with the avatar object.
  • user-participation-type events include questionnaires provided by characters, quizzes given by avatar objects, battles with avatar objects (for example, junken games, bigo games), and the like. Then, as in the case of live distribution in real time, the participation result of such a user participation type event is fed back to the user in the overlooked distribution.
  • the result of the correctness determination is fed back to the user.
  • the program may automatically make only a simple judgment (correctness judgment, etc.) and give feedback.
  • the user is different from the one during live participation.
  • a display such as "The answer is different from that during the live” may be displayed and output to the user terminal by comparing with the answer of the user who is participating in the live.
  • the user may be restricted from earning a predetermined game point for the above feedback.
  • predetermined game points may be associated with the user and added to the points owned by the user.
  • points may not be associated with the user.
  • the points owned by the user for example, in the case of a game in which a plurality of users who are game players are ranked based on the points, when the user advances the completed live distribution part, this is the case. It will not affect the ranking.
  • the user terminal 100 may request the progress of the completed second part (live distribution part) again. That is, it is preferable that the return delivery or the missed delivery can be repeatedly executed a plurality of times. In this case, the processing flow returns to step S301.
  • the user terminal 100 even after the live distribution part has progressed in real time, the user can proceed with the live distribution part again in various modes. As a result, the user feels more attached to the character through the experience of interacting with the character in a rich sense of reality, so that another part that operates the character can be played with even more interest. .. As a result, it has the effect of increasing the immersive feeling of the game and improving the interest of the game.
  • Step S303 in FIG. 36 whether the progress of the completed live distribution part is a return distribution or a missed distribution is determined based on whether or not the user has a track record of advancing the live distribution part in real time.
  • the user may be configured to select the return delivery or the overlooked delivery. Alternatively, regardless of the presence or absence of the above achievements, only the overlooked delivery may be provided to the user.
  • ⁇ Modification 2> In the second embodiment, after the end of the return distribution (step S305 in FIG. 36) or the missed distribution (step S306 in FIG. 36), the progress of the completed second part (live distribution part) may be requested again. And said. That is, the return delivery or the missed delivery could be repeatedly executed a plurality of times. In the second modification, it is preferable that the second and subsequent return delivery or missed delivery correspond to the record of the previous return delivery or missed delivery.
  • the first distribution history data is stored in the storage unit 220 of the server 200 or the storage unit 320 of the distribution terminal 400. After that, when the recorded operation instruction data related to the completed live distribution part is requested again from the user terminal 100, the first distribution history data is sent from the server 200 or the distribution terminal 400 together with the recorded operation instruction data. It will be delivered. In the user terminal 100, the received first delivery history data is referred to, and if the first return delivery or the missed delivery is performed halfway, the user terminal 100 will perform the second return delivery or the second return delivery from the continuation. Resume the progress of overlooked delivery. As a result, the user can efficiently perform return delivery or missed delivery.
  • the return delivery should be executed from the second time onward, and if the first delivery is a missed delivery, the missed delivery should be executed from the second time onward. Further, when the recorded operation instruction data already exists in the user terminal 100, the user terminal 100 may not receive the recorded operation instruction data again. As a result, the amount of data received by the user terminal 100 can be saved.
  • ⁇ Modification 3> whether the progress of the completed live distribution part is a return distribution or a missed distribution is determined according to the actual result of the user advancing the live distribution part in real time (). Step S303 in FIG. 36).
  • the third modification when it is determined that the user has progressed the live distribution part halfway in real time, it is preferable to restart the progress of the completed live distribution part from the continuation.
  • the record of how far the user has advanced the live distribution part in real time can be determined from the user behavior history information described above in FIG. 34. That is, the user behavior history information records how long the user has progressed with respect to a specific live distribution part.
  • the resumption of the completed live distribution part should be a missed distribution, which is a limited progress. As a result, the user can efficiently execute the overlooked delivery.
  • FIG. 37 shows an example of a screen displayed on the display unit 152 of the user terminal 100 based on the game program according to the present embodiment, and an example of a transition between these screens.
  • screens include a home screen 800A, a live selection screen 800B for live distribution, and a missed selection screen 800C for missed distribution.
  • the transition from the home screen 800A to the live selection screen 800B is possible.
  • the live selection screen 800B can be transitioned to the home screen 800A and the overlooked selection screen 800C.
  • the actual distribution screen (not shown) is transitioned from the live selection screen 800B and the overlooked selection screen 800C.
  • the home screen 800A displays various menus for advancing the live distribution part on the display unit 152 of the user terminal 100.
  • the game progress unit 115 receives an input operation for starting the game, the game progress unit 115 first displays the home screen 800A.
  • the home screen 800A includes a "live" icon 802 for transitioning to the live selection screen 800B.
  • the game progress unit 115 Upon receiving an input operation for the "live" icon 802 on the home screen 800A, the game progress unit 115 causes the display unit 152 to display the live selection screen 800B.
  • the live selection screen 800B presents the user with live information that can be distributed.
  • live information includes at least the live delivery date and time.
  • the live announcement information may include free / paid live information, an advertisement image including an image of a character appearing in the live, and the like.
  • the live selection screen 800B may display the notification information regarding the live distribution to be distributed in the near future on the live selection screen on the pop-up screen 806.
  • the server 200 searches for one or more user terminals 100 having the right to receive the live distribution.
  • the right to receive livestreaming is conditioned on the fact that the consideration for receiving livestreaming has been paid (for example, holding a ticket).
  • the corresponding live notification information will be displayed on the user terminal 100 having the right to receive the live distribution.
  • the user terminal 100 accepts a live playback operation, for example, a selection operation for a live at the live distribution time on the live selection screen 800B (more specifically, a touch operation for a live image). Accordingly, the game progress unit 115 shifts the display unit 152 to the actual distribution screen (not shown). As a result, the user terminal 100 can advance the live distribution part and advance the live viewing process in real time.
  • the moving image reproduction unit 117 operates the character in the live distribution part based on the received operation instruction data.
  • the moving image reproduction unit 117 generates a moving image reproduction screen (for example, thank-you moving image 910A of FIG. 26) including a character that operates based on the operation instruction data in the live distribution part, and displays it on the display unit 152.
  • the live selection screen 800B has a "return (x)" icon 808 for transitioning to the screen displayed immediately before and a "missing delivery” icon 810 for transitioning to the missed selection screen 800C on the display unit 152. It may be displayed.
  • the game progress unit 115 shifts the screen 800B to the home screen 800A in response to an input operation for the “return (x)” icon 808 on the live selection screen 800B.
  • the game progress unit 115 shifts to the missed selection screen 800C on the screen 800B for the input operation for the missed distribution icon 810 on the live selection screen 800B.
  • the overlook selection screen 800C displays, among the delivered information about one or more live delivered in the past, the delivered information in which the user has not progressed the live delivery part in real time.
  • the operation unit 151 of the user terminal 100 receives an input operation for the live distribution information displayed on the overlook selection screen 800C, for example, the image 830 including the character appearing in the live, the game progress unit 115 after the end of the live distribution part. , You can proceed with the livestreaming part that has already been completed.
  • the delivered information about the live is further delivered with the playback time 812 of each delivered live, the period until the end of delivery (days, etc.) 814, and how many days before the present. It may include information 816 indicating whether or not it has been done, a past delivery date and time, and the like.
  • the overlooked selection screen 800C includes a “back ( ⁇ )” icon 818 for transitioning to the live selection screen 800B. In response to the input operation for the "return ( ⁇ )" icon 818, the game progress unit 115 transitions to the live selection screen 800B.
  • the overlooked selection screen 800C is not limited to this, but it is preferable that the transition is made only from the live selection screen 800B and not directly from the home screen 800A.
  • the missed distribution is performed for the user who missed the live distribution, and is only a function accompanying the live distribution function.
  • one of the purposes of this game is to enhance the fun of the game by allowing the user to watch the live distribution in real time, support the character in real time, and deepen the interaction with the character. Therefore, in order to guide the user to watch the live distribution in real time rather than the overlooked distribution in which real-time interaction with the character (player) is not possible, here, the overlooked selection screen 800C cannot be directly transitioned from the home screen 800A. It is better to do so.
  • the information that has already been distributed that the user has not made the live distribution part in real time is displayed.
  • the delivered information about all the live delivered in the past may be displayed in a list for each live.
  • it is preferable that either the return distribution or the overlooked distribution is executed depending on whether or not the user has progressed the live distribution part in real time. Specifically, when it is determined that the user has a track record of advancing the live distribution part in real time, the above-mentioned return distribution is performed. On the other hand, if it is determined that the user has no record of advancing the live distribution part in real time, the distribution will be overlooked. As described above with respect to FIG. 36, the look-back delivery and the missed delivery can provide different user experiences. ⁇ Additional Notes> The matters described in each of the above embodiments will be added below.
  • an event in a virtual space in which a plurality of users including a first user participate is executed by a first computer (user terminal 100A) used by the first user.
  • the reproduction step of is executed by the first computer, and the first data is data including motion data and voice data input by a performer who plays the character, and is used by the plurality of users from the outside.
  • the data that is commonly transmitted to the first computer, and in the step to be displayed, the character appearing in the event executed by the first computer is displayed on at least one of the plurality of computers other than the first computer.
  • Appendix 2 In Appendix 1, the second reproduction step is executed based on the record of the action by the input operation of the first user.
  • Appendix 3 In Appendix 2, the record of the action includes the time information, and the second reproduction step is the designation of the time information by the input operation of the first user via the operation unit during the first reproduction step.
  • Appendix 4 In Appendix 2 or 3, the action includes the selection of a specific progress portion by the input operation of the first user via the operation unit during the first reproduction step, and the progress of the second reproduction step. In, the progress of only the selected specific progress portion is executed.
  • the recording of the action includes the consumption of valuable data by the input operation of the user, and during the second reproduction step, the operation mode of the character is determined based on the consumption of the valuable data. ..
  • a first computer used by the first user executes an event in a virtual space in which a plurality of users including the first user participate.
  • the step group in the content delivered in real time related to the event, a step of displaying the character appearing in the event in the virtual space and a step of operating the character based on the first data received from the outside.
  • a first step group including a step of specifying game history information about the first user, which is a game played in the virtual space as the event and is updated according to the progress of the game by the first user.
  • the second step group is executed by the second computer of the second user other than the first user who has watched the real-time distribution in real time, and is executed by the second computer after the execution of the first step group.
  • the data is commonly transmitted to a plurality of computers used by the user, and the first computer includes a memory for storing display data for displaying the character in any of a plurality of types of display modes.
  • the character appearing in the event executed by the first computer is transferred to the event executed by at least one of the plurality of computers except the first computer and the second computer.
  • a display mode different from that of the appearing character which is display data stored in the memory and is displayed using display data corresponding to the game history information about the first user specified by the specific step.
  • the second step group can be displayed in an embodiment, and the second step group is the step of receiving the first data recorded from the outside and the second step group by operating the character based on the received first data.
  • a method including a step of performing reproduction of the delivered content realized by the step group of 1.
  • Appendix 7 In Appendix 6, the consumption of valuable data by the user's input operation via the operation unit of the second computer is not accepted during the reproduction of the delivered content.
  • Appendix 8 In Appendix 6 or 7, during the delivery of the real-time content, the behavior of the character can be associated with the benefits acquired during the real-time delivery, and during the reproduction of the delivery of the delivered content. , The privilege is not associated with the operation mode of the character.
  • the points can be associated with the result of participation in the real-time delivery, and the points are not associated during the reproduction of the delivery of the delivered content.
  • the second computer further includes a display unit, and the display unit has a first screen for displaying a menu related to real-time distribution and a real-time distribution that can be viewed by transitioning from the first screen.
  • the second screen for displaying the above screen and the third screen for displaying the information about the delivered content can be displayed.
  • the third screen is transitioned from the second screen and is displayed from the first screen. Is configured so that it does not transition.
  • Appendix 12 According to an aspect of one embodiment shown in the present disclosure, it is a computer-readable medium in which a computer-executable instruction is stored, and when the computer-executable instruction is executed, the second computer is notified of the appendices 6 to 11. Provided is a computer-readable medium for performing any of the second steps.
  • a computer system comprising the first computer and the second computer, wherein the first computer is the first described in Appendix 6.
  • a memory for storing a first program including a step group and a processor for controlling the operation of the first computer by executing the first program are provided, and the second computer is described in Appendix 6.
  • a computer system including a memory for storing a second program including the second step group described, and a processor for controlling the operation of the second computer by executing the second program. ..
  • Appendix 14 is a computer-readable medium in which a computer-executable instruction is stored, and when the computer-executable instruction is executed, the first computer is notified of the appendices 1 to 5.
  • the information processing apparatus is an information processing apparatus, wherein the information processing apparatus includes a memory for storing a program including the step described in Appendix 1 and an execution of the program.
  • the information processing apparatus including a processor for controlling the operation of the information processing.
  • 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.
  • 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 a program command 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 the program, thereby achieving the object of the present disclosure.
  • a CPU Central Processing Unit
  • 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.
  • a RAM RandomAccessMemory
  • the program may be supplied to the computer via any 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Graphics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Signal Processing (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

ゲームの楽しみ方を多様化することができる、方法、コンピュータ可読媒体、コンピュータシステム、および情報端末装置を提供する。　第１ユーザを含む複数のユーザが参加する仮想空間内でのイベントを、第１コンピュータにより実行する際、イベントに登場するキャラクタを仮想空間に表示するステップと、外部から受信した第１データに基づいてキャラクタを動作させる第１の再生ステップと、イベント終了後、イベントに係るコンテンツの再度の再生の要求を受け付けるステップと、要求を受け付けるとキャラクタを動作させて、コンテンツの再度の再生を実行する第２の再生ステップとを実行し、第１データは、キャラクタを演じる演者の入力したモーションデータ及び音声データを含むデータであって、外部から複数のユーザが使用する複数のコンピュータに共通に送信されるデータであり、表示するステップでは、イベントに登場するキャラクタを、第１コンピュータを除く複数のコンピュータの少なくともいずれかで実行されるイベントに登場する前記キャラクタと異なる表示態様で表示可能である。

Description

方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置
　本開示は、方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置に関する。
　アイドルキャラクタ（ＮＰＣ）のライブステージに訪れた多数のファンの一人として、プレイヤに対応付けられるアバターを仮想のライブ会場の客席に配置するライブゲームの一例が、特許文献１に記載されている。当該ライブゲームでは、外観、服装、装備品等を変更可能なアバターがアイドルキャラクタに視線を送り続けることにより、視線ポイントを稼ぐことができる。ここで、視線ポイントは、アバターとアイドルキャラクタとの間で視線合わせが成立していることを条件として付与される視線合わせポイントを含む。このため、プレイヤには、アバターの外観、服装、装備品等を目立たせ、アイドルキャラクタの視線を惹き付けようという動機付けが働く。
特開２０１８－７８２８号公報
　しかし、アイドルキャラクタは、プレイヤがどのように視線を送るかなどにかかわらず、同じ外観、服装、装備品等のままである。このため、当該ライブゲームでは、プレイヤ独自の楽しみ方について多様性に欠ける虞がある。
　本開示は、かかる実情に鑑み考え出されたものであり、その目的は、楽しみ方を多様化できる、プログラム、方法、およびコンピュータを提供することである。
　本開示に示す一実施形態のある局面によれば、第１ユーザを含む複数のユーザが参加する仮想空間内でのイベントを、第１ユーザが使用する第１コンピュータにより実行される方法であって、イベントに登場するキャラクタを仮想空間に表示するステップと、外部から受信した第１データに基づいてキャラクタを動作させる第１の再生ステップと、イベントの終了後に、イベントに係るコンテンツの再度の再生の要求を受け付けるステップと、要求を受け付けると、キャラクタを動作させることにより、コンテンツの再度の再生を実行する第２の再生ステップとを第１コンピュータに実行させ、第１データは、キャラクタを演じる演者の入力したモーションデータ及び音声データを含むデータであって、外部から複数のユーザが使用する複数のコンピュータに共通に送信されるデータであり、表示するステップでは、第１コンピュータで実行されるイベントに登場するキャラクタを、第１コンピュータを除く複数のコンピュータの少なくともいずれかで実行されるイベントに登場するキャラクタと異なる表示態様で表示可能である、方法を提供する。
　本開示に示す一実施形態のある局面によれば、第１ユーザを含む複数のユーザが参加する仮想空間内でのイベントを、第１ユーザが使用する第１コンピュータにより実行される第１のステップ群であって、イベントに関するリアルタイムに配信されるコンテンツにおいて、イベントに登場するキャラクタを仮想空間に表示するステップと、外部から受信した第１データに基づいてキャラクタを動作させるステップと、イベントとして仮想空間内で行われるゲームであって第１ユーザによる当該ゲームの進行に応じて更新される当該第１ユーザに関するゲーム履歴情報を特定するステップとを含む第１のステップ群と、リアルタイムの配信をリアルタイムに視聴した第１ユーザ以外の第２ユーザの第２コンピュータにより実行される第２のステップ群であって、第１のステップ群の実行後に第２のコンピュータにより実行される、第２のステップ群とを含む、方法であって、第１データは、キャラクタを演じる演者の入力したモーションデータ及び音声データを含むデータであって、外部から複数のユーザが使用する複数のコンピュータに共通に送信されるデータであり、第１コンピュータはキャラクタを複数種類の表示態様のうちのいずれかで表示するための表示用データを記憶するメモリを備え、表示するステップでは、第１コンピュータで実行されるイベントに登場するキャラクタを、第１コンピュータと第２のコンピュータを除く複数のコンピュータの少なくともいずれかで実行されるイベントに登場するキャラクタと異なる表示態様であって、メモリに記憶されている表示用データであり特定するステップにより特定される第１ユーザに関するゲーム履歴情報に応じた表示用データを用いた表示態様で表示可能であり、第２のステップ群は、外部から記録済みの第１データを受信するステップと、受信した第１データに基づいて、キャラクタを動作させることにより、第１のステップ群によって実現された配信済みのコンテンツの再生を実行するステップと、を含む、方法を提供する。
　本開示によれば、楽しみ方を多様化できる。
ある実施の形態に従うシステムの概要の一例を示す図である。 ある実施の形態に従うユーザ端末のハードウェア構成の一例を示すブロック図である。 ある実施の形態に従うサーバのハードウェア構成の一例を示すブロック図である。 ある実施の形態に従うゲームプレイ端末のハードウェア構成の一例を示すブロック図である。 ある実施の形態に従う配信端末のハードウェア構成の一例を示すブロック図である。 ある実施の形態に従うユーザ端末、サーバ、ＨＭＤセットの機能的構成の一例を示すブロック図である。 ある実施の形態に従う配信端末の機能的構成の一例を示すブロック図である。 ある実施の形態に従うユーザ端末およびゲームプレイ端末において実行される処理の一部を表すフローチャートである。 ある実施の形態に従う、プレイヤに提供される仮想空間、および、プレイヤが視認する視界画像の一例を示す図である。 ある実施の形態に従う、ユーザ端末のユーザに提供される仮想空間、および、該ユーザが視認する視界画像の一例を示す図である。 ユーザ端末のユーザが視認する視界画像の他の例を示す図である。 ユーザ端末のユーザが視認する視界画像のさらに別の例を示す図である。 ある実施の形態に従うゲームプレイ端末において実行される処理の一部を表すフローチャートである。 ある実施の形態に従うユーザ端末において実行される処理の一部を表すフローチャートである。 ある実施の形態に従うサーバにおいて実行される処理の一部を表すフローチャートである。 ある実施の形態に従う、ゲームに参加したユーザのリストの一具体例を示す図である。 ある実施の形態に従う配信端末において実行される処理の一部を表すフローチャートである。 ある実施の形態に従う配信端末に表示される画面の一具体例を示す図である。 ある実施の形態に従う配信端末に表示される画面の他の具体例を示す図である。 ある実施の形態に従う、プレイヤによる音声入力の一具体例を示す図である。 ある実施の形態に従う配信端末に表示される画面のさらなる別の具体例と、動作指図データの配信の概要とを示す図である。 ある実施の形態に従う、プレイヤによる音声入力の他の具体例を示す図である。 ある実施の形態に従う配信端末に表示される画面のさらなる別の具体例と、動作指図データの配信の概要とを示す図である。 ある実施形態に従うゲームプレイ端末からユーザ端末へのゲーム進行情報の送信の概要を示す図である。 ある実施の形態に従うユーザ端末において実行される処理の一部を表すフローチャートである。 動画再生の一具体例を示す図である。 動画再生の他の具体例を示す図である。 （Ａ）はポイント管理テーブルの一例を示す図であり、（Ｂ）はランキング管理テーブルの一例を示す図である。 （Ａ）はユーザ端末に表示されるゲーム映像の一例を示す図であり、（Ｂはユーザ端末に表示されるゲーム映像の他の一例を示す図である。 アバターオブジェクト管理テーブルの一例を示す図である。 ユーザ端末およびゲームプレイ端末において実行される処理の流れの一部を示すフローチャートである。 ある実施の形態に従う配信端末に表示される画面のさらなる別の具体例を示す図である。 ある実施の形態に従う配信端末に表示される画面のさらなる別の具体例を示す図である。 ある実施形態に係るユーザ行動履歴情報のデータ構造の一例を示す。 ある実施形態に係るゲーム情報のデータ構造の一例を示す。 ある実施形態に係るゲームの基本的なゲーム進行の一例を示すフローチャートである。 ある実施形態に係るユーザ端末の表示部に表示される画面の遷移例を示す。
　〔実施形態１〕
　本開示に係るシステムは、複数のユーザにゲームを提供するためのシステムである。以下、該システムについて図面を参照しつつ説明する。なお、本開示はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本開示に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。
　＜システム１の動作概要＞
　図１は、本実施形態に係るシステム１の概要を示す図である。システム１は、複数のユーザ端末１００（コンピュータ）と、サーバ２００と、ゲームプレイ端末３００（外部装置、第２外部装置）と、配信端末４００（外部、第１外部装置）とを含む。なお、図１では、複数のユーザ端末１００の一例として、ユーザ端末１００Ａ～１００Ｃ、換言すれば、３台のユーザ端末１００を記載しているが、ユーザ端末１００の台数は図示の例に限定されない。また、本実施形態では、ユーザ端末１００Ａ～Ｃを区別する必要が無い場合、「ユーザ端末１００」と記載する。ユーザ端末１００、ゲームプレイ端末３００、および配信端末４００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、および所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi－Fi（登録商標））等が挙げられる。
　（ゲームの概要）
　本実施形態では、システム１によって提供されるゲーム（以下、本ゲーム）の一例として、ゲームプレイ端末３００のユーザが主としてプレイするゲームを説明する。以下、ゲームプレイ端末３００のユーザを、「プレイヤ」と称する。プレイヤ（演者）は、一例として、本ゲームに登場するキャラクタを操作することにより、ゲームを進行させる。また、本ゲームにおいて、ユーザ端末１００のユーザは、プレイヤによるゲームの進行を支援する役割を担う。本ゲームの詳細については後述する。なお、システム１によって提供されるゲームは、複数のユーザが参加するゲームであればよく、この例に限定されない。
　（ゲームプレイ端末３００）
　ゲームプレイ端末３００は、プレイヤによる入力操作に応じてゲームを進行させる。また、ゲームプレイ端末３００は、プレイヤのゲームプレイにより生成された情報（以下、ゲーム進行情報）を、順次、サーバ２００にリアルタイムで配信する。
　（サーバ２００）
　サーバ２００は、ゲームプレイ端末３００からリアルタイムに受信したゲーム進行情報（第２データ）を、ユーザ端末１００に送信する。また、サーバ２００は、ユーザ端末１００、ゲームプレイ端末３００、および配信端末４００の間の各種情報の送受信を仲介する。
　（配信端末４００）
　配信端末４００は、配信端末４００のユーザによる入力操作に応じて、動作指図データ（第１データ）を生成し、サーバ２００を介してユーザ端末１００へ動作指図データを配信する。動作指図データとは、ユーザ端末１００において動画を再生するためのデータであり、具体的には、動画に登場するキャラクタを動作させるためのデータである。
　本実施形態では、ゲームプレイ端末３００と配信端末４００とが別個の装置である例について説明する。しかしながら、ゲームプレイ端末３００と配信端末４００は一体の装置であってもよい。
　本実施形態では、一例として、配信端末４００のユーザは、本ゲームのプレイヤである。また、一例として、ユーザ端末１００にて動作指図データに基づいて再生される動画は、プレイヤがゲームで操作したキャラクタが動作する動画である。「動作」とは、キャラクタの身体の少なくとも一部を動かすことであり、発話も含む。このため、本実施形態に係る動作指図データは、例えば、キャラクタに発話させるための音声データと、キャラクタの身体を動かすためのモーションデータとを含む。
　動作指図データは、一例として、本ゲームの終了後にユーザ端末１００へ送信される。動作指図データ、および、該動作指図データに基づいて再生される動画の詳細については後述する。
　（ユーザ端末１００）
　ユーザ端末１００は、ゲーム進行情報をリアルタイムに受信し、該情報を用いてゲーム画面を生成して表示する。換言すれば、ユーザ端末１００は、リアルタイムレンダリングにより、プレイヤがプレイしているゲームのゲーム画面を再生する。これにより、ユーザ端末１００のユーザは、プレイヤがゲームをプレイしながら視認しているゲーム画面と同一のゲーム画面を、プレイヤとほぼ同じタイミングで視認することができる。
　また、ユーザ端末１００は、ユーザによる入力操作に応じて、プレイヤによるゲームの進行を支援するための情報を生成し、該情報を、サーバ２００を介してゲームプレイ端末３００へ送信する。該情報の詳細については後述する。
　また、ユーザ端末１００は、配信端末４００から動作指図データを受信し、該動作指図データを用いて動画（映像）を生成して再生する。換言すれば、ユーザ端末１００は、動作指図データをレンダリングして再生する。
　＜システム１のハードウェア構成＞
　図２は、ユーザ端末１００のハードウェア構成を示す図である。図３は、サーバ２００のハードウェア構成を示す図である。図４は、ゲームプレイ端末３００のハードウェア構成を示す図である。図５は、配信端末４００のハードウェア構成を示す図である。
　（ユーザ端末１００）
　本実施形態では、一例として、ユーザ端末１００がスマートフォンとして実現される例を説明するが、ユーザ端末１００はスマートフォンに限定されない。例えば、ユーザ端末１００はフィーチャーフォン、タブレット型コンピュータ、ラップトップ型コンピュータ（いわゆる、ノートパソコン）、または、デスクトップ型コンピュータなどとして実現されてもよい。また、ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。
　ユーザ端末１００は図２に示すように、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、ユーザ端末１００は、タッチスクリーン１５に代えて、または、加えて、ユーザ端末１００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ１４を備えていてもよい。
　また、図２に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。
　なお、ユーザ端末１００がカメラ１７および測距センサ１８を備えることに代えて、または、加えて、コントローラ１０２０がカメラ１７および測距センサ１８を有していてもよい。
　ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前またはログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。
　ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００などの他の装置と通信せずに、該１台のユーザ端末１００でマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（Local Area Network）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。
　なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける成績または勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。
　また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、有線を介して信号を送受信する。
　図２に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラム及びデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。
　ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。
　以上で説明したとおり、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、および、測距センサ１８を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。
　例えば、操作部が、カメラ１７および測距センサ１８の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体１０１０としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体１０１０の色、形状、動き、または、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。
　あるいは、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５の入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３で構成される場合、ユーザ端末１００は、コントローラ１０２０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ１４で構成される場合、該入出力ＩＦ１４と接続されるコントローラ１０２０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。
　（サーバ２００）
　サーバ２００は、一例として、ワークステーションまたはパーソナルコンピュータなどの汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。
　（ゲームプレイ端末３００）
　ゲームプレイ端末３００は、一例として、パーソナルコンピュータなどの汎用コンピュータであってよい。ゲームプレイ端末３００は、プロセッサ３０と、メモリ３１と、ストレージ３２と、通信ＩＦ３３と、入出力ＩＦ３４とを備える。ゲームプレイ端末３００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。
　図４に示すように、本実施形態に係るゲームプレイ端末３００は、一例として、ＨＭＤ（Head Mounted Display）セット１０００に含まれる。つまり、ＨＭＤセット１０００が、システム１に含まれていると表現することができ、また、プレイヤは、ＨＭＤセット１０００を用いてゲームをプレイすると表現することもできる。なお、プレイヤがゲームをプレイするための装置は、ＨＭＤセット１０００に限定されない。一例として、該装置は、プレイヤにゲームを仮想体験させることが可能な装置であればよい。また、該装置は、スマートフォン、フィーチャーフォン、タブレット型コンピュータ、ラップトップ型コンピュータ（いわゆる、ノートパソコン）、または、デスクトップ型コンピュータなどとして実現されてもよい。また、該装置は、ゲームプレイに適したゲーム装置であってもよい。
　ＨＭＤセット１０００は、ゲームプレイ端末３００の他、ＨＭＤ５００、ＨＭＤセンサ５１０、モーションセンサ５２０、ディスプレイ５３０、コントローラ５４０を備える。ＨＭＤ５００は、モニタ５１と、注視センサ５２と、第１カメラ５３と、第２カメラ５４と、マイク５５と、スピーカ５６とを含む。コントローラ５４０は、モーションセンサ５２０を含み得る。
　ＨＭＤ５００は、プレイヤの頭部に装着され、動作中に仮想空間をプレイヤに提供し得る。より具体的には、ＨＭＤ５００は、右目用の画像および左目用の画像をモニタ５１にそれぞれ表示する。プレイヤの各目がそれぞれの画像を視認すると、プレイヤは、両目の視差に基づき当該画像を３次元画像として認識し得る。ＨＭＤ５００は、モニタを備える所謂ヘッドマウントディスプレイと、スマートフォンその他のモニタを有する端末を装着可能なヘッドマウント機器のいずれをも含み得る。
　モニタ５１は、例えば、非透過型の表示装置として実現される。ある局面において、モニタ５１は、プレイヤの両目の前方に位置するようにＨＭＤ５００の本体に配置されている。したがって、プレイヤは、モニタ５１に表示される３次元画像を視認すると、仮想空間に没入することができる。ある局面において、仮想空間は、例えば、背景、プレイヤが操作可能なオブジェクト、プレイヤが選択可能なメニューの画像を含む。ある局面において、モニタ５１は、所謂スマートフォンその他の情報表示端末が備える液晶モニタまたは有機ＥＬ（Electro Luminescence）モニタとして実現され得る。
　別の局面において、モニタ５１は、透過型の表示装置として実現され得る。この場合、ＨＭＤ５００は、図１に示されるようにプレイヤの目を覆う密閉型ではなく、メガネ型のような開放型であり得る。透過型のモニタ５１は、その透過率を調整することにより、一時的に非透過型の表示装置として構成可能であってもよい。モニタ５１は、仮想空間を構成する画像の一部と、現実空間とを同時に表示する構成を含んでいてもよい。例えば、モニタ５１は、ＨＭＤ５００に搭載されたカメラで撮影した現実空間の画像を表示してもよいし、一部の透過率を高く設定することにより現実空間を視認可能にしてもよい。
　ある局面において、モニタ５１は、右目用の画像を表示するためのサブモニタと、左目用の画像を表示するためのサブモニタとを含み得る。別の局面において、モニタ５１は、右目用の画像と左目用の画像とを一体として表示する構成であってもよい。この場合、モニタ５１は、高速シャッタを含む。高速シャッタは、画像がいずれか一方の目にのみ認識されるように、右目用の画像と左目用の画像とを交互に表示可能に作動する。
　ある局面において、ＨＭＤ５００は、図示せぬ複数の光源を含む。各光源は例えば、赤外線を発するＬＥＤ（Light Emitting Diode）により実現される。ＨＭＤセンサ５１０は、ＨＭＤ５００の動きを検出するためのポジショントラッキング機能を有する。より具体的には、ＨＭＤセンサ５１０は、ＨＭＤ５００が発する複数の赤外線を読み取り、現実空間内におけるＨＭＤ５００の位置および傾きを検出する。
　別の局面において、ＨＭＤセンサ５１０は、カメラにより実現されてもよい。この場合、ＨＭＤセンサ５１０は、カメラから出力されるＨＭＤ５００の画像情報を用いて、画像解析処理を実行することにより、ＨＭＤ５００の位置および傾きを検出することができる。
　別の局面において、ＨＭＤ５００は、位置検出器として、ＨＭＤセンサ５１０の代わりに、あるいはＨＭＤセンサ５１０に加えてセンサ（不図示）を備えてもよい。ＨＭＤ５００は、該センサを用いて、ＨＭＤ５００自身の位置および傾きを検出し得る。例えば、該センサが角速度センサ、地磁気センサ、あるいは加速度センサである場合、ＨＭＤ５００は、ＨＭＤセンサ５１０の代わりに、これらの各センサのいずれかを用いて、自身の位置および傾きを検出し得る。一例として、ＨＭＤ５００に備えられたセンサが角速度センサである場合、角速度センサは、現実空間におけるＨＭＤ５００の３軸周りの角速度を経時的に検出する。ＨＭＤ５００は、各角速度に基づいて、ＨＭＤ５００の３軸周りの角度の時間的変化を算出し、さらに、角度の時間的変化に基づいて、ＨＭＤ５００の傾きを算出する。
　注視センサ５２は、プレイヤの右目および左目の視線が向けられる方向を検出する。つまり、注視センサ５２は、プレイヤの視線を検出する。視線の方向の検出は、例えば、公知のアイトラッキング機能によって実現される。注視センサ５２は、当該アイトラッキング機能を有するセンサにより実現される。ある局面において、注視センサ５２は、右目用のセンサおよび左目用のセンサを含むことが好ましい。注視センサ５２は、例えば、プレイヤの右目および左目に赤外光を照射するとともに、照射光に対する角膜および虹彩からの反射光を受けることにより各眼球の回転角を検出するセンサであってもよい。注視センサ５２は、検出した各回転角に基づいて、プレイヤの視線を検知することができる。
　第１カメラ５３は、プレイヤの顔の下部を撮影する。より具体的には、第１カメラ５３は、プレイヤの鼻および口などを撮影する。第２カメラ５４は、プレイヤの目および眉などを撮影する。ＨＭＤ５００のプレイヤ側の筐体をＨＭＤ５００の内側、ＨＭＤ５００のプレイヤとは逆側の筐体をＨＭＤ５００の外側と定義する。ある局面において、第１カメラ５３は、ＨＭＤ５００の外側に配置され、第２カメラ５４は、ＨＭＤ５００の内側に配置され得る。第１カメラ５３および第２カメラ５４が生成した画像は、ゲームプレイ端末３００に入力される。別の局面において、第１カメラ５３と第２カメラ５４とを１台のカメラとして実現し、この１台のカメラでプレイヤの顔を撮影するようにしてもよい。
　マイク５５は、プレイヤの発話を音声信号（電気信号）に変換してゲームプレイ端末３００に出力する。スピーカ５６は、音声信号を音声に変換してプレイヤに出力する。別の局面において、ＨＭＤ５００は、スピーカ５６に替えてイヤホンを含み得る。
　コントローラ５４０は、有線または無線によりゲームプレイ端末３００に接続されている。コントローラ５４０は、プレイヤからゲームプレイ端末３００への命令の入力を受け付ける。ある局面において、コントローラ５４０は、プレイヤによって把持可能に構成される。別の局面において、コントローラ５４０は、プレイヤの身体あるいは衣類の一部に装着可能に構成される。さらに別の局面において、コントローラ５４０は、ゲームプレイ端末３００から送信される信号に基づいて、振動、音、光のうちの少なくともいずれかを出力するように構成されてもよい。さらに別の局面において、コントローラ５４０は、プレイヤから、仮想空間に配置されるオブジェクトの位置や動きを制御するための操作を受け付ける。
　ある局面において、コントローラ５４０は、複数の光源を含む。各光源は例えば、赤外線を発するＬＥＤにより実現される。ＨＭＤセンサ５１０は、ポジショントラッキング機能を有する。この場合、ＨＭＤセンサ５１０は、コントローラ５４０が発する複数の赤外線を読み取り、現実空間内におけるコントローラ５４０の位置および傾きを検出する。別の局面において、ＨＭＤセンサ５１０は、カメラにより実現されてもよい。この場合、ＨＭＤセンサ５１０は、カメラから出力されるコントローラ５４０の画像情報を用いて、画像解析処理を実行することにより、コントローラ５４０の位置および傾きを検出することができる。
　モーションセンサ５２０は、ある局面において、プレイヤの手に取り付けられて、プレイヤの手の動きを検出する。例えば、モーションセンサ５２０は、手の回転速度、回転数等を検出する。検出された信号は、ゲームプレイ端末３００に送られる。モーションセンサ５２０は、例えば、コントローラ５４０に設けられている。ある局面において、モーションセンサ５２０は、例えば、プレイヤに把持可能に構成されたコントローラ５４０に設けられている。別の局面において、現実空間における安全のため、コントローラ５４０は、手袋型のようにプレイヤの手に装着されることにより容易に飛んで行かないものに装着される。さらに別の局面において、プレイヤに装着されないセンサがプレイヤの手の動きを検出してもよい。例えば、プレイヤを撮影するカメラの信号が、プレイヤの動作を表わす信号として、ゲームプレイ端末３００に入力されてもよい。モーションセンサ５２０とゲームプレイ端末３００とは、一例として、無線により互いに接続される。無線の場合、通信形態は特に限られず、例えば、Ｂｌｕｅｔｏｏｔｈその他の公知の通信手法が用いられる。
　ディスプレイ５３０は、モニタ５１に表示されている画像と同様の画像を表示する。これにより、ＨＭＤ５００を装着しているプレイヤ以外のユーザにもプレイヤと同様の画像を視聴させることができる。ディスプレイ５３０に表示される画像は、３次元画像である必要はなく、右目用の画像や左目用の画像であってもよい。ディスプレイ５３０としては、例えば、液晶ディスプレイや有機ＥＬモニタなどが挙げられる。
　ゲームプレイ端末３００は、ＨＭＤ５００の各部、コントローラ５４０、およびモーションセンサ５２０から取得した各種情報に基づいて、プレイヤの操作対象となるキャラクタを動作させ、ゲームを進行させる。ここでの「動作」には、身体の各部を動かすこと、姿勢を変えること、顔の表情を変えること、移動、発話、仮想空間に配置されたオブジェクトに触れたり、動かしたりすること、キャラクタが把持する武器、道具などを使用することなどが含まれる。すなわち、本ゲームでは、プレイヤが身体の各部を動かすことにより、キャラクタもプレイヤと同様に身体の各部を動かす。また、本ゲームでは、プレイヤが発話した内容をキャラクタが発話する。換言すれば、本ゲームにおいて、キャラクタは、プレイヤの分身としてふるまうアバターオブジェクトである。一例として、キャラクタの動作の少なくとも一部が、プレイヤによるコントローラ５４０に対する入力により実行されてもよい。
　本実施形態では、モーションセンサ５２０は、一例として、プレイヤの両手、プレイヤの両足、プレイヤの腰部、および、プレイヤの頭部に取り付けられる。プレイヤの両手に取り付けられるモーションセンサ５２０は、上述したとおり、コントローラ５４０に設けられていてもよい。また、プレイヤの頭部に取り付けられるモーションセンサ５２０は、ＨＭＤ５００に設けられていてもよい。モーションセンサ５２０は、さらに、ユーザの両肘や両膝に取り付けられてもよい。プレイヤに取り付けるモーションセンサ５２０の数を増やすことにより、プレイヤの動きをより正確にキャラクタに反映させることができる。また、プレイヤは、モーションセンサ５２０を身体の各部に取り付けることに代えて、１以上のモーションセンサ５２０が取り付けられたスーツを着用してもよい。つまり、モーションキャプチャの方法は、モーションセンサ５２０を用いる例に限定されない。
　（配信端末４００）
　配信端末４００は、スマートフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であってよい。また、配信端末４００は、デスクトップパソコン等の、いわゆる据え置き型の端末であってもよい。
　配信端末４００は、図５に示すように、プロセッサ４０と、メモリ４１と、ストレージ４２と、通信ＩＦ４３と、入出力ＩＦ４４と、タッチスクリーン４５とを備える。なお、配信端末４００は、タッチスクリーン４５に代えて、または、加えて、配信端末４００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ４４を備えていてもよい。
　コントローラ１０２１は、１つ以上のボタン、レバー、スティック、ホイール等の物理的な入力機構を有していてもよい。コントローラ１０２１は、配信端末４００の操作者（本実施形態ではプレイヤ）が、該入力機構に対して入力した入力操作に基づく出力値を配信端末４００へ送信する。また、コントローラ１０２１は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値を配信端末４００へ送信してもよい。上述の出力値は、通信ＩＦ４３を介して配信端末４００に受け付けられる。
　配信端末４００は、カメラと、測距センサ（ともに不図示）とを備えていてもよい。配信端末４００が備えることに代えて、または、加えて、コントローラ１０２１がカメラと、測距センサとを有してしてもよい。
　以上で説明したとおり、配信端末４００は、該配信端末４００に対して情報を入力する機構の一例として、通信ＩＦ４３、入出力ＩＦ４４、タッチスクリーン４５を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。
　操作部がタッチスクリーン４５で構成されている場合、配信端末４００は、タッチスクリーン４５の入力部４５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ４３で構成される場合、配信端末４００は、コントローラ１０２１から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ４４で構成される場合、配信端末４００は、該入出力ＩＦ４４と接続される入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。
　＜各装置のハードウェア構成要素＞
　プロセッサ１０、２０、３０、４０はそれぞれ、ユーザ端末１００、サーバ２００、ゲームプレイ端末３００、配信端末４００の全体の動作を制御する。プロセッサ１０、２０、３０、４０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、およびＧＰＵ（Graphics Processing Unit）を含む。プロセッサ１０、２０、３０、４０は、それぞれ、後述するストレージ１２、２２、３２、４２からプログラムを読み出す。そして、プロセッサ１０、２０、３０、４０は、それぞれ、読み出したプログラムを、後述するメモリ１１、２１、３１、４１に展開する。プロセッサ１０、２０、３０は、展開したプログラムを実行する。
　メモリ１１、２１、３１、４１は主記憶装置である。メモリ１１、２１、３１、４１は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ３１は、プロセッサ３０が後述するストレージ３２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ３０に作業領域を提供する。メモリ３１は、プロセッサ３０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ４１は、プロセッサ４０が後述するストレージ４２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ４０に作業領域を提供する。メモリ４１は、プロセッサ４０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。
　本実施形態において、プロセッサ１０および３０が実行するプログラムは、本ゲームのゲームプログラムであってもよい。本実施形態において、プロセッサ４０が実行するプログラムは、動作指図データの配信を実現するための配信プログラムであってもよい。また、プロセッサ１０は、さらに、動画の再生を実現するための視聴プログラムを実行してもよい。
　本実施形態において、プロセッサ２０が実行するプログラムは、上述のゲームプログラム、配信プログラム、視聴プログラムの少なくとも何れかであってもよい。プロセッサ２０は、ユーザ端末１００、ゲームプレイ端末３００、および配信端末４００の少なくとも何れかからの要求等に応じて、ゲームプログラム、配信プログラム、視聴プログラムの少なくとも何れかを実行する。なお、配信プログラムと視聴プログラムは、並行して実行されてもよい。
　すなわち、ゲームプログラムは、ゲームをユーザ端末１００、サーバ２００、およびゲームプレイ端末３００の協働により実現するプログラムであってもよい。配信プログラムは、動作指図データの配信を、サーバ２００と配信端末４００との協働により実現するプログラムであってもよい。視聴プログラムは、動画の再生を、ユーザ端末１００とサーバ２００との協働により実現するプログラムであってもよい。
　ストレージ１２、２２、３２、４２は補助記憶装置である。ストレージ１２、２２、３２、４２は、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置で構成される。ストレージ１２、３２には、例えば、ゲームに関する各種データが格納される。ストレージ４２には、動作指図データの配信に関する各種データが格納される。また、ストレージ１２には、動画の再生に関する各種データが格納される。ストレージ２２には、ゲーム、動作指図データの配信、および動画の再生それぞれに関する各種データのうち、少なくとも一部が格納されてもよい。
　通信ＩＦ１３、２３、３３、４３は、それぞれ、ユーザ端末１００、サーバ２００、ゲームプレイ端末３００、配信端末４００における各種データの送受信を制御する。通信ＩＦ１３、２３、３３、４３は例えば、無線ＬＡＮ（Local Area Network）を介する通信、有線ＬＡＮ、無線ＬＡＮ、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。
　入出力ＩＦ１４、２４、３４、４４は、それぞれ、ユーザ端末１００、サーバ２００、ゲームプレイ端末３００、配信端末４００がデータの入力を受け付けるため、また、データを出力するためのインターフェースである。入出力ＩＦ１４、２４、３４、４４は、ＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４、２４、３４、４４は、物理ボタン、カメラ、マイク、スピーカ、マウス、キーボード、ディスプレイ、スティック、レバーなどを含み得る。また、入出力ＩＦ１４、２４、３４、４４は、周辺機器との間でデータを送受信するための接続部を含み得る。
　タッチスクリーン１５は、入力部１５１と表示部１５２（ディスプレイ）とを組み合わせた電子部品である。タッチスクリーン４５は、入力部４５１と表示部４５２とを組み合わせた電子部品である。入力部１５１および４５１は、一例として、タッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２および４５２は、例えば液晶ディスプレイ、または有機ＥＬ（Electro－Luminescence）ディスプレイ等によって構成される。
　入力部１５１および４５１は、入力面に対しユーザの操作（主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作）が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。入力部１５１および４５１は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。
　図示していないが、ユーザ端末１００および配信端末４００は、それぞれ、ユーザ端末１００および配信端末４００の保持姿勢を特定するための１以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。
　ユーザ端末１００および配信端末４００がセンサを備えている場合、プロセッサ１０および４０は、それぞれ、センサの出力からユーザ端末１００および配信端末４００の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ１０および４０は、それぞれ、ユーザ端末１００および配信端末４００が縦向きに保持されているときには、縦長の画像を表示部１５２および４５２に表示させる縦画面表示としてもよい。一方、ユーザ端末１００および配信端末４００が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ１０および４０は、それぞれ、ユーザ端末１００および配信端末４００の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。
　＜システム１の機能的構成＞
　図６は、システム１に含まれるユーザ端末１００、サーバ２００、およびＨＭＤセット１０００の機能的構成を示すブロック図である。図７は、図６に示す配信端末４００の機能的構成を示すブロック図である。
　ユーザ端末１００は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、入出力ＩＦ１４、およびタッチスクリーン１５等の協働によって、制御部１１０および記憶部１２０として機能する。
　サーバ２００は、ユーザ端末１００、ＨＭＤセット１０００、および配信端末４００の間の各種情報の送受信を仲介する機能を有する。サーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、および入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能する。
　ＨＭＤセット１０００（ゲームプレイ端末３００）は、プレイヤの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能と、ゲーム進行情報を、サーバ２００を介してユーザ端末１００へリアルタイムに送信する機能を有する。ＨＭＤセット１０００は、ゲームプレイ端末３００のプロセッサ３０、メモリ３１、ストレージ３２、通信ＩＦ３３、入出力ＩＦ３４、並びに、ＨＭＤ５００、ＨＭＤセンサ５１０、モーションセンサ５２０、およびコントローラ５４０等の協働によって、制御部３１０および記憶部３２０として機能する。
　配信端末４００は、動作指図データを生成して、該動作指図データを、サーバ２００を介してユーザ端末１００へ送信する機能を有する。配信端末４００は、プロセッサ４０、メモリ４１、ストレージ４２、通信ＩＦ４３、入出力ＩＦ４４、およびタッチスクリーン４５等の協働によって、制御部４１０および記憶部４２０として機能する。
　（各装置の記憶部が格納するデータ）
　記憶部１２０は、ゲームプログラム１３１（プログラム）、ゲーム情報１３２、および、ユーザ情報１３３を格納する。記憶部２２０は、ゲームプログラム２３１、ゲーム情報２３２、ユーザ情報２３３、および、ユーザリスト２３４を格納する。記憶部３２０は、ゲームプログラム３３１、ゲーム情報３３２、および、ユーザ情報３３３を格納する。記憶部４２０は、ユーザリスト４２１、モーションリスト４２２、配信プログラム４２３（プログラム、第２プログラム）を格納する。
　ゲームプログラム１３１、２３１、３３１は、それぞれ、ユーザ端末１００、サーバ２００、ＨＭＤセット１０００が実行するゲームプログラムである。ゲームプログラム１３１、２３１、３３１に基づいて各装置が協働して動作することにより、本ゲームが実現される。なお、ゲームプログラム１３１および３３１は、記憶部２２０に格納され、ユーザ端末１００およびＨＭＤセット１０００にそれぞれダウンロードされる構成でもよい。なお、本実施形態では、ユーザ端末１００は、ゲームプログラム１３１に基づいて、配信端末４００から受信したデータをレンダリングし、動画を再生するものとする。換言すれば、ゲームプログラム１３１は、配信端末４００から配信された動画指図データを用いて、動画を再生するためのプログラムでもある。該動画を再生するためのプログラムは、ゲームプログラム１３１と異なってもよい。この場合、記憶部１２０は、ゲームプログラム１３１とは別に、該動画を再生するためのプログラムを格納する。
　ゲーム情報１３２、２３２、３３２は、それぞれ、ユーザ端末１００、サーバ２００、ＨＭＤセット１０００がゲームプログラムを実行する際に参照するデータである。ユーザ情報１３３、２３３、３３３は、ユーザ端末１００のユーザのアカウントに関するデータである。ゲーム情報２３２は、各ユーザ端末１００のゲーム情報１３２、および、ＨＭＤセット１０００のゲーム情報３３２である。ユーザ情報２３３は、各ユーザ端末１００のユーザ情報１３３、および、ユーザ情報３３３に含まれる、プレイヤのユーザ情報である。ユーザ情報３３３は、各ユーザ端末１００のユーザ情報１３３、および、プレイヤのユーザ情報である。
　ユーザリスト２３４およびユーザリスト４２１は、ゲームに参加したユーザのリストである。ユーザリスト２３４およびユーザリスト４２１は、プレイヤによる直近のゲームプレイにおいて参加したユーザのリストの他、該ゲームプレイ以前の各ゲームプレイにおいて参加したユーザのリストを含んでいてもよい。モーションリスト４２２は、予め作成されている複数のモーションデータのリストである。モーションリスト４２２は、例えば、各モーションを識別する情報（例えば、モーション名）のそれぞれに、モーションデータが対応付けられたリストである。配信プログラム４２３は、ユーザ端末１００にて動画を再生するための動作指図データの、ユーザ端末１００への配信を実現するためのプログラムである。
　（サーバ２００の機能的構成）
　制御部２１０は、記憶部２２０に格納されたゲームプログラム２３１を実行することにより、サーバ２００を統括的に制御する。例えば制御部２１０は、ユーザ端末１００、ＨＭＤセット１０００、および配信端末４００の間の各種情報の送受信を仲介する。
　制御部２１０は、ゲームプログラム２３１の記述に応じて、通信仲介部２１１、ログ生成部２１２、リスト生成部２１３として機能する。制御部２１０は、ゲームプレイおよび動作指図データの配信に係る各種情報の送受信の仲介、並びに、ゲームの進行の支援のために、図示しないその他の機能ブロックとしても機能することができる。
　通信仲介部２１１は、ユーザ端末１００、ＨＭＤセット１０００、および配信端末４００の間の各種情報の送受信を仲介する。例えば、通信仲介部２１１は、ＨＭＤセット１０００から受信したゲーム進行情報をユーザ端末１００へ送信する。ゲーム進行情報は、プレイヤによって操作されるキャラクタの動き、該キャラクタのパラメータ、該キャラクタが所持しているアイテムや武器、敵キャラクタなどの情報などを示すデータが含まれる。サーバ２００は、ゲーム進行情報を、ゲームに参加している全てのユーザのユーザ端末１００へ送信する。換言すれば、サーバ２００は、共通のゲーム進行情報をゲームに参加している全てのユーザのユーザ端末１００へ送信する。これにより、ゲームに参加している全てのユーザのユーザ端末１００それぞれにおいて、ＨＭＤセット１０００と同様にゲームが進行する。
　また、例えば、通信仲介部２１１は、ユーザ端末１００のいずれかから受信した、プレイヤによるゲームの進行を支援するための情報を、その他のユーザ端末１００、および、ＨＭＤセット１０００へ送信する。該情報は、一例として、プレイヤがゲームを有利に進行するためのアイテムであって、プレイヤ（キャラクタ）に提供されるアイテムを示すアイテム情報であってもよい。アイテム情報は、アイテムを提供したユーザを示す情報（ユーザ名、ユーザＩＤなど）を含む。また、通信仲介部２１１は、配信端末４００からユーザ端末１００への動作指図データの配信を仲介してもよい。
　ログ生成部２１２は、ＨＭＤセット１０００から受信するゲーム進行情報に基づいて、ゲーム進行のログを生成する。リスト生成部２１３は、ゲームプレイの終了後にユーザリスト２３４を生成する。詳細については後述するが、ユーザリスト２３４における各ユーザには、そのユーザが行ったプレイヤへの支援の内容を示すタグが関連付けられている。リスト生成部２１３は、ログ生成部２１２が生成したゲーム進行のログに基づいて、タグを生成し、該当するユーザに関連付ける。なお、リスト生成部２１３は、ゲームの運営者などがパーソナルコンピュータなどの端末装置を用いて入力した、各ユーザが行ったプレイヤへの支援の内容を、タグとして、該当するユーザに関連付けてもよい。これにより、各ユーザが行った支援の内容がより詳細なものとなる。なお、ユーザ端末１００は、ユーザがゲームに参加する際、ユーザの操作に基づいて、ユーザを示す情報をサーバ２００へ送信する。例えば、ユーザ端末１００は、ユーザが入力したユーザＩＤをサーバ２００へ送信する。つまり、サーバ２００は、ゲームに参加している全てのユーザについて、各ユーザを示す情報を保持している。リスト生成部２１３は、該情報を用いて、ユーザリスト２３４を生成すればよい。
　（ＨＭＤセット１０００の機能的構成）
　制御部３１０は、記憶部３２０に格納されたゲームプログラム３３１を実行することにより、ＨＭＤセット１０００を統括的に制御する。例えば、制御部３１０は、ゲームプログラム３３１、および、プレイヤの操作に従って、ゲームを進行させる。また、制御部３１０は、ゲームを進行させている間、必要に応じて、サーバ２００と通信して、情報の送受信を行う。制御部３１０は、情報の送受信を、サーバ２００を介さずにユーザ端末１００と直接行ってもよい。
　制御部３１０は、ゲームプログラム３３１の記述に応じて、操作受付部３１１、表示制御部３１２、ＵＩ制御部３１３、アニメーション生成部３１４、ゲーム進行部３１５、仮想空間制御部３１６、および反応処理部３１７として機能する。制御部３１０は、実行されるゲームの性質に応じて、該ゲームに登場するキャラクタの制御などのために、図示しないその他の機能ブロックとしても機能することができる。
　操作受付部３１１は、プレイヤの入力操作を検知し、受け付ける。操作受付部３１１は、ＨＭＤ５００、モーションセンサ５２０、コントローラ５４０などから入力された信号を受け付け、いかなる入力操作がなされたかを判別し、その結果を制御部３１０の各要素に出力する。
　ＵＩ制御部３１３は、モニタ５１、ディスプレイ５３０などに表示させるユーザインターフェース（以下、ＵＩ）画像を制御する。ＵＩ画像は、プレイヤが、ゲームの進行上必要な入力をＨＭＤセット１０００に対して行うためのツール、または、ゲームの進行中に出力される情報をＨＭＤセット１０００から得るためのツールである。ＵＩ画像は、これには限定されないが、例えば、アイコン、ボタン、リスト、メニュー画面などである。
　アニメーション生成部３１４は、各種オブジェクトの制御態様に基づいて、各種オブジェクトのモーションを示すアニメーションを生成する。例えば、アニメーション生成部３１４は、オブジェクト（例えば、プレイヤのアバターオブジェクト）がまるでそこにいるかのように動いたり、口を動かしたり、表情を変えたりする様子を表現したアニメーション等を生成してもよい。
　ゲーム進行部３１５は、ゲームプログラム３３１、プレイヤによる入力操作、および、該入力操作に応じたアバターオブジェクトの動作などに基づいて、ゲームを進行する。例えば、ゲーム進行部３１５は、アバターオブジェクトが所定の動作を行った場合に、所定のゲーム処理を行う。また、例えば、ゲーム進行部３１５は、ユーザ端末１００におけるユーザの操作を表す情報を受信し、当該ユーザの操作に基づいてゲーム処理を行ってもよい。また、ゲーム進行部３１５は、ゲームの進行に従ってゲーム進行情報を生成し、サーバ２００へ送信する。該ゲーム進行情報は、サーバ２００を介してユーザ端末１００へ送信される。これにより、ＨＭＤセット１０００におけるゲームの進行が、ユーザ端末１００において共有される。換言すれば、ＨＭＤセット１０００におけるゲームの進行と、ユーザ端末１００におけるゲームの進行とが同期する。
　仮想空間制御部３１６は、ゲームの進行に応じて、プレイヤに提供される仮想空間に関する各種の制御を行う。一例として、仮想空間制御部３１６は、各種オブジェクトを生成し、仮想空間に配置する。また、仮想空間制御部３１６は、仮想カメラを仮想空間に配置する。また、仮想空間制御部３１６は、ゲームの進行に応じて、仮想空間に配置した各種オブジェクトを動作させる。また、仮想空間制御部３１６は、ゲームの進行に応じて、仮想空間に配置した仮想カメラの位置、傾きを制御する。
　表示制御部３１２は、モニタ５１、ディスプレイ５３０に対して、上述の各要素によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部３１２は、仮想空間に配置された仮想カメラからの視界に基づく画像を、ゲーム画面として、モニタ５１、ディスプレイ５３０に表示してもよい。また、表示制御部３１２は、アニメーション生成部３１４によって生成されたアニメーションを該ゲーム画面に含めてもよい。また、表示制御部３１２は、ＵＩ制御部３１３によって制御される上述のＵＩ画像を、該ゲーム画面に重畳して描画してもよい。
　反応処理部３１７は、ユーザ端末１００のユーザによる、プレイヤのゲームプレイに対する反応についてフィードバックを受け付けて、これを、プレイヤに対して出力する。本実施形態では、例えば、ユーザ端末１００は、ユーザの入力操作に基づいて、アバターオブジェクトに宛てたコメント（メッセージ）を作成することができる。反応処理部３１７は、該コメントのコメントデータを受け付けて、これを出力する。反応処理部３１７は、ユーザのコメントに対応するテキストデータを、モニタ５１、ディスプレイ５３０に表示してもよいし、ユーザのコメントに対応する音声データを、図示しないスピーカから出力してもよい。前者の場合、反応処理部３１７は、上記テキストデータに対応する画像（すなわち、コメントの内容を含む画像）を、ゲーム画面に重畳して描画してもよい。
　（ユーザ端末１００の機能的構成）
　制御部１１０は、記憶部１２０に格納されたゲームプログラム１３１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲームプログラム１３１、および、ユーザの操作に従って、ゲームを進行させる。また、制御部１１０は、ゲームを進行させている間、必要に応じて、サーバ２００と通信して、情報の送受信を行う。制御部１１０は、情報の送受信を、サーバ２００を介さずにＨＭＤセット１０００と直接行ってもよい。
　制御部１１０は、ゲームプログラム１３１の記述に応じて、操作受付部１１１、表示制御部１１２、ＵＩ制御部１１３、アニメーション生成部１１４、ゲーム進行部１１５、仮想空間制御部１１６、および動画再生部１１７として機能する。制御部１１０は、実行されるゲームの性質に応じて、ゲームの進行のために、図示しないその他の機能ブロックとしても機能することができる。
　操作受付部１１１は、入力部１５１に対するユーザの入力操作を検知し受け付ける。操作受付部１１１は、タッチスクリーン１５およびその他の入出力ＩＦ１４を介したコンソールに対してユーザが及ぼした作用から、いかなる入力操作がなされたかを判別し、その結果を制御部１１０の各要素に出力する。
　例えば、操作受付部１１１は、入力部１５１に対する入力操作を受け付け、該入力操作の入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部１１１は、入力操作の種類として、例えばタッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。また、操作受付部１１１は、連続して検知されていた入力が途切れると、タッチスクリーン１５から接触入力が解除されたことを検知する。
　ＵＩ制御部１１３は、ユーザの入力操作、および、受信したゲーム進行情報の少なくとも何れかに応じて、ＵＩを構築するために表示部１５２に表示させるＵＩ画像を制御する。ＵＩ画像は、ユーザが、ゲームの進行上必要な入力をユーザ端末１００に対して行うためのツール、または、ゲームの進行中に出力される情報をユーザ端末１００から得るためのツールである。ＵＩ画像は、これには限定されないが、例えば、アイコン、ボタン、リスト、メニュー画面などである。
　アニメーション生成部１１４は、各種オブジェクトの制御態様に基づいて、各種オブジェクトのモーションを示すアニメーションを生成する。
　ゲーム進行部１１５は、ゲームプログラム１３１、受信したゲーム進行情報、および、ユーザによる入力操作などに基づいて、ゲームを進行する。ゲーム進行部１１５は、ユーザによる入力操作により、所定のゲーム処理を行った場合、該ゲーム処理に関する情報を、サーバ２００を介してＨＭＤセット１０００へ送信する。これにより、該所定のゲーム処理が、ＨＭＤセット１０００において共有される。換言すれば、ＨＭＤセット１０００におけるゲームの進行と、ユーザ端末１００におけるゲームの進行とが同期する。所定のゲーム処理とは、例えば、アバターオブジェクトにアイテムを提供する処理であり、この例の場合、ゲーム処理に関する情報は、上述したアイテム情報である。
　仮想空間制御部１１６は、ゲームの進行に応じて、ユーザに提供される仮想空間に関する各種の制御を行う。一例として、仮想空間制御部１１６は、各種オブジェクトを生成し、仮想空間に配置する。また、仮想空間制御部１１６は、仮想カメラを仮想空間に配置する。また、仮想空間制御部１１６は、ゲームの進行、具体的には、受信したゲーム進行情報に応じて、仮想空間に配置した各種オブジェクトを動作させる。また、仮想空間制御部３１６は、ゲームの進行、具体的には、受信したゲーム進行情報に応じて、仮想空間に配置した仮想カメラの位置、傾きを制御する。
　表示制御部１１２は、表示部１５２に対して、上述の各要素によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部１１２は、ユーザに提供される仮想空間に配置された仮想カメラからの視界に基づく画像を、ゲーム画面として、表示部１５２に表示してもよい。また、表示制御部１１２は、アニメーション生成部１１４によって生成されたアニメーションを該ゲーム画面に含めてもよい。また、表示制御部１１２は、ＵＩ制御部１１３によって制御される上述のＵＩ画像を、該ゲーム画面に重畳して描画してもよい。いずれにしても、表示部１５２に表示されるゲーム画面は、他のユーザ端末１００、および、ＨＭＤセット１０００にて表示されるゲーム画面と同様のゲーム画面である。
　動画再生部１１７は、配信端末４００から受信した動作指図データを解析（レンダリング）し、動画を再生する。
　（配信端末４００の機能的構成）
　制御部４１０は、記憶部４２０に格納されたプログラム（不図示）を実行することにより、配信端末４００を統括的に制御する。例えば、制御部４１０は、該プログラム、および、配信端末４００のユーザ（本実施形態ではプレイヤ）の操作に従って、動作指図データを生成し、ユーザ端末１００に配信する。また、制御部４１０は、必要に応じて、サーバ２００と通信して、情報の送受信を行う。制御部４１０は、情報の送受信を、サーバ２００を介さずにユーザ端末１００と直接行ってもよい。
　制御部４１０は、プログラムの記述に応じて、通信制御部４１１、表示制御部４１２、操作受付部４１３、音声受付部４１４、モーション特定部４１５、および動作指図データ生成部４１６として機能する。制御部４１０は、動作指図データの生成および配信のために、図示しないその他の機能ブロックとしても機能することができる。
　通信制御部４１１は、サーバ２００、または、サーバ２００を介したユーザ端末１００との情報の送受信を制御する。通信制御部４１１は、一例として、サーバ２００からユーザリスト４２１を受信する。また、通信制御部４１１は、一例として、動作指図データをユーザ端末１００へ送信する。
　表示制御部４１２は、表示部４５２に対して、各要素によって実行された処理結果が反映された各種画面を出力する。表示制御部４１２は、一例として、受信したユーザリスト２３４を含む画面を表示する。また、表示制御部４１２は、一例として、配信する動作指図データに含まれる、アバターオブジェクトを動作させるためのモーションデータを、プレイヤに選択させるためのモーションリスト４２２を含む画面を表示する。
　操作受付部４１３は、入力部１５１に対するプレイヤの入力操作を検知し受け付ける。操作受付部１１１は、タッチスクリーン４５およびその他の入出力ＩＦ４４を介したコンソールに対してプレイヤが及ぼした作用から、いかなる入力操作がなされたかを判別し、その結果を制御部４１０の各要素に出力する。
　例えば、操作受付部４１３は、入力部４５１に対する入力操作を受け付け、該入力操作の入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部４１３は、入力操作の種類として、例えばタッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。また、操作受付部４１３は、連続して検知されていた入力が途切れると、タッチスクリーン４５から接触入力が解除されたことを検知する。
　音声受付部４１４は、配信端末４００の周囲で発生した音声を受け付け、該音声の音声データを生成する。音声受付部４１４は、一例として、プレイヤが発話した音声を受け付け、該音声の音声データを生成する。
　モーション特定部４１５は、プレイヤの入力操作に応じて、モーションリスト４２２から、プレイヤが選択したモーションデータを特定する。
　動作指図データ生成部４１６は、動作指図データを生成する。一例として、動作指図データ生成部４１６は、生成された音声データと、特定されたモーションデータとを含む動作指図データを生成する。
　なお、図６に示すＨＭＤセット１０００、サーバ２００、およびユーザ端末１００の機能、並びに、図７に示す配信端末４００の機能は一例にすぎない。ＨＭＤセット１０００、サーバ２００、ユーザ端末１００、および配信端末４００の各装置は、他の装置が備える機能の少なくとも一部を備えていてもよい。さらに、ＨＭＤセット１０００、サーバ２００、ユーザ端末１００、および配信端末４００以外のさらに別の装置をシステム１の構成要素とし、該別の装置にシステム１における処理の一部を実行させてもよい。すなわち、本実施形態においてゲームプログラムを実行するコンピュータは、ＨＭＤセット１０００、サーバ２００、ユーザ端末１００、および配信端末４００、並びに、それ以外の別の装置の何れであってもよいし、これらの複数の装置の組み合わせにより実現されてもよい。
　＜仮想空間の制御処理＞
　図８は、プレイヤに提供される仮想空間、および、ユーザ端末１００のユーザに提供される仮想空間の制御処理の流れの一例を示すフローチャートである。図９は、ある実施の形態に従う、プレイヤに提供される仮想空間６００Ａ、および、プレイヤが視認する視界画像を示す図である。図１０は、ある実施の形態に従う、ユーザ端末１００のユーザに提供される仮想空間６００Ｂ、および、ユーザが視認する視界画像を示す図である。なお以降、仮想空間６００Ａおよび６００Ｂを区別する必要が無い場合、「仮想空間６００」と記載する。
　ステップＳ１において、プロセッサ３０は、仮想空間制御部３１６として、図９に示す仮想空間６００Ａを規定する。プロセッサ３０は、仮想空間データ（不図示）を用いて、仮想空間６００Ａを規定する。仮想空間データは、ゲームプレイ端末３００に記憶されていてもよいし、プロセッサ３０が、ゲームプログラム３３１に基づいて生成してもよいし、プロセッサ３０が、サーバ２００などの外部の装置から取得してもよい。
　仮想空間６００は、一例として、中心として定義された点の３６０度方向の全体を覆う全天球状の構造を有する。図９および図１０では、説明を複雑にしないために、仮想空間６００のうちの上半分の天球が例示されている。
　ステップＳ２において、プロセッサ３０は、仮想空間制御部３１６として、仮想空間６００Ａに、アバターオブジェクト６１０（キャラクタ）を配置する。アバターオブジェクト６１０は、プレイヤに関連付けられたアバターオブジェクトであり、プレイヤの入力操作に従って動作する。
　ステップＳ３において、プロセッサ３０は、仮想空間制御部３１６として、仮想空間６００Ａに、その他のオブジェクトを配置する。図９の例では、プロセッサ３０は、オブジェクト６３１～６３４を配置する。その他のオブジェクトは、例えば、ゲームプログラム３３１に従って動作するキャラクタオブジェクト（いわゆるノンプレイヤキャラクタ、ＮＰＣ）、仮想手などの操作オブジェクト、ゲームの進行に従って配置される動物、植物、人工物、自然物などを模したオブジェクトなどを含み得る。
　ステップＳ４において、プロセッサ３０は、仮想空間制御部３１６として、仮想空間６００Ａに仮想カメラ６２０Ａを配置する。プロセッサ３０は、一例として、仮想カメラ６２０Ａを、アバターオブジェクト６１０の頭部の位置に配置する。
　ステップＳ５において、プロセッサ３０は、視界画像６５０をモニタ５１およびディスプレイ５３０に表示する。プロセッサ３０は、仮想カメラ６２０Ａの初期の位置と傾きとに応じて、仮想空間６００Ａにおける仮想カメラ６２０Ａからの視界である視界領域６４０Ａを定義する。そして、プロセッサ３０は、視界領域６４０Ａに対応する視界画像６５０を定義する。プロセッサ３０は、視界画像６５０をモニタ５１およびディスプレイ５３０に出力することによって、視界画像６５０をＨＭＤ５００およびディスプレイ５３０に表示させる。
　図９の例において、図９（Ａ）に示すように、オブジェクト６３４の一部が視界領域６４０Ａに含まれているため、視界画像６５０は、図９（Ｂ）に示すようにオブジェクト６３４の一部を含む。
　ステップＳ６において、プロセッサ３０は、初期配置情報を、サーバ２００を介してユーザ端末１００へ送信する。初期配置情報とは、仮想空間６００Ａにおける各種オブジェクトの初期の配置位置を示す情報である。図９の例において、初期配置情報は、アバターオブジェクト６１０、および、オブジェクト６３１～６３４の初期の配置位置の情報を含む。初期配置情報は、ゲーム進行情報の１つであると表現することもできる。
　ステップＳ７において、プロセッサ３０は、仮想空間制御部３１６として、ＨＭＤ５００の動きに応じて仮想カメラ６２０Ａを制御する。具体的には、プロセッサ３０は、ＨＭＤ５００の動き、すなわち、プレイヤの頭部の姿勢に応じて、仮想カメラ６２０Ａの向きおよび傾きを制御する。後述のように、プロセッサ３０は、プレイヤが頭部を動かす（頭部の姿勢を変更する）と、この動きに合わせて、アバターオブジェクト６１０の頭部を動かす。プロセッサ３０は、例えば、アバターオブジェクト６１０の視線の方向と、仮想カメラ６２０Ａの視線の方向とが一致するように、仮想カメラ６２０Ａの向きおよび傾きを制御する。ステップＳ８において、プロセッサ３０は、仮想カメラ６２０Ａの向きおよび傾きが変更されたことに応じて、視界画像６５０を更新する。
　ステップＳ９において、プロセッサ３０は、仮想空間制御部３１６として、プレイヤの動きに応じて、アバターオブジェクト６１０を動かす。一例として、プロセッサ３０は、プレイヤが現実空間で移動したことに応じて、仮想空間６００Ａでアバターオブジェクト６１０を移動させる。また、プロセッサ３０は、プレイヤが現実空間で頭部を動かしたことに応じて、仮想空間６００Ａでアバターオブジェクト６１０の頭部を動かす。
　ステップＳ１０において、プロセッサ３０は、仮想空間制御部３１６として、仮想カメラ６２０Ａを、アバターオブジェクト６１０に追随するように移動させる。つまり、仮想カメラ６２０Ａは、アバターオブジェクト６１０が移動しても、常にアバターオブジェクト６１０の頭部の位置にある。
　プロセッサ３０は、仮想カメラ６２０Ａの移動に応じて、視界画像６５０を更新する。つまり、プロセッサ３０は、プレイヤの頭部の姿勢と、仮想空間６００Ａにおける仮想カメラ６２０Ａの位置とに応じて、視界領域６４０Ａを更新する。その結果、視界画像６５０が更新される。
　ステップＳ１１において、プロセッサ３０は、アバターオブジェクト６１０の動作指図データを、サーバ２００を介してユーザ端末１００へ送信する。ここでの動作指図データは、仮想体験中（例えば、ゲームプレイ中）において、プレイヤの動作を取り込んだモーションデータ、プレイヤが発話した音声の音声データ、コントローラ５４０に対する入力操作の内容を示す操作データの少なくとも何れかを含む。プレイヤがゲームをプレイしている場合、動作指図データは、例えば、ゲーム進行情報としてユーザ端末１００へ送信される。
　ステップＳ７～Ｓ１１の処理は、プレイヤがゲームをプレイしている間、継続して繰り返し実行される。
　ステップＳ２１において、ユーザ３のユーザ端末１００のプロセッサ１０は、仮想空間制御部１１６として、図１０に示す仮想空間６００Ｂを規定する。プロセッサ１０は、仮想空間データ（不図示）を用いて、仮想空間６００Ｂを規定する。仮想空間データは、ユーザ端末１００に記憶されていてもよいし、プロセッサ１０が、ゲームプログラム１３１に基づいて生成してもよいし、プロセッサ１０が、サーバ２００などの外部の装置から取得してもよい。
　ステップＳ２２において、プロセッサ１０は、初期配置情報を受信する。ステップＳ２３において、プロセッサ１０は、仮想空間制御部１１６として、初期配置情報に応じて各種オブジェクトを仮想空間６００Ｂに配置する。図１０の例の場合、各種オブジェクトは、アバターオブジェクト６１０、および、オブジェクト６３１～６３４である。
　ステップＳ２４において、プロセッサ１０は、仮想空間制御部１１６として、仮想空間６００Ｂに仮想カメラ６２０Ｂを配置する。プロセッサ１０は、一例として、仮想カメラ６２０Ｂを、図１０（Ａ）に示す位置に配置する。
　ステップＳ２５において、プロセッサ１０は、視界画像６６０を表示部１５２に表示する。プロセッサ１０は、仮想カメラ６２０Ｂの初期の位置と傾きとに応じて、仮想空間６００Ｂにおける仮想カメラ６２０Ｂからの視界である視界領域６４０Ｂを定義する。そして、プロセッサ１０は、視界領域６４０Ｂに対応する視界画像６６０を定義する。プロセッサ１０は、視界画像６６０を表示部１５２に出力することによって、視界画像６６０を表示部１５２に表示させる。
　図１０の例において、図１０（Ａ）に示すように、アバターオブジェクト６１０およびオブジェクト６３１が視界領域６４０Ｂに含まれているため、視界画像６６０は、図１０（Ｂ）に示すようにアバターオブジェクト６１０およびオブジェクト６３１を含む。
　ステップＳ２６において、プロセッサ１０は、動作指図データを受信する。ステップＳ２７において、プロセッサ１０は、仮想空間制御部１１６として、動作指図データに応じて、仮想空間６００Ｂでアバターオブジェクト６１０を動かす。換言すれば、プロセッサ１０は、リアルタイムレンダリングにより、アバターオブジェクト６１０が動作している映像を再生する。
　ステップＳ２８において、プロセッサ１０は、仮想空間制御部１１６として、操作受付部１１１として受け付けたユーザの操作に応じて仮想カメラ６２０Ｂを制御する。ステップＳ２９において、プロセッサ１０は、仮想カメラ６２０Ｂの仮想空間６００Ｂにおける位置、仮想カメラ６２０Ｂの向きおよび傾きが変更されたことに応じて、視界画像６６０を更新する。なお、ステップＳ２８において、プロセッサ１０は、アバターオブジェクト６１０の動き、例えば、アバターオブジェクト６１０の移動や、向きの変更に応じて仮想カメラ６２０Ｂを自動的に制御してもよい。例えば、プロセッサ１０は、常にアバターオブジェクト６１０を正面から撮影するように自動的に仮想カメラ６２０Ｂを移動させたり、向きおよび傾きを変更したりしてもよい。また、一例として、プロセッサ１０は、アバターオブジェクト６１０の動きに応じて、常にアバターオブジェクト６１０を後方から撮影するように自動的に仮想カメラ６２０Ｂを移動させたり、向きおよび傾きを変更したりしてもよい。
　このように、仮想空間６００Ａにおいて、アバターオブジェクト６１０は、プレイヤの動きに応じて動作する。この動作を示す動作指図データは、ユーザ端末１００に送信される。仮想空間６００Ｂにおいて、アバターオブジェクト６１０は、受信した動作指図データに応じて動作する。これにより、仮想空間６００Ａと仮想空間６００Ｂとにおいて、アバターオブジェクト６１０は同様の動作を行う。換言すれば、ユーザ３は、ユーザ端末１００を用いて、プレイヤの動作に応じたアバターオブジェクト６１０の動作を視認することができる。
　＜配信用のゲーム概要＞
　図１１は、ユーザ端末１００において表示される視界画像の他の例を示す図である。具体的には、プレイヤがプレイしている、システム１が実行するゲーム（本ゲーム）のゲーム画面の一例を示す図である。
　本ゲームは、一例として、銃、ナイフなどの武器を操作するアバターオブジェクト６１０と、ＮＰＣである複数の敵オブジェクト６７１とを仮想空間６００に登場させ、アバターオブジェクト６１０に敵オブジェクト６７１との対戦を行わせるゲームである。アバターオブジェクト６１０の体力、使用可能なマガジンの数、銃の残弾数、敵オブジェクト６７１の残数等の各種ゲームパラメータは、ゲームの進行に応じて更新される。
　本ゲームには、複数のステージが用意されており、プレイヤは、各ステージに関連付けられている所定の達成条件を成立させることにより、当該ステージをクリアすることができる。所定の達成条件としては、例えば、出現する敵オブジェクト６７１をすべて倒すことや、出現する敵オブジェクト６７１のうちボスオブジェクトを倒すこと、所定のアイテムを獲得すること、所定位置に到達することなどにより成立する条件を含むものであってもよい。該達成条件は、ゲームプログラム１３１内で定義されている。なお、本ゲームでは、ゲームの内容に即し、達成条件が成立された場合にプレイヤはステージをクリア、換言すれば、アバターオブジェクト６１０の敵オブジェクト６７１への勝利（アバターオブジェクト６１０と敵オブジェクト６７１との間の勝敗）が決定される。これに対し、例えば、システム１で実行されるゲームがレースゲーム等である場合、ゴールに到達するという条件が成立した場合に、アバターオブジェクト６１０の順位が決定される。
　本ゲームでは、ＨＭＤセット１０００及び複数のユーザ端末１００の間で仮想空間を共有するために、ゲーム進行情報が、所定時間毎に複数のユーザ端末１００にライブ配信される。この結果、ゲームを視聴中のユーザ端末１００のタッチスクリーン１５には、ユーザ端末１００に対応する仮想カメラ６２０Ｂによって規定される視界領域の視界画像が表示される。また、視界画像の右上段および左上段には、アバターオブジェクト６１０の体力、使用可能なマガジンの数、銃の残弾数、敵オブジェクト６７１の残数等を表すパラメータ画像が重畳的に表示される。この視界画像は、ゲーム画面と表現することもできる。
　ゲーム進行情報は、上述したとおり、プレイヤの動作を取り込んだモーションデータ、プレイヤが発話した音声の音声データ、コントローラ５４０に対する入力操作の内容を示す操作データを含む。これらのデータはすなわち、アバターオブジェクト６１０の位置、姿勢、向きなどを特定するための情報、敵オブジェクト６７１の位置、姿勢、向きなどを特定する情報、その他オブジェクト（例えば、障害物オブジェクト６７２、６７３）の位置などを特定する情報である。プロセッサ１０は、ゲーム進行情報を解析（レンダリング）することにより、各オブジェクトの位置、姿勢、向きなどを特定する。
　ゲーム情報１３２は、アバターオブジェクト６１０、敵オブジェクト６７１、障害物オブジェクト６７２、６７３等の各種オブジェクトのデータを含む。プロセッサ１０は、該データと、ゲーム進行情報の解析結果とを用いて、各オブジェクトの位置、姿勢、向きなどを更新する。これにより、ゲームが進行し、仮想空間６００Ｂにおける各オブジェクトは、仮想空間６００Ａにおける各オブジェクトと同様に動く。具体的には、仮想空間６００Ｂにおいて、アバターオブジェクト６１０を含む各オブジェクトは、ユーザ端末１００に対するユーザからの操作の有無に関わらず、ゲーム進行情報に基づいて動作する。
　ユーザ端末１００のタッチスクリーン１５においては、一例として、ＵＩ画像７０１および７０２が、視界画像に重畳して表示される。ＵＩ画像７０１は、アバターオブジェクト６１０を支援するためのアイテム投入操作をユーザ３から受け付けるＵＩ画像７１１を、タッチスクリーン１５に表示するための操作を受け付けるＵＩ画像である。ＵＩ画像７０２は、アバターオブジェクト６１０（換言すれば、プレイヤ４）に対するコメントを入力し、送信するための操作をユーザ３から受け付けるＵＩ画像（後述）を、タッチスクリーン１５に表示するための操作を受け付けるＵＩ画像である。ＵＩ画像７０１および７０２が受け付ける操作は、例えば、ＵＩ画像７０１および７０２をタップする操作であってもよい。
　ＵＩ画像７０１がタップされると、ＵＩ画像７１１が、視界画像に重畳して表示される。ＵＩ画像７１１は、例えば、マガジンのアイコンが描かれたＵＩ画像７１１Ａ、救急箱のアイコンが描かれたＵＩ画像７１１Ｂ、三角コーンのアイコンが描かれたＵＩ画像７１１Ｃ、バリケードのアイコンが描かれたＵＩ画像７１１Ｄを含む。アイテム投入操作は、例えば、いずれかのＵＩ画像をタップする操作に相当する。
　一例として、ＵＩ画像７１１Ａがタップされると、アバターオブジェクト６１０が使用する銃の残弾数が増加する。ＵＩ画像７１１Ｂがタップされると、アバターオブジェクト６１０の体力が回復する。ＵＩ画像７１１Ｃおよび７１１Ｄがタップされると、敵オブジェクト６７１の移動を妨害する障害物オブジェクト６７２、６７３が仮想空間に配置される。障害物オブジェクト６７２、６７３は、一方が他方に比べて、敵オブジェクト６７１の移動をより妨害するものであってもよい。
　プロセッサ１０は、アイテム投入操作が行われたことを示すアイテム投入情報を、サーバ２００へ送信する。アイテム投入情報には、アイテム投入操作により指定されたアイテムの種別を特定するための情報が少なくとも含まれる。アイテム投入情報には、アイテムが配置される位置を示す情報など、アイテムに関するその他の情報が含まれていてもよい。アイテム投入情報は、サーバ２００を介して、他のユーザ端末１００、および、ＨＭＤセット１０００へ送信される。
　図１２は、ユーザ端末１００において表示される視界画像の他の例を示す図である。具体的には、本ゲームのゲーム画面の一例を示す図であり、ゲームプレイ中のプレイヤとユーザ端末１００とのコミュニケーションについて説明するための図である。
　図１２（Ａ）の例において、ユーザ端末１００は、アバターオブジェクト６１０に発話６９１を実行させている。具体的には、ユーザ端末１００は、ゲーム進行情報に含まれる音声データに従って、アバターオブジェクト６１０に発話６９１を実行させている。発話６９１の内容は、プレイヤ４が発話した「弾が無いよー！」というものである。すなわち、発話６９１の内容は、マガジンが０、銃に装填した銃弾が１となったことにより、敵オブジェクト６７１を攻撃する手段を失いそうであることを各ユーザに伝えるものである。
　なお、図１２（Ａ）では、アバターオブジェクト６１０の発話を視覚的に示すため吹き出しを用いているが、実際は、ユーザ端末１００のスピーカから音声が出力される。なお、音声出力とともに、図１２（Ａ）に示す吹き出し（すなわち、音声の内容のテキストを含む吹き出し）が視界画像中に表示されてもよい。これは、後述する発話６９２でも同様である。
　ＵＩ画像７０２に対するタップ操作を受け付けると、ユーザ端末１００は、図１２（Ｂ）に示すように、ＵＩ画像７０５および７０６（メッセージＵＩ）を視界画像に重畳して表示する。ＵＩ画像７０５は、アバターオブジェクト６１０（換言すれば、プレイヤ）に対するコメントを表示するＵＩ画像である。ＵＩ画像７０６は、入力されたコメントを送信するためコメント送信操作をユーザ３から受け付けるＵＩ画像である。
　ユーザ端末１００は、一例として、ＵＩ画像７０５へのタップ操作を受け付けると、キーボードを模したＵＩ画像（不図示、以下、単に「キーボード」と記載）をタッチスクリーン１５に表示させる。ユーザ端末１００は、キーボードに対するユーザの入力操作に応じたテキストを、ＵＩ画像７０５に表示させる。図１２（Ｂ）の例では、「マガジン送るね」というテキストがＵＩ画像７０５に表示されている。
　ユーザ端末１００は、テキスト入力後に、一例として、ＵＩ画像７０６へのタップ操作を受け付けると、入力した内容（テキストの内容）を示す情報と、ユーザを示す情報とを含むコメント情報をサーバ２００へ送信する。コメント情報は、サーバ２００を介して、他のユーザ端末１００、および、ＨＭＤセット１０００へ送信される。
　ＵＩ画像７０３Ａは、コメントを送信したユーザのユーザ名を示すＵＩ画像であり、ＵＩ画像７０４Ａは、該ユーザが送信したコメントの内容を示すＵＩ画像である。図１２（Ｂ）の例では、ユーザ名が「ＢＢＢＢＢ」であるユーザが、自身のユーザ端末１００を用い、「危ない！」という内容のコメント情報を送信したことにより、ＵＩ画像７０３ＡおよびＵＩ画像７０４Ａが表示されている。ＵＩ画像７０３ＡおよびＵＩ画像７０４Ａは、本ゲームに参加しているすべてのユーザ端末１００のタッチスクリーン１５、および、ＨＭＤ５００のモニタ５１に表示される。なお、ＵＩ画像７０３Ａおよび７０４Ａは、１つのＵＩ画像であってもよい。すなわち、１つのＵＩ画像にユーザ名とコメントの内容とが含まれていてもよい。
　図１２（Ｃ）の例では、図１２に示すユーザ端末１００のユーザである、「ＡＡＡＡＡ」というユーザ名のユーザが、上述したとおりコメントを入力し、送信したことにより、タッチスクリーン１５にＵＩ画像７０３Ｂおよび７０４Ｂが表示されている。ＵＩ画像７０３Ｂにはユーザ名「ＡＡＡＡＡ」が含まれており、ＵＩ画像７０４Ｂには、図１２（Ｂ）の例において入力された「マガジン送るね！」とのコメントが含まれている。
　また、図１２（Ｃ）の例は、ユーザ「ＡＡＡＡＡ」がさらに、ＵＩ画像７０１へのタップ操作を入力し、ＵＩ画像７１１をタッチスクリーン１５に表示させ、ＵＩ画像７１１Ａへのタップ操作を入力した後の視界画像６１１である。つまり、ユーザ「ＡＡＡＡＡ」のユーザ端末１００から、他のユーザ端末１００およびＨＭＤセット１０００に、マガジンを示すアイテム投入情報が送信された結果、ユーザ端末１００およびＨＭＤセット１０００は、演出オブジェクト６７４（後述）を仮想空間６００に配置している。一例として、ユーザ端末１００およびＨＭＤセット１０００は、アイテム投入情報にて示された経過時間が経過した後に、演出オブジェクト６７４に関する演出を実行し、アイテムオブジェクトの効果を発動させる処理を実行する。
　図１２（Ｄ）の例では、アイテムオブジェクトの効果を発動させる処理の実行により、マガジンの数が０から１に増加している。この結果、プレイヤは、ユーザ「ＡＡＡＡＡ」に対して、「ありがとう！」と発話し、該発話の音声データが、各ユーザ端末１００に送信される。これにより、各ユーザ端末１００は、アバターオブジェクト６１０の発話６９２として、「ありがとう！」という音声を出力する。
　以上のように、本ゲームにおいては、プレイヤの発話に基づくアバターオブジェクト６１０の発話音声の出力と、各ユーザによるコメントの入力とにより、ユーザとアバターオブジェクト６１０とのコミュニケーションが実現される。
　（ゲームプレイ端末３００におけるゲーム進行処理）
図１３は、ゲームプレイ端末３００で実行されるゲーム進行処理の流れの一例を示すフローチャートである。
　ステップＳ３１において、プロセッサ３０は、ゲーム進行部３１５として、ゲームプログラム３３１とプレイヤの動きとに基づいてゲームを進行させる。ステップＳ３２において、プロセッサ３０は、ゲーム進行情報を生成し、ユーザ端末１００へ配信する。具体的には、プロセッサ３０は、生成したゲーム進行情報を、サーバ２００を介して、各ユーザ端末１００へ送信する。
　ステップＳ３３において、プロセッサ３０は、アイテム投入情報を受信すると（Ｓ３３でＹＥＳ）、ステップＳ３４において、アイテム投入情報に基づいて、アイテムオブジェクトを仮想空間６００Ａに配置する。一例として、プロセッサ３０は、アイテムオブジェクトの配置の前に、演出オブジェクト６７４を仮想空間６００Ａに配置する（図１１（Ｃ）参照）。演出オブジェクト６７４は、例えば、プレゼント箱を模したオブジェクトであってもよい。プロセッサ３０は、一例として、アイテム投入情報にて示された経過時間が経過した後に、演出オブジェクト６７４に関する演出を実行してもよい。該演出は、例えば、プレゼント箱の蓋が開くアニメーションであってもよい。プロセッサ３０は、該アニメーションの実行の後、アイテムオブジェクトの効果を発動させる処理を実行する。例えば、図１１（Ｄ）の例では、障害物オブジェクト６７３を配置する。
　プロセッサ３０は、アニメーションの実行の後、タップ操作されたＵＩ画像に対応するアイテムオブジェクトを仮想空間６００Ａに配置してもよい。例えば、ＵＩ画像７１１Ａに対してタップ操作が行われた場合、プロセッサ３０は、アニメーションの実行の後、マガジンを示すマガジンオブジェクトを仮想空間６００Ａに配置する。また、ＵＩ画像７１１Ｂに対してタップ操作が行われた場合、プロセッサ３０は、アニメーションの実行の後、救急箱を示す救急箱オブジェクトを仮想空間６００Ａに配置する。プロセッサ３０は、例えば、マガジンオブジェクトまたは救急箱オブジェクトの位置に、アバターオブジェクト６１０が移動した場合に、マガジンオブジェクトまたは救急箱オブジェクトの効果を発動させる処理を実行してもよい。
　プロセッサ３０は、ゲームが終了するまで、ステップＳ３１～Ｓ３４の処理を継続し、繰り返す。ゲームが終了した場合、例えば、プレイヤがゲームを終了するための所定の入力操作を入力した場合（ステップＳ３５でＹＥＳ）、図１３に示す処理は終了する。
　（ユーザ端末１００におけるゲーム進行処理）
図１４は、ユーザ端末１００で実行されるゲーム進行処理の流れの一例を示すフローチャートである。
　ステップＳ４１において、プロセッサ１０は、ゲーム進行情報を受信する。ステップＳ４２において、プロセッサ１０は、ゲーム進行部１１５として、ゲーム進行情報に基づいてゲームを進行させる。
　ステップＳ４３において、プロセッサ１０が、ユーザ３によるアイテム投入操作を受け付けると（ステップＳ４３にてＹＥＳ）、ステップＳ４４において、プロセッサ１０は、仮想通貨を消費し、演出オブジェクト６７４を仮想空間６００Ｂに配置する。ここで、仮想通貨は、ゲームへの参加の前、あるいは、ゲームへの参加中に、ユーザ３がプロセッサ１０に対し所定の操作を行うことにより購入（本ゲームに対して課金）されるものであってもよいし、所定の条件を満たした場合にユーザ３に付与されるものであってもよい。所定の条件とは、本ゲームにおけるクエストのクリア等、本ゲームへの参加が必要なものであってもよいし、アンケートに答える等、本ゲームへの参加が不要なものであってもよい。仮想通貨の金額（仮想通貨の所有量）は、一例として、ゲーム情報１３２としてユーザ端末１００に記憶される。
　ステップＳ４５において、プロセッサ１０は、アイテム投入情報をサーバ２００へ送信する。アイテム投入情報は、サーバ２００を介してゲームプレイ端末３００へ送信される。
　プロセッサ１０は、演出オブジェクト６７４の配置後、所定時間が経過すると、アイテムオブジェクトを仮想空間６００Ａに配置する。図１１の例では、障害物オブジェクト６７３を配置する。つまり、ユーザ３が、ＵＩ画像７１１Ｃへのタップ操作を入力することにより、所定量の仮想通貨が消費され、障害物オブジェクト６７３が配置される。
　プロセッサ１０は、ゲームが終了するまで、ステップＳ４１～Ｓ４５の処理を継続し、繰り返す。ゲームが終了した場合、例えば、プレイヤがゲームを終了するための所定の入力操作を行った場合や、ユーザ３が、ゲームから途中退席するための所定の入力操作を行った場合（ステップＳ４６でＹＥＳ）、図１４に示す処理は終了する。
　（サーバ２００におけるゲーム進行処理）
図１５は、サーバ２００で実行されるゲーム進行処理の流れの一例を示すフローチャートである。
　ステップＳ５１において、プロセッサ２０は、ゲーム進行情報をゲームプレイ端末３００から受信する。ステップＳ５２において、プロセッサ２０は、ログ生成部２１２として、ゲーム進行のログ（以下、プレイログ）を更新する。なお、プレイログは、一例として、ゲームプレイ端末３００から初期配置情報を受信したとき、プロセッサ２０が生成する。
　ステップＳ５３において、プロセッサ２０は、受信したゲーム進行情報を、各ユーザ端末１００へ送信する。
　ステップＳ５４において、アイテム投入情報をいずれかのユーザ端末１００から受信した場合（ステップＳ５４にてＹＥＳ）、ステップＳ５５において、プロセッサ２０は、ログ生成部２１２としてプレイログを更新する。ステップＳ５６において、プロセッサ２０は、受信したアイテム投入情報をゲームプレイ端末３００へ送信する。
　プロセッサ２０は、ゲームが終了するまで、ステップＳ５１～Ｓ５６の処理を継続し、繰り返す。ゲームが終了した場合、例えば、ゲームプレイ端末３００から、ゲームが終了したことを示す情報を受信した場合（ステップＳ５７でＹＥＳ）、ステップＳ５８において、プロセッサ２０は、リスト生成部２１３として、プレイログからゲームに参加したユーザのリスト（ユーザリスト２３４）を生成する。プロセッサ２０は、生成したユーザリスト２３４を、サーバ２００に記憶する。
　図１６は、ユーザリスト２３４の一具体例を示す図である。「ユーザ」のカラムには、ゲームに参加した各ユーザを示す情報（例えば、ユーザ名）が格納されている。「タグ」のカラムには、各ユーザがプレイヤに対して行った支援に基づいて生成された情報（タグ）が格納されている。図１６の例において、「タグ」のカラムに格納されたタグのうち、鍵括弧を有さないものは、プロセッサ２０が自動生成した情報であり、鍵括弧を有するものは、ゲームの運営者が手動で入力した情報である。
　図１６の例において、ユーザ「ＡＡＡＡＡ」には、マガジン、１０Ｆ、ボス、「マガジンのプレゼントによりボスに勝利」という情報が対応付けられている。これは、例えば、１０Ｆというステージでのボス戦において、ユーザ「ＡＡＡＡＡ」がマガジンを投入し、その投入されたマガジンの銃弾でアバターオブジェクト６１０がボスに勝利したことを示している。
　また、ユーザ「ＢＢＢＢＢ」には、救急箱、３Ｆ、ザコ、「ゲームオーバー寸前で回復」という情報が対応付けられている、これは、例えば、３Ｆというステージのザコ敵との戦闘において、ユーザ「ＢＢＢＢＢ」が救急箱を投入し、その結果、アバターオブジェクト６１０の体力が０になる（ゲームオーバーになる）寸前で体力が回復したことを示している。
　また、ユーザ「ＣＣＣＣＣ」には、バリケード、５Ｆ、ザコ、「バリケードでゾンビを二人足止め」という情報が対応付けられている。これは、例えば、５Ｆというステージのザコ敵との戦闘において、ユーザ「ＣＣＣＣＣ」がバリケード（図１１における障害物オブジェクト６７２）を投入し、その結果、二人のザコ敵の足止めに成功したことを示している。
　図１６の例では、各ユーザ３のユーザ名に対し、行った支援が１つ対応付けられているが、支援を複数回行なったユーザ３のユーザ名には、複数回の支援それぞれのタグが対応付けられる。ユーザリスト２３４において、該それぞれのタグは区別されていることが好ましい。これにより、ゲーム終了後に、配信端末４００を用いてユーザリスト４２１を参照するプレイヤが、各支援の内容を正確に把握できる。
　＜動作指図データの配信＞
　（配信端末４００における配信処理）
　図１７は、配信端末４００で実行されるライブ配信処理の流れの一例を示すフローチャートである。図１８は、配信端末４００に表示される画面の一具体例を示す図である。図１９は、配信端末に表示される画面の他の具体例を示す図である。
　ステップＳ６１において、プロセッサ４０は、操作受付部４１３として、ライブ配信を受ける権利があるユーザのリスト（ユーザリスト２３４）を表示するための第１操作を受け付ける。ライブ配信を受けられる条件は、適宜ゲームマスターが設定すればよいが、少なくとも、本ゲームのアプリケーションをインストールしていること、及びライブ配信時刻時点でオンラインであることなどが条件としてあげられる。ライブ配信を受ける権利があるユーザは、リアルタイムでゲームに参加したユーザである。さらに、ライブ配信を受けるための対価を支払い済みのユーザであることを条件に加えてもよい。ライブ配信を受けるための対価は、例えば、位置情報ゲームパートで獲得した特典をチケットに交換し、チケットで支払うようにしてもよい。あるいは、事前にライブ配信時刻においてライブ配信を受ける旨の予約を行った特定のユーザ端末１００を、ライブ配信を受ける権利があるユーザ端末としてもよい。図１８（Ａ）に示すダウンロード画面７２１は、ユーザリスト２３４をサーバ２００からダウンロードし、表示部４５２に表示させるための画面である。ダウンロード画面７２１は、一例として、図１７に示す配信処理を実行するアプリケーションの起動操作を、配信端末４００に入力した直後に表示される画面である。
　ダウンロード画面７２１は、一例として、ＵＩ画像７２２および７２３を含む。ＵＩ画像７２２は、ユーザリスト２３４をダウンロードするための操作、すなわち、上記第１操作を受け付ける。第１操作は、例えば、ＵＩ画像７２２をタップする操作であってもよい。ＵＩ画像７２３は、アプリケーションを終了するための操作を受け付ける。該操作は、例えば、ＵＩ画像７２３をタップする操作であってもよい。
　ＵＩ画像７２２に対するタップ操作を受け付けると、ステップＳ６２において、プロセッサ４０は、通信制御部４１１として、ユーザリスト２３４をサーバ２００から取得（受信）する。ステップＳ６３において、プロセッサ４０は、表示制御部４１２として、ユーザリスト２３４を表示部４５２に表示させる。具体的には、プロセッサ４０は、ユーザリスト２３４に基づいて生成されたユーザリスト画面を、表示部４５２に表示させる。ユーザリスト画面は、一例として、図１８（Ｂ）に示すユーザリスト画面７３１であってもよい。ユーザリスト画面７３１は、ユーザリスト２３４における各レコードに対応するレコード画像からなる。図１８（Ｂ）の例では、レコード画像として、レコード画像７３２Ａ～７３２Ｃを記載しているが、レコード画像の数は３つに限定されない。図１８（Ｂ）の例において、ユーザリスト２３４におけるレコードの数が３より多い（すなわち、ゲームに参加したユーザの人数が３人より多い）場合、プレイヤは、例えば画面をスクロールする操作（例えば、ドラッグ操作やフリック操作）をタッチスクリーン４５に入力することにより、他のレコード画像を表示部４５２に表示させることができる。
　一例として、レコード画像７３２Ａ～７３２Ｃは、それぞれ、ユーザ名７３３Ａ～７３３Ｃ、タグ情報７３４Ａ～７３４Ｃ、および、アイコン７３５Ａ～７３５Ｃを含む。以降、レコード画像７３２Ａ～７３２Ｃ、ユーザ名７３３Ａ～７３３Ｃ、タグ情報７３４Ａ～７３４Ｃ、および、アイコン７３５Ａ～７３５Ｃについて、区別する必要が無い場合、それぞれ、「レコード画像７３２」、「ユーザ名７３３」、「タグ情報７３４」、「アイコン７３５」と記載する。
　ユーザ名７３３は、ユーザリスト２３４において、「ユーザ」のカラムに格納されている、ゲームに参加した各ユーザを示す情報である。タグ情報７３４は、ユーザリスト２３４において、ゲームに参加した各ユーザを示す情報のそれぞれに対応付けられているタグを示す情報である。例えば、レコード画像７３２Ａは、ユーザ名７３３Ａとして、「ＡＡＡＡＡ」を含む。このため、レコード画像７３２Ａは、タグ情報７３４Ａとして、ユーザリスト２３４において「ＡＡＡＡＡ」に対応付けられている、『マガジン、１０Ｆ、ボス、「マガジンのプレゼントによりボスに勝利」』を含む。アイコン７３５は、例えば、ユーザが事前に設定した画像である。
　なお、プロセッサ４０は、受信したユーザリストを配信端末４００に記憶してもよい（図７のユーザリスト４２１）。ダウンロード画面７２１は、ユーザリスト４２１を表示部４５２に表示するためのＵＩ画像（不図示）を含んでいてもよい。この例において、該ＵＩ画像がタップされた場合、プロセッサ４０は、ユーザリスト２３４のダウンロードを行わず、ユーザリスト４２１を読み出し、該ユーザリスト４２１からユーザリスト画面を生成し、表示部４５２に表示させる。
　ステップＳ６４において、プロセッサ４０は、操作受付部４１３として、ユーザリスト画面７３１に含まれるユーザの何れかを選択するための第２操作を受け付ける。第２操作は、一例として、ユーザリスト画面７３１におけるレコード画像７３２の何れかをタップする操作であってもよい。図１８（Ｂ）の例では、プレイヤは、レコード画像７３２Ａへのタップ操作を入力している。すなわち、プレイヤは、動作指図データを配信するユーザとしてユーザ「ＡＡＡＡＡ」を選択している。
　レコード画像７３２に対するタップ操作を受け付けると、ステップＳ６５において、プロセッサ４０は、表示制御部４１２として、モーションリスト４２２を表示部４５２に表示させる。具体的には、プロセッサ４０は、モーションリスト４２２に基づいて生成されたモーションリスト画面を、表示部４５２に表示させる。モーションリスト画面は、一例として、図１９に示すモーションリスト画面７４１であってもよい。モーションリスト画面７４１は、モーションリスト４２２における各レコードに対応するレコード画像からなる。図１９の例では、レコード画像として、レコード画像７４２Ａ～７４２Ｃを記載しているが、レコード画像の数は３つに限定されない。図１９の例において、モーションリスト４２２におけるレコードの数が４より多い場合、プレイヤは、例えば画面をスクロールする操作（例えば、ドラッグ操作やフリック操作）をタッチスクリーン４５に入力することにより、他のレコード画像を表示部４５２に表示させることができる。
　一例として、レコード画像７４２Ａ～７４２Ｃは、それぞれ、モーション名７４３Ａ～７４３Ｃ、モーション画像７４４Ａ～７４４Ｃ、および、ＵＩ画像７４５Ａ～７４５Ｃを含む。以降、レコード画像７４２Ａ～７４２Ｃ、モーション名７４３Ａ～７４３Ｃ、モーション画像７４４Ａ～７４４Ｃ、および、ＵＩ画像７４５Ａ～７４５Ｃについて、区別する必要が無い場合、それぞれ、「レコード画像７４３２」、「モーション名７４３」、「モーション画像７４４」、「ＵＩ画像７４５」と記載する。
　モーション名７４３は、モーションリスト４２２に格納されているモーションを識別する情報である。モーション画像７４４は、モーションリスト４２２において、各モーション名に対応付けられているモーションデータから生成される画像である。プロセッサ４０は、一例として、各モーションデータにおける最初の姿勢をとるアバターオブジェクト６１０の画像を、モーション画像７４４とてレコード画像７４２に含める。モーション画像７４４は、プレイヤによる所定の操作（例えば、モーション画像７４４に対するタップ操作）を受け付けるＵＩ画像であってもよい。プロセッサ４０は、該所定の操作を受け付けた場合、モーションデータに基づいてアバターオブジェクト６１０が動作するモーション動画を再生してもよい。プロセッサ４０は、モーション動画が終了すると、自動的にモーションリスト画面７４１を再表示してもよい。
　なお、レコード画像７４２は、モーション画像７４４に代えて、例えば、「モーション再生」とのテキストを含むＵＩ画像を含んでもよい。
　ステップＳ６６において、プロセッサ４０は、操作受付部４１３として、モーションを選択する第３操作を受け付ける。第３操作は、一例として、ＵＩ画像７４５へのタップ操作であってもよい。つまり、ＵＩ画像７４５は、各レコード画像７４２に対応するモーションデータを選択する操作を受け付ける。第３操作を受け付けたことにより、プロセッサ４０は、モーション特定部４１５として、プレイヤが選択したモーションデータを特定する。
　ステップＳ６７において、プロセッサ４０は、表示制御部４１２および音声受付部４１４として、アバターオブジェクト６１０が、選択されたモーションデータに基づき動作するモーション動画を再生しながら、プレイヤの音声入力を受け付ける。
　図２０は、プレイヤ４による音声入力の一具体例を示す図である。図２０に示すように、プレイヤ４は、モーション動画８１０Ａを再生しながら、発話音声８２０Ａを入力している。この発話音声８２０Ａは、ユーザ名が「ＡＡＡＡＡ」であるユーザ３（以下、ユーザ３Ａ）宛の発話音声である。つまり、図２０の例において、プレイヤ４は、ステップＳ６４にて、ユーザ３Ａ（第１ユーザ）を選択し、該ユーザ３Ａ宛の動作指図データを作成している。なお、ユーザ３Ａが使用するユーザ端末１００は、ユーザ端末１００Ａであるとする。
　発話音声８２０Ａは、ユーザ３Ａ宛の発話音声であるため、該ユーザ３Ａがアバターオブジェクト６１０（換言すれば、プレイヤ４）に対して行った支援の内容に基づく発話音声となっている。具体的には、ユーザ３Ａは、１０Ｆというステージでのボス戦において、マガジンを投入し、その投入されたマガジンの銃弾でアバターオブジェクト６１０がボスに勝利している。このため、発話音声８２０Ａは、「ボス戦でマガジンをプレゼントしてくれてありがとう！タイミングも完璧だったね！ＡＡＡＡＡさんのおかげでクリアできたよ！」という内容である。このように、発話音声は、ユーザ３がゲームにおいて行った支援の内容と、ユーザ３への感謝とを含むものであることが好ましい。
　ある局面において、プレイヤ４は、音声入力を開始する前、すなわち、第３操作を配信端末４００へ入力する前に、ユーザ３宛の発話内容を作成する。別の局面において、ユーザ３宛の発話内容は、プロセッサ４０が自動生成してもよい。また、プロセッサ４０は、第２操作によって選択されたユーザ３に対応付けられたタグを、モーション動画８１０Ａに重畳して表示させてもよい。
　プロセッサ４０は、受け付けた音声を音声データに変換する。ステップＳ６８において、プロセッサ４０は、動作指図データ生成部４１６として、該音声データと、選択されたモーションのモーションデータとを含む動作指図データを生成する。
　ステップＳ６９において、プロセッサ４０は、通信制御部４１１として、生成した動作指図データを選択されたユーザ３（図２０の例ではユーザ３Ａ）のユーザ端末１００（第１コンピュータ）に配信する。図２１は、配信端末４００に表示される画面のさらなる別の具体例を示す図である。プロセッサ４０は、ステップＳ６８の実行後、表示制御部４１２として、配信画面を表示部４５２に表示させる。配信画面は、一例として、図２１（Ａ）に示す配信画面７５１であってもよい。配信画面７５１は、ＵＩ画像７５２、および、モーション画像７５３Ａを含む。また、配信画面７５１は、図２１（Ａ）に示すように、動作指図データの配信先のユーザを示す情報を含むものであってもよい。
　ＵＩ画像７５２は、動作指図データを選択されたユーザ３へ配信するための操作を受け付ける。該操作は、例えば、ＵＩ画像７５２へのタップ操作であってもよい。モーション画像７５３Ａは、生成した動作指図データに基づく動画、すなわち、ユーザ３Ａ用に生成した動作指図データに基づく動画を再生するための操作を受け付けるＵＩ画像である。該操作は、例えば、モーション画像７５３Ａへのタップ操作であってもよい。なお、生成した動画を再生するための操作を受け付けるＵＩ画像は、モーション画像７５３Ａに限定されない。例えば、「動画再生」とのテキストを含むＵＩ画像であってもよい。プロセッサ４０は、動画が終了すると、自動的に配信画面７５１を再表示してもよい。
　配信画面７５１は、音声入力の受け付けに戻るための操作を受け付けるＵＩ画像をさらに含むことが好ましい。該操作は、例えば、該ＵＩ画像へのタップ操作であってもよい。配信画面７５１が該ＵＩ画像を含むことにより、プレイヤ４は、例えば、発話する内容を間違えた場合など、音声入力に失敗した場合に、再度音声入力を行うことができる。なお、該ＵＩ画像は、モーションデータの選択に戻るための操作を受け付けるＵＩ画像であってもよい。
　ＵＩ画像７５２に対するタップ操作を受け付けると、プロセッサ４０は、ユーザ３Ａを示す情報とともに、動作指図データをサーバ２００へ送信する。サーバ２００は、ユーザ３Ａを示す情報に基づいて、動作指図データの送信先のユーザ端末１００を特定し、該動作指図データを特定したユーザ端末１００（すなわち、ユーザ端末１００Ａ）へ送信する。
　プロセッサ４０は、動作指図データの送信が終了した場合、一例として、図２１（Ｂ）に示す配信完了画面７６１を表示部４５２に表示させてもよい。配信完了画面７６１は、一例として、ＵＩ画像７６２および７６３を含む。また、配信完了画面７６１は、図２１（Ｂ）に示すように、動作指図データの送信が完了したことを示すテキストを含むものであってもよい。
　ＵＩ画像７６２は、別のユーザ３宛の動作指図データの作成を開始するための操作を受け付ける。該操作は、例えば、ＵＩ画像７６２をタップする操作であってもよい。プロセッサ４０は、該タップ操作を受け付けると、ユーザリスト画面を、表示部４５２に再度表示させる。すなわち、該タップ操作を受け付けた場合、配信処理は、ステップＳ６３に戻る。このとき、プロセッサ４０は、配信端末４００に記憶したユーザリスト４２１に基づいて、ユーザリスト画面を生成し、表示部４５２に表示させてもよい。ＵＩ画像７６３は、アプリケーションを終了するための操作を受け付ける。該操作は、例えば、ＵＩ画像７６３をタップする操作であってもよい。該操作を受け付けると、配信処理は終了する。
　図２０、図２１を参照して説明した例では、図２１（Ｃ）に示すように、配信端末４００は、ユーザ３Ａ（ユーザ名が「ＡＡＡＡＡ」のユーザ３）宛の動画の動作指図データを、ユーザ端末１００Ａのみに送信する。
　図２２は、プレイヤ４による音声入力の他の具体例を示す図である。図２２に示すように、プレイヤ４は、モーション動画８１０Ｂを再生しながら、発話音声８２０Ｂを入力している。この発話音声８２０Ｂは、ユーザ名が「ＢＢＢＢＢ」であるユーザ３（以下、ユーザ３Ｂ）宛の発話音声である。つまり、図２２の例において、プレイヤ４は、ステップＳ６４にて、ユーザ３Ｂに対応するレコード画像７３２Ｂへのタップ操作を入力し、ユーザ３Ｂ宛の動作指図データを作成している。なお、ユーザ３Ｂが使用するユーザ端末１００は、ユーザ端末１００Ｂであるとする。
　発話音声８２０Ｂは、ユーザ３Ｂ宛の発話音声であるため、該ユーザ３Ｂがアバターオブジェクト６１０（換言すれば、プレイヤ４）に対して行った支援の内容に基づく発話音声となっている。具体的には、ユーザ３Ｂは、３Ｆというステージのザコ敵との戦闘において、ユーザ「ＢＢＢＢＢ」が救急箱を投入し、その結果、アバターオブジェクト６１０の体力が０になる（ゲームオーバーになる）寸前で体力が回復している。このため、発話音声８２０Ｂは、「ＢＢＢＢＢさんがプレゼントしてくれた救急箱のおかげで、３Ｆでゲームオーバーにならずにすんだよ。本当にありがとう！」という内容である。
　図２３は、配信端末４００に表示される画面のさらなる別の具体例を示す図である。図２３（Ａ）に示す配信画面７５１は、ＵＩ画像７５２、および、モーション画像７５３Ｂを含む。モーション画像７５３Ｂは、タップ操作を受け付けると、ユーザ３Ｂ用に生成した動作指図データに基づく動画を再生する。
　ＵＩ画像７５２に対するタップ操作を受け付けると、プロセッサ４０は、ユーザ３Ｂを示す情報とともに、動作指図データをサーバ２００へ送信する。サーバ２００は、ユーザ３Ｂを示す情報に基づいて、動作指図データの送信先のユーザ端末１００を特定し、該動作指図データを特定したユーザ端末１００（すなわち、ユーザ端末１００Ｂ）へ送信する。
　図２２、図２３を参照して説明した例では、図２３（Ｃ）に示すように、配信端末４００は、ユーザ３Ｂ（ユーザ名が「ＢＢＢＢＢ」のユーザ３）宛の動画の動作指図データを、ユーザ端末１００Ｂのみに送信する。
　以上のように、動作指図データに含まれる音声データに基づく音声の内容は、ユーザ３が直近のゲームへの参加において、プレイヤ４に対して行った支援の内容に基づくものとなる。該支援の内容はユーザ３ごとに異なるため、音声の内容は、ユーザ３ごとに異なる内容となる。つまり、ゲームの終了後、ゲームに参加したユーザ３の少なくとも一部のユーザ端末１００には、それぞれ異なる内容の音声を含む動作指図データが送信される。
　また、図２２の例におけるアバターオブジェクト６１０のモーションは、図２０の例におけるモーションと異なる。つまり、プレイヤ４は、ユーザ３Ｂ宛の動作指図データ生成において、ユーザ３Ａ宛の動作指図データ生成時と異なるモーションデータを選択している。具体的には、プレイヤ４は、ステップＳ６６において、レコード画像７４２Ｂに対応するモーションデータを選択する、ＵＩ画像７４５Ｂへのタップ操作を入力している。このように、プレイヤ４は、動作指図データに含まれるモーションデータを、ユーザ３毎に異ならせることができる。
　そして、ユーザ３毎に異なる内容の音声データと、ユーザ３毎に選択されたモーションデータとを含む、ユーザ３毎の動作指図データは、各ユーザ３のユーザ端末１００のみに送信される。換言すれば、ユーザ端末１００毎にユニーク（一意）の動作指図データが、選択されたユーザ３のユーザ端末１００の各々に送信される。
　図２４は、ゲームプレイ端末３００からユーザ端末１００へのゲーム進行情報の送信の概要を示す図である。ユーザ端末１００における動画再生のための動作指図データが、ユーザ端末１００毎にユニークである一方、図２４に示すように、ゲーム実行中に、ゲームに参加している全てのユーザ３のユーザ端末１００に送信されるゲーム進行情報は、各ユーザ端末１００の間で共通である。すなわち、ゲーム進行情報に含まれる動作指図データもまた、各ユーザ端末１００の間で共通である。このように、動画再生のための動作指図データと、ゲームを進行させるための動作指図データとは、ユーザ端末１００間での同異、および、送信先といった観点で異なるデータであると言える。
　（ユーザ端末１００における動画再生処理）
　図２５は、ユーザ端末１００で実行される動画再生処理の流れの一例を示すフローチャートである。
　ステップＳ７１において、プロセッサ１０は、動画再生部１１７として、動作指図データを受信する。ステップＳ７２において、プロセッサ１０は、動画再生部１１７として、動作指図データの受信をユーザ３へ通知する。プロセッサ１０は、一例として、通知画像の表示部１５２への表示、スピーカ（不図示）からの通知音声の再生、ＬＥＤ（light－emitting diode）などで構成される点灯部（不図示）の点灯または点滅の少なくともいずれかにより、動作指図データの受信をユーザ３へ通知する。
　ステップＳ７３において、プロセッサ１０は、操作受付部１１１として、動画を再生するための第１再生操作を受け付ける。第１再生操作は、一例として、通知画像をタップする操作であってもよい。
　次に、ステップＳ７４において、プロセッサ１０は、動画再生部１１７として、動作指図データをレンダリングし、動画を再生する。プロセッサ１０は、一例として、本ゲームをプレイするためのアプリケーションを起動し、動画を再生してもよいし、該アプリケーションとは別の、動画再生用のアプリケーションを起動し、動画を再生してもよい。以降、該動画を、「ありがとう動画」と記載する。
　図２６は、ありがとう動画の再生の一具体例を示す図である。具体的には、ユーザ３Ａのユーザ端末１００における、ありがとう動画の再生の一例を示す図である。該ユーザ端末１００において再生されたありがとう動画９１０Ａにおいて、アバターオブジェクト６１０は、或るモーションを実行しながら、音声９２０Ａを発話している。換言すれば、プロセッサ１０は、或るモーションを実行するアバターオブジェクト６１０を含むありがとう動画９１０Ａを再生しながら、音声９２０Ａをスピーカ（不図示）から出力させている。
　ありがとう動画９１０Ａにおけるモーションは、ユーザ３Ａ宛の動作指図データの生成において、プレイヤ４が選択したモーションデータに基づくものであり、音声９２０Ａは、該動作指図データの生成において、プレイヤ４が入力した発話音声８２０Ａから生成された音声データに基づくものである。つまり、音声９２０Ａは、ユーザ３Ａがゲームにおいて行った支援の内容と、該支援に対する感謝とを含む音声である。このように、ユーザ３Ａは、第１再生操作の入力により、自身がゲームにおいて行った支援の内容と、該支援に対する感謝とを、アバターオブジェクト６１０が発話するありがとう動画を視聴することができる。
　あるいは、ありがとう動画９１０Ａにおけるモーションは、ユーザ３Ａ宛の動作指図データの生成において、プレイヤ４の動きをモーションデータとして取得したものに基づくものとしてもよい。この場合、プレイヤ４の動きが、そのまま、表示部１５２に表示されるアバターオブジェクト６１０の動きに反映される。ユーザ端末１００のゲーム進行部１１５は、プレイヤ４がゲームプレイ端末３００の設置場所で、声を出したり、動いたりしているのとほぼ同時に、リアルタイムで、その音声、および動きを、ユーザ端末１００におけるアバターオブジェクト６１０の発言および動きに反映させる。動画再生部１１７およびゲーム進行部１１５は、リアルタイムの動画のレンダリングおよび再生を、配信端末４００から動作指図データを継続して受信し続けている間継続することができる。このような動作を行うアバターオブジェクトを見て、ユーザは、アバターオブジェクトに対して、まるで、現実の世界に存在するかのような現実感を有し、ゲームの世界に没入することができる。
　ユーザ端末１００は、一例として、ありがとう動画９１０Ａの再生が終了した後、少なくとも１つのＵＩ画像をタッチスクリーン１５に表示させてもよい。該ＵＩ画像は、例えば、ありがとう動画９１０Ａをもう一度再生するための操作を受け付けるＵＩ画像であってもよいし、別の画面に遷移するための操作を受け付けるＵＩ画像であってもよいし、アプリケーションを終了するための操作を受け付けるＵＩ画像であってもよい。
　また、ユーザ端末１００は、一例として、ありがとう動画９１０Ａの再生中に、少なくとも１つのＵＩ画像をタッチスクリーン１５に表示させてもよい。該ＵＩ画像は、例えば、再生中のありがとう動画９１０Ａを一時的に停止させたり、終了させたり、再生する場面を変更させたりする操作をそれぞれ受け付ける、複数のＵＩ画像であってもよい。
　なお、ありがとう動画９１０Ａの再生中、および、ありがとう動画９１０Ａの再生が終了した後に表示されるこれらのＵＩ画像には、アバターオブジェクト６１０に対する返答を行うためのＵＩ画像は含まれない。すなわち、本実施形態に係るありがとう動画９１０Ａにおいては、アバターオブジェクト６１０に対する返答を行うための手段が備えられていない。
　図２７は、ありがとう動画の再生の他の具体例を示す図である。具体的には、ユーザ３Ｂのユーザ端末１００における、ありがとう動画の再生の例を示す図である。該ユーザ端末１００において再生されたありがとう動画９１０Ｂにおいて、アバターオブジェクト６１０は、或るモーションを実行しながら、音声９２０Ｂを発話している。換言すれば、プロセッサ１０は、或るモーションを実行するアバターオブジェクト６１０を含むありがとう動画９１０Ｂを再生しながら、音声９２０Ｂをスピーカ（不図示）から出力させている。
　ありがとう動画９１０Ｂにおけるモーションは、ユーザ３Ｂ宛の動作指図データの生成において、プレイヤ４が選択あるいは入力したモーションデータに基づくものであり、音声９２０Ｂは、該動作指図データの生成において、プレイヤ４が入力した発話音声８２０Ｂから生成された音声データに基づくものである。このため、図２７の例において、アバターオブジェクト６１０が行っているモーションは、図２６の例のモーションとは異なる。また、音声９２０Ｂは、ユーザ３Ｂがゲームにおいて行った支援の内容と、該支援に対する感謝とを含む音声である。このため、図２７の例において、音声９２０Ｂの内容は、図２６の例における音声９２０Ａの内容とは異なる。
　このように、ゲームの終了後に、ゲームに参加したユーザ３の少なくとも一部のユーザ端末１００が受信するありがとう動画は、ユーザ３毎にアバターオブジェクト６１０の発話内容が異なる動画である。
　なお、プロセッサ１０は、次回のゲームへの参加を促す内容を含むＵＩ画像９３０を、動画９１０に重畳させて表示させてもよい。ＵＩ画像９３０は、動作指図データとともに配信されてもよいし、ゲーム情報１３２として、ユーザ端末１００が記憶していてもよい。
　（本ゲームの概要の補足）
　図１１に示す本ゲームは、サーバ２００を介してライブ配信されるゲーム進行情報に基づいて、視聴コンテンツであるゲーム画面をタッチスクリーン１５に表示するライブ配信ゲームである。ユーザ端末１００のメモリ１１には、標準の衣装（例えば、セーターとショートパンツ）を身に着けたアバターオブジェクト６１０を含むオブジェクトを表示するための複数種類のオブジェクトデータが予め記憶されている。ユーザ端末１００は、ゲームプレイ端末３００からゲーム進行情報を受信したとき、当該ゲーム進行情報から動作指図データ（モーションデータ及び音声データを含むデータ）を特定し、当該動作指図データを解析（レンダリング）することにより、オブジェクトの位置・姿勢等を特定する。また、ユーザ端末１００は、当該解析結果に基づき、メモリ１１に記憶されているオブジェクトデータを用いて、衣装を身に着けたアバターオブジェクト６１０を含むオブジェクトを仮想空間６００Ｂに配置する。タッチスクリーン１５には、現在の仮想カメラ６２０Ｂの位置および向きに応じた視界領域６４０Ｂの視界画像６６０が表示される。なお、アバターオブジェクト６１０を含むオブジェクトは、ゲームプレイ端末３００により規定された仮想空間６００Ａにも配置され、当該オブジェクトの位置・姿勢等は、仮想空間６００Ａおよび６００Ｂの間で一致する。
　リアルタイムの当該ライブ配信ゲームにおいて、ユーザは有価データの消費（一例では、アイテムの投入、およびアイテム購入等による課金等）が可能である。具体的には、ユーザがアイテム投入操作を行うと、アイテム投入情報がゲームプレイ端末３００に送信される。当該アイテム投入情報は、投げ銭アイテム（特典）の種別と、当該投げ銭アイテムに関連付けられているポイント量と、当該アイテム投入操作を行ったユーザのユーザＩＤとを特定可能な情報である。なお、当該ポイント量は、当該アイテム投入情報に含めてもよく、ゲームプレイ端末３００において投げ銭アイテムに関連付けて管理するようにしてもよい。あるいは、ユーザがアイテム購入を行うと、アイテム購入情報がゲームプレイ端末３００に送信される。該アイテム購入情報は、アイテム投入情報と同様に、投げ銭アイテム（特典）の種別と、当該投げ銭アイテムに関連付けられているポイント量と、当該アイテム投入操作を行ったユーザのユーザＩＤとを特定可能な情報である。
　ゲームプレイ端末３００は、当該アイテム投入情報あるいはアイテム購入情報に基づいてポイント量を特定し、当該ポイント量をアバターオブジェクト６１０に付与する。また、ゲームプレイ端末３００は、当該投げ銭アイテムのオブジェクトを仮想空間６００Ａに投入するとともに、当該オブジェクトに対応する動作指図データをゲーム進行情報に含めてユーザ端末１００に配信する。この結果、当該投げ銭アイテムのオブジェクトが仮想空間６００Ｂに投入される。
　当該ライブ配信ゲームを視聴可能なユーザのユーザＩＤと、当該ユーザが当該ライブ配信ゲームにおいてアバターオブジェクト６１０に付与したポイント量とは、メモリ３１に記憶されているポイント管理テーブルＴＢＬ１（図２８（Ａ）参照）により管理される。ゲームプレイ端末３００は、アイテム投入情報を受信したとき、ポイント管理テーブルＴＢＬ１に登録されている複数のユーザＩＤのうちから当該アイテム投入情報に基づいて特定されるユーザＩＤと同じユーザＩＤを特定し、当該アイテム投入情報に基づいて特定されるポイント量を当該ユーザＩＤに関連付けられているポイント量に加算する。
　図２８（Ａ）によれば、ユーザＡには７１２０ポイントが関連付けられ、ユーザＢには５９０３ポイントが関連付けられ、ユーザＣには６４６９ポイントが関連付けられている。また、ユーザＤには８９０５ポイントが関連付けられ、ユーザＥには３５５６ポイントが関連付けられている。このため、例えば、ユーザＡのユーザ端末１００から送信されたアイテム投入情報から１００ポイントが特定された場合には、ユーザＡのポイント量が７２２０ポイントに更新される。なお、図２８（Ａ）では、ライブ配信ゲームを視聴可能なユーザの一部を示している。
　当該ライブ配信ゲームを視聴可能なユーザには、当該ポイントが多い方から順にランキングが付与される。当該ランキングは、メモリ３１に記憶されているランキング管理テーブルＴＢＬ２（図２８（Ｂ）参照）により管理される。これにより、複数のユーザ間における各ユーザのランク（階級）が特定される。図２８（Ｂ）によれば、ランキングは、ユーザＤ→ユーザＡ→ユーザＣ→ユーザＢ→ユーザＥ→…の順で低下する。なお、図２８（Ｂ）においても、ライブ配信ゲームを視聴可能なユーザの一部を示している。
　＜ライブ対戦ゲームの概要＞
図２９を参照して、ライブ対戦ゲーム（仮想空間内でのイベント）では、アバターオブジェクト６１０は、ゲームプレイ端末３００により規定された仮想空間６００Ａと、ユーザ端末１００により規定された仮想空間６００Ｂとの各々に配置される。仮想空間６００Ａおよび６００Ｂの各々は、例えば屋内のリビングルーム（以下、単に「ルーム」という）であり、当該ルームには、アバターオブジェクト６１０の他に、ソファを模したオブジェクト（以下、単に「ソファ」という）６８１、テーブルを模したオブジェクト（以下、単に「テーブル」という）６８２、絵画を模したオブジェクト（以下、単に「絵画」という）６８３等が配置される。当該ルームにおいて、アバターオブジェクト６１０は、ビンゴゲームやクイズゲーム等によりユーザと対戦する。
　ゲームプレイ端末３００は、ユーザ端末１００により規定されたルーム内にアバターオブジェクト６１０等のオブジェクトを配置するために、これらのオブジェクトの位置・姿勢等を特定可能にするための動作指図データ（モーションデータ及び音声データを含むデータ）を含むゲーム進行情報を生成し、当該ゲーム進行情報をユーザ端末１００に配信する。
　ユーザが当該ライブ対戦ゲームの視聴を開始する操作を行うと、当該ユーザのユーザ端末１００は、ユーザＩＤを含む視聴開始情報をゲームプレイ端末３００に送信する。ゲームプレイ端末３００は、当該視聴開始情報に含まれるユーザＩＤに基づいて当該ユーザのランキングをランキング管理テーブルＴＢＬ２から特定し、当該ユーザＩＤと当該ランキングとを含むランキング情報をユーザ端末１００に返送する。
　当該ユーザＩＤのユーザが操作するユーザ端末１００は、受信したランキング情報に基づいて当該ユーザのランキングを取得し、当該ランキングに関連付けられているアバターオブジェクト６１０をユーザ端末１００のメモリ１１に記憶されているアバターオブジェクト管理テーブルＴＢＬ３（図３０参照）から特定する。
　図３０によれば、表示態様が異なる複数種類のアバターオブジェクト６１０が、複数のランキング帯に区分されている。具体的には、１位から５０位までのランキング帯には、人物モデルＡを模したキャラクタにドレスを着せた態様のアバターオブジェクト６１０が関連付けられており、５１位から１００位までのランキング帯には、人物モデルＡを模したキャラクタに制服を着せた態様のアバターオブジェクト６１０が関連付けられている。また、１０１位から１５０位までのランキング帯には、人物モデルＡを模したキャラクタにＴシャツとジーンズとを着せた態様のアバターオブジェクト６１０が関連付けられており、１５１位よりも下位のランキング帯には、人物モデルＡを模したキャラクタにセーターとショートパンツとを着せた態様のアバターオブジェクト６１０が関連付けられている。即ち、キャラクタ自体は、人物モデルＡという共通のキャラクタであり、当該キャラクタが着用している衣装がランキング帯に応じて異なる。これにより、アバターオブジェクト６１０の表示態様がランキング帯に応じて異なることとなる。なお、アバターオブジェクト管理テーブルＴＢＬ３は、ゲームプログラムをダウンロードする際に取得され、当該ゲームプログラムをアップデートする際に更新される。このように、リアルタイムのライブ配信ゲームでは、ユーザのランキングに基づいて、アバターオブジェクト６１０の服飾を決定する。例えば、高いランキングでは、アバターオブジェクト６１０に豪華あるいは人気のある服飾を着用させ、低いランキングでは、簡素あるいは人気のない服飾を着用させる。
　一方、ゲームプレイ端末３００により規定された仮想空間６００Ａ内のアバターオブジェクト６１０については、人物モデルＡを模したキャラクタに所定の衣装が着せられる。また、当該仮想空間６００Ａ内のアバターオブジェクト６１０の衣装は、ライブ対戦ゲームの進行にかかわらず共通である。当該所定の衣装は、例えば、１５１位よりも下位のランキングに関連付けられているアバターオブジェクト６１０の衣装と同じ衣装に設定される。ただし、ユーザ端末１００側で着用可能となる衣装と全く異なる衣装であってもよい。
　ユーザ端末１００は、当該ルームを仮想空間６００Ｂとして規定するとともに、ゲームプレイ端末３００から配信されたゲーム進行情報に基づいて、アバターオブジェクト６１０を含むオブジェクトを配置し、または既に配置されているオブジェクトを動作させる。即ち、ユーザ端末１００は、ゲームプレイ端末３００からゲーム進行情報を受信したとき、当該ゲーム進行情報から動作指図データを特定し、当該動作指図データを解析することにより、オブジェクトの位置・姿勢等を特定する。
　また、ユーザ端末１００は、当該解析結果に基づき、メモリ１１に記憶されているオブジェクトデータを用いて、アバターオブジェクト６１０、ソファ６８１、テーブル６８２、絵画６８３等のオブジェクトを仮想空間６００Ｂに配置・動作等させる。このとき、アバターオブジェクト６１０については、ランキングに基づいてアバターオブジェクト管理テーブルＴＢＬ３から特定した表示態様となるアバターオブジェクト６１０に対応するオブジェクトデータを用いる。即ち、メモリ１１には、同じ人物モデルを模したキャラクタについて、互いに異なる衣装を身に着けた複数人のアバターオブジェクト６１０のオブジェクトデータが記憶されており、ランキングに応じた衣装を身に着けたアバターオブジェクト６１０に対応するオブジェクトデータを用いる。タッチスクリーン１５には、現在の仮想カメラ６２０Ｂの位置および向きに応じた視界領域６４０Ｂの視界画像６６０が表示される。なお、当該複数人のアバターオブジェクト６１０のオブジェクトデータは、ゲームプログラムをダウンロードまたはアップデートする際に、ゲームプレイ端末３００から取得され、メモリ１１に記憶される。
　この結果、ゲームプレイ端末３００側におけるアバターオブジェクト６１０の表示態様、およびゲーム進行情報に含まれる動作指図データは共通であるにもかかわらず、ユーザ端末１００側におけるアバターオブジェクト６１０の表示態様は、ユーザのランキング（即ち、ライブ配信ゲームにおいてユーザがアイテム投入操作によってアバターオブジェクト６１０に付与したポイント量）に応じて異なり得る。即ち、アバターオブジェクト６１０は、衣装の部位についてはユーザ端末１００に応じて異なり、人物モデルＡというキャラクタの部位についてはユーザ端末１００間で共通となる表示態様で動作する。
　例えば、ランキングが１５１位以下のユーザのユーザ端末１００には、図２９（Ａ）に示す視界画像６６０が表示され、ランキングが１０１位から１５０位までのユーザのユーザ端末１００には、図２９（Ｂ）に示す視界画像６６０が表示される。いずれの視界画像６６０においても、ソファ６８１、テーブル６８２、絵画６８３などのオブジェクトであって、同じデザインのオブジェクトが、ルーム内の同じ位置に同じ姿勢で配置される。アバターオブジェクト６１０についても、当該ルーム内の同じ位置に同じ姿勢で配置される。ただし、アバターオブジェクト６１０の衣装は、図２９（Ａ）に示す視界画像６６０と図２９（Ｂ）に示す視界画像６６０とで異なる。
　あるいは、リアルタイムのライブ配信ゲームでは、キャラクタが着用する衣装の選択肢をユーザに多く与えてもよい。例えば、ユーザは、ユーザに関連付けられているランキング帯以下に割り当てられている衣装（例えば、ドレス、制服、ジーンズ）のうち１つから選択できるようにしてもよい。これにより、リアルタイムのライブ配信パートでは、高いランクのユーザに対し、より多く衣装の選択肢を提供できる。ユーザは、ランキングが上がるにつれキャラクタに着用させる衣装の選択肢が増え、自らの好みに応じた衣装を選択しやすくなる。その結果、ユーザに対し高いランキングを目指す動機付けを与えることができる。
　ゲームプレイ端末３００においては、視聴者情報がリアルタイムで更新される。当該視聴者情報は、視聴中のユーザのランキングがどのように分布しているかを特定可能にするための情報である。プレイヤは、アバターオブジェクト６１０がどのような態様でユーザ端末１００に表示されているかを、当該視聴者情報に基づいて把握することが可能となる。例えば、視聴中のユーザのランキングが１位～５０位に集中している場合、プレイヤは、ドレスを着用したアバターオブジェクト６１０が多くのユーザ端末１００に表示されていることを把握することができる。この結果、当該表示態様に相応しい振る舞いをプレイヤに促すことができる。
　なお、ゲームプレイ端末３００側の仮想空間６００Ａに配置されるアバターオブジェクト６１０の衣装は、上記した所定の衣装とすることに替えて、視聴中のユーザが集中しているランキング帯の衣装とするようにしてもよい。
　当該ライブ対戦ゲームを視聴中のユーザがコメントを入力すると、ユーザ端末１００は、当該コメントをゲームプレイ端末３００に送信する。当該コメントは、ゲームプレイ端末３００により複数のユーザ端末１００に配信され、各ユーザ端末１００においては、当該コメントが視界画像６６０に重畳して表示される。
　また、当該ライブ対戦ゲームを視聴中のユーザがアイテム投入操作を行うと、ユーザ端末１００は、上記のアイテム投入情報がゲームプレイ端末３００に送信される。ゲームプレイ端末３００は、当該アイテム投入情報に基づいて特定されるポイント量をアバターオブジェクト６１０に付与するとともに、当該投げ銭アイテムのオブジェクトを仮想空間６００Ａに投入し、当該オブジェクトに対応する動作指図データをゲーム進行情報に含めてユーザ端末１００に配信する。
　ユーザは、当該アバターオブジェクト６１０との対話を利用した様々なゲーム（例えば、ビンゴゲーム、クイズゲーム等）を楽しむことが可能となる。当該ゲームについて特定条件（例えば、ビンゴゲームにおいてユーザがビンゴとなる、クイズゲームにおいて当該ユーザが正解することにより成立する条件）が成立すると、当該特定条件に応じた特典がユーザに付与される。
　特典は、ゲーム上で利用可能なデジタルデータであるゲーム媒体としてユーザに付与される。ゲーム媒体は、例えば、アバターオブジェクト６１０が登場するゲームで使用可能なコインや投げ銭アイテムを含んでもよい。投げ銭アイテムは、アバターオブジェクト６１０に着用させる服飾品などのアイテムを含む。ここで、「特典をユーザに付与する」とは、一例として、ユーザに対応付けて管理されている特典としてのゲーム媒体のステータスを、使用不可から使用可能に遷移させることであってもよい。あるいは、ゲーム媒体を、ユーザ識別情報またはユーザ端末ＩＤなどに対応付けて、システム１に含まれる少なくともいずれかのメモリ（メモリ１１、メモリ２１、メモリ３１）に記憶させることであってもよい。また、特典は、当該ライブ対戦ゲーム特有の特典を含んでもよい。具体的には、ライブ配信ゲーム等で投入可能な投げ銭アイテムであって、当該ライブ対戦ゲームでしか入手できない投げ銭アイテムであってもよい。また、特典は、アバターオブジェクト６１０が登場するゲームのうちの特定のゲームでのみ有効な特典を含んでもよい。具体的には、当該特定のゲームでのみ投入可能な専用投げ銭アイテムであってもよい。この場合、当該専用投げ銭アイテムをユーザに付与する割合は、他の投げ銭アイテムを付与する割合よりも低くするようにしてもよい。さらに、コインは、課金処理によってユーザに付与するようにしてもよい。
　このように、アバターオブジェクト６１０の位置・姿勢等は、ゲーム進行情報に含まれている動作指図データを解析（レンダリング）することにより特定され、当該アバターオブジェクト６１０は、当該解析結果とメモリ１１に記憶されているオブジェクトデータとに基づいてルーム内に配置される。このため、アバターオブジェクト６１０の表示態様についてはユーザ毎に異ならせることが可能となり、アバターオブジェクト６１０が登場するゲームの楽しみ方を多様化することができる。
　（動作について）
　図３１は、ユーザ端末１００およびゲームプレイ端末３００により所定時間（例えば１／６０秒）毎に実行されるライブ配信ゲームの基本的なゲーム進行についてその一例を示すフローチャートである。なお、ゲームプレイ端末３００およびユーザ端末１００はそれぞれ、当該フローチャートとは別のフローチャート（図示せず）において、仮想空間６００Ａおよび６００Ｂを規定する。また、図３１に示すフローチャートの一部の処理はサーバ２００において実行し、処理結果をユーザ端末１００に送信するようにしてもよい。また、ユーザ端末１００とゲームプレイ端末３００との間での情報の送受信は、サーバ２００を介して実行されるものであるが、これに限らず、サーバ２００を介することなく実行されるものであってもよい。
　ゲームプレイ端末３００は、ステップＳ１０１において、アバターオブジェクト６１０その他のオブジェクトの位置・姿勢等を特定可能にするための動作指図データを含むゲーム進行情報を生成し、当該ゲーム進行情報をユーザ端末１００に配信する。
　ユーザ端末１００は、ステップＳ８１において、現在のパートは「視聴前パート」であるか否かをメモリ１１に記憶されているパート設定情報に基づいて判定する。「視聴前パート」であると判定されると、ステップＳ８２に進む。ステップＳ８２では、ユーザにより視聴開始操作が行われたか否かをタッチスクリーン１５に対する入力操作に基づいて判定する。当該視聴開始操作が行われたと判定されなかったときはリターンし、当該視聴開始操作が行われたと判定されたときはステップＳ８３に進む。ステップＳ８３では、ユーザＩＤを含む視聴開始情報をゲームプレイ端末３００に対して送信する。
　ゲームプレイ端末３００は、ステップＳ１０２において、当該視聴開始情報を受信したか否かを通信ＩＦ３３からの出力に基づいて判定する。当該視聴開始情報を受信したと判定されたときは、ステップＳ１０３に進む。ステップＳ１０３では、当該視聴開始情報に含まれるユーザＩＤを特定し、当該ユーザＩＤに関連付けられているランキングをランキング管理テーブルＴＢＬ２から特定する。ステップＳ１０４では、当該ランキングと当該ユーザＩＤとを含むランキング情報を生成し、当該視聴開始情報を送信したユーザのユーザ端末１００に対して当該ランキング情報を返送する。返送が完了すると、ステップＳ１０６で視聴者情報を更新する。具体的には、視聴を開始したユーザのランキングを当該視聴者情報に追加する。これにより、視聴中のユーザのランキングがどのように分布しているかが特定可能となり、ひいてはアバターオブジェクト６１０がどのような態様でユーザ端末１００に表示されているかをゲームプレイ端末３００側で把握することが可能となる。ステップＳ１０６の処理が完了すると、リターンする。
　ユーザ端末１００は、ステップＳ８４において、当該ユーザ端末１００を操作するユーザのユーザＩＤを含むランキング情報を受信する。ステップＳ８５では、メモリ１１に記憶されているパート設定情報をリアルタイムのライブ配信パートとなる「視聴パート」に更新する。更新が完了すると、リターンする。
　ステップＳ８１において、現在のパートは「視聴前パート」であると判定されなかったときは、ステップＳ８６に進む。ステップＳ８６では、現在のパートは「視聴パート」であるか否かをメモリ１１に記憶されているパート設定情報に基づいて判定する。「視聴パート」であると判定されなかったときはステップＳ９１でその他の処理を実行し、その後にリターンする。一方、「視聴パート」であると判定されたときは、ステップＳ８７に進む。
　ステップＳ８７では、リアルタイムのライブ配信パートを実行する。ゲームプレイ端末３００から配信されたゲーム進行情報を受信し、当該ゲーム進行情報に含まれる動作指図データを解析（レンダリング）することにより、アバターオブジェクト６１０等の仮想オブジェクトをどの位置にどのような姿勢で配置するかを特定する。ステップＳ８７では、ステップＳ８４で受信したランキング情報に含まれるランキングを特定し、当該ランキングに関連付けられている表示態様のアバターオブジェクト６１０をアバターオブジェクト管理テーブルＴＢＬ３から特定する。
　ステップＳ８７では、動作指図データの解析結果と、メモリ１１に記憶されているオブジェクトデータのうちアバターオブジェクト管理テーブルＴＢＬ３（図３０参照）から特定したアバターオブジェクト６１０のオブジェクトデータとに基づいて、当該ユーザのランキングに応じた服飾を着用したアバターオブジェクト６１０を仮想空間６００Ｂに配置・動作等させる。ステップＳ８７では、現在の仮想カメラ６２０Ｂの位置および向きに応じた視界領域６４０Ｂを特定し、当該視界領域６４０Ｂに対応する視界画像６６０をタッチスクリーン１５に表示する。
　ユーザは、リアルタイムのライブ配信パートでは、外部の装置から送信された動作指図データに基づいてリアルタイムに動作するキャラクタと自由にインタラクティブに対話することができる。より具体的には、動画再生部１１７は、プレイヤ４の入力操作の内容に応じて生成された音声データおよびモーションデータを含む動作指図データをゲームプレイ端末３００から受信する。そして、動画再生部１１７は、受信された動作指図データに含まれる音声データに基づいて、キャラクタに発話させるともに、上述のモーションデータに基づいてキャラクタに動きをつける。これにより、上述のプレイヤ４の入力操作に対するキャラクタの反応を、ユーザに提示することができる。
　上述の構成によれば、ユーザ端末１００は、ゲームプレイ端末３００から動作指図データを受信し、動作指図データに基づいてキャラクタを動作させる。ゲームプレイ端末３００から受信した動作指図データに基づいてキャラクタを動作させることができるため、キャラクタの動作は、型にはまらず、その表現は大幅に広がる。そのため、ユーザは、ゲームプレイ中のキャラクタとの関わり合いを通じて、該キャラクタがまるで現実の世界にいるかのような現実感を覚えることができる。結果として、ゲームの世界への没入感を高め、該ゲームの興趣性を向上させるという効果を奏する。
　また、リアルタイムのライブ配信パートにおいては、ユーザは、当該アバターオブジェクト６１０との対話を利用した様々な対話ゲーム（例えば、ビンゴゲーム、クイズゲーム等）を楽しむ。ステップＳ８７では、当該ゲームについて特定条件（例えば、ビンゴゲームにおいてユーザがビンゴとなる、クイズゲームにおいて当該ユーザが正解することにより成立する条件）が成立したか否かを、ゲームの進行状況を特定可能なゲームパラメータ値に基づいて判定する。当該特定条件が成立したと判定されたときは、ステップＳ８７において、当該特定条件に応じた特典（投げ銭アイテム等）をユーザに付与する。
　さらに、リアルタイムのライブ配信パートにおいては、対話ゲームで付与された特典を利用できるようにしてもよい。例えば、特典を、服飾品の投げ銭アイテム（ここでは、「ネックレス」）として獲得している場合は、ライブ対戦ゲーム（仮想空間内でのイベント）において、当該アイテムに基づいて（つまり、ネックレスを身に付けて）、キャラクタを動作させる。このように、動画再生部１１７は、動作指図データに含まれるデータに基づいて、キャラクタに動きをつけるとともに、投入された投げ銭アイテムをキャラクタに着用させてもよい。ユーザは、ライブ配信パートで進行するライブ対戦ゲームにおいて、投げ銭を投入することで、リアルタイムにアバターオブジェクト（プレイヤ）を応援することができる。さらに、ライブ配信パートにおいて、アイテムの購入による課金、コメント入力、並びにキャラクタの服飾品等のアイテムの変更（いわゆる、着せ替え）等をできるようにしてもよい。
　ステップＳ８８では、ユーザにより視聴終了操作が行われたか否かをタッチスクリーン１５に対する入力操作に基づいて判定する。当該視聴終了操作が行われたと判定されなかったときはリターンし、当該視聴終了操作が行われたと判定されたときはステップＳ８９に進む。ステップＳ８９では、ユーザＩＤを含む視聴終了情報をゲームプレイ端末３００に対して送信する。ステップＳ９０では、メモリ１１に記憶されているパート設定情報を「視聴前パート」に更新し、その後にリターンする。
　ゲームプレイ端末３００は、ステップＳ１０２において視聴開始情報を受信したと判定されなかったとき、ステップＳ１０５に進む。ステップＳ１０５では、ユーザ端末１００から視聴終了情報を受信したか否かを、通信ＩＦ３３からの出力に基づいて判定する。当該視聴終了情報を受信したと判定されたときは、ステップＳ１０６で視聴者情報を更新する。具体的には、視聴を終了したユーザのランキングを当該視聴者情報から削除する。ステップＳ１０６の処理が完了すると、リターンする。一方、当該視聴終了情報を受信したと判定されなかったときは、ステップＳ１０６の処理を実行することなく、リターンする。
　＜本実施形態の効果＞
　本実施形態によれば、ライブ対戦ゲームには、第１ユーザを含む複数のユーザが参加する。また、当該ライブ対戦ゲームは、当該複数のユーザが使用する複数のユーザ端末１００において実行される。当該ライブ対戦ゲームに登場するアバターオブジェクト６１０は、ゲームプレイ端末３００から受信したゲーム進行情報に基づいて、当該複数のユーザ端末１００の各々において規定された仮想空間６００Ｂに配置され、動作等を行う。ここで、ゲーム進行情報は、アバターオブジェクト６１０を操作するプレイヤの入力したモーションデータ及び音声データを含むデータであって、複数のユーザが使用する複数のユーザ端末１００に共通に送信される。
　第１ユーザのユーザ端末１００は、当該ユーザ端末１００において規定された仮想空間６００Ｂに登場するアバターオブジェクト６１０を、当該ユーザ端末１００以外の複数のユーザ端末１００の少なくともいずれかにおいて規定された仮想空間６００Ｂに登場するアバターオブジェクト６１０と異なる表示態様で表示可能である。この結果、アバターオブジェクト６１０が登場するゲームの楽しみ方を多様化することができる。
　また、本実施形態によれば、ユーザ端末１００のメモリ１１には、アバターオブジェクト６１０を複数種類の表示態様のうちのいずれかの表示態様で表示するためのオブジェクトデータが記憶されている。アバターオブジェクト６１０は、ゲーム進行情報に含まれる動作指図データの解析結果（レンダリング結果）と、メモリ１１に記憶されているオブジェクトデータのうち第１ユーザに応じた表示態様で表示するためのオブジェクトデータとに基づいて、アバターオブジェクト６１０を動作させる。これによって、共通のゲーム進行情報を配信しても、アバターオブジェクト６１０の表示態様をユーザ毎に異ならせることが可能となる。
　さらに、本実施形態によれば、第１ユーザによるアイテム投入操作に基づいて特定される当該第１ユーザのランキングは、当該第１ユーザによるライブ配信ゲームの進行に応じて更新される。また、アバターオブジェクト６１０は、当該ランキングに応じた表示態様で動作する。これにより、ライブ配信ゲームとライブ対戦ゲームとを連携させることが可能となり、ゲームの楽しみ方の多様化が図られる。
　また、本実施形態によれば、アイテム投入情報は、複数のユーザ間における第１ユーザのランクを特定するための情報である。これにより、複数のユーザ間の競争が促され、コインの消費を促すことができる（その結果、ゲームの配信者には事業収益がもたらされる）。
　さらに、本実施形態によれば、アバターオブジェクト６１０が登場するライブ配信ゲームの進行に応じてランキングが更新される。これによって、ライブ配信ゲームとライブ対戦ゲームとをより強く連携させることが可能となる。
　また、本実施形態によれば、第１ユーザからプレイヤに対して投げ銭アイテムが付与されることにより、ランキングが更新される。これにより、ライブ配信ゲームの好趣を向上させることができる。
　さらに、本実施形態によれば、投げ銭アイテムには、当該投げ銭アイテムの価値に応じて異なるポイント量が関連付けられており、ランキングは当該ポイント量に応じて更新される。これによって、より価値の高い投げ銭アイテムを投入しようという動機付けをユーザに働かせることができる。
　また、本実施形態によれば、アバターオブジェクト６１０は、衣装の部位についてはユーザ端末１００に応じて異なり、人物モデルＡというキャラクタの部位についてはユーザ端末１００間で共通となる表示態様で動作する。これにより、視聴中のユーザ間でアバターオブジェクト６１０の衣装を多様化できる。
　＜変形例＞
　以上説明した実施形態の変形例などを以下に列挙する。
　（１）　上記実施形態においては、アバターオブジェクト６１０の衣装は、ユーザのランキングが高いほどユーザにとって豪華な衣装になる。しかし、着せ替え可能な衣装の数（即ち、カスタマイズの自由度）をユーザのランキングに応じて異ならせるようにしてもよい。即ち、アバターオブジェクト６１０を動作させるときの表示態様数を当該ランキングに応じて異ならせ、当該ランキングが高くなるほど設定可能な表示態様数を多くするようにしてもよい。また、当該設定可能な表示態様のうちのいずれかの表示態様をユーザが選択できるようにしてもよい。さらに、ユーザが入手したアイテムを使ってアバターオブジェクト６１０の表示態様を変更できるようにしてもよい。例えば、ランキングが中位であれば、ユーザが入手した髪飾りアイテムを使ってアバターオブジェクト６１０の頭に髪飾りを取付け可能としたり、ランキングが上位であれば、ユーザが入手した水着アイテムを使ってアバターオブジェクト６１０に水着を着用させるようにしてもよい。
　（２）　上記実施形態においては、ユーザ端末１００側の仮想空間６００Ｂに配置される人物モデルＡのキャラクタは、ランキング帯にかかわらず共通としている。しかし、当該キャラクタが身に着ける衣装の一部（例えば、靴、アクセサリー、帽子等）についても、ランキング帯にかかわらず共通とするようにしてもよい。即ち、アバターオブジェクト６１０を動作させるときの表示態様のうち予め定められた一部の表示態様は、複数のユーザ端末１００間で共通させるようにしてもよい。また、人物モデルのキャラクタ自体をランキング帯に応じて異ならせ、当該キャラクタの衣装の一部をランキング帯にかかわらず共通とするようにしてもよい。
　（３）　上記実施形態においては、ライブ配信ゲームの視聴が活発になると、期間の経過とともにポイント量のばらつきが大きくなる。例えば、今日のポイント量のばらつきは、３ヶ月前よりも大きくなる。そこで、１位のポイント量が所定値に達する毎に、衣装の種類を増やすようにしてもよい。
　（４）　上記実施形態においては、ユーザのランキングを特定するゲームとしてライブ配信ゲームを想定し、アバターオブジェクト６１０の表示態様を異ならせるゲームとしてライブ対戦ゲームを想定している。しかし、アバターオブジェクト６１０が登場するゲームであれば、ゲームの種類は問わず、例えば、ライブ対戦ゲームにおいてユーザのランキングを特定したり、ライブ配信ゲームにおいてアバターオブジェクト６１０の表示態様を異ならせたりするようにしてもよい。さらには、視聴者により操作されるオブジェクトを仮想空間に配置する等してゲームを進める視聴者参加型のゲームにおいて、ランキングを特定したり、アバターオブジェクト６１０の表示態様を異ならせたりするようにしてもよい。
　（５）　上記実施形態においては、ユーザのランキングを特定するゲームの種類と、アバターオブジェクト６１０の表示態様を異ならせるゲームの種類とは、互いに異なっている。しかし、同じ種類のゲームまたは同じゲームにおいて、当該ランキングを特定するとともに、アバターオブジェクト６１０の表示態様を異ならせるようにしてもよい。
　（６）　上記実施形態においては、視聴者情報がユーザ端末１００に配信されることはない。しかし、当該視聴者情報もユーザ端末１００に配信し、視聴中のユーザのランキングがどのように分布しているかをタッチスクリーン１５上で報知するようにしてもよい。これにより、アイテム投入操作を下位のユーザに対して促すことができる。
　（７）　上記実施形態においては、ライブ配信ゲームにおいてユーザが投入した投げ銭アイテムに関連付けられているポイント量に基づいて、当該ユーザのランキングが特定される。しかし、当該ランキングは、当該アバターオブジェクト６１０が登場するゲーム、即ちライブ配信ゲームおよびライブ対戦ゲームのいずれか一方または両方のゲーム結果（例えば、得点）と当該ポイント量とに基づいて、当該ランキングを特定するようにしてもよい。また、ポイント量以外のパラメータ（例えば当該ゲーム結果）に基づいて、当該ランキングを特定するようにしてもよい。
　（８）　上記実施形態においては、ユーザのランキングが上がるほど、人物モデルＡが身に着ける衣装が豪華になる。しかし、当該ランキングが上がるほど人物モデルＡの露出度を高くするようにしてもよい。
　（９）　上記実施形態においては、ユーザのランキングに応じてアバターオブジェクト６１０の表示態様を異ならせるようにしている。しかし、当該ランキングに応じて他のオブジェクト（例えば、ルームに配置されているソファ、テーブルのデザイン、壁の装飾等）を異ならせるようにしてもよい。このとき、アバターオブジェクト６１０の表示態様は異ならせず、他のオブジェクトの表示態様を異ならせるようにしたり、アバターオブジェクト６１０および他のオブジェクトの両方の表示態様を異ならせたりするようにしてもよい。
　（１０）　上記実施形態においては、ユーザのランキングにかかわらずアバターオブジェクト６１０の髪型、肌の色、化粧の程度等は共通している。しかし、当該ランキングに応じて当該アバターオブジェクト６１０の髪型、肌の色、化粧の程度等を異ならせるようにしてもよい。
　（１１）　上記実施形態においては、互いに異なる衣装を身に着けた複数人のアバターオブジェクト６１０のオブジェクトデータをメモリ１１に記憶し、ランキングに応じた衣装を身に着けたアバターオブジェクト６１０に対応するオブジェクトデータを用いて当該アバターオブジェクト６１０を仮想空間６００Ｂに配置するようにしている。しかし、メモリ１１には、複数種類の衣装の各々のオブジェクトデータと、人物モデルＡのオブジェクトデータとを区別して記憶しておき、表示の際に、ランキングに応じた衣装を人物モデルＡに着せるようにしてもよい。また、メモリ１１に記憶するオブジェクトデータについては、アバターオブジェクト管理テーブルＴＢＬ３において別の表示態様のアバターオブジェクト６１０が関連付けられているランキングまでユーザのランキングがアップしたときに、当該ランキングに対応するオブジェクトデータをゲームプレイ端末３００から取得するようにしてもよい。
　（１２）　上記実施形態においては、様々な衣装を身に着けた複数人のアバターオブジェクト６１０のオブジェクトデータは、ゲームプログラムをダウンロードまたはアップデートする際に、ゲームプレイ端末３００から取得され、メモリ１１に記憶される。しかし、様々な衣装を身に着けたアバターオブジェクト６１０のオブジェクトデータは、課金処理やゲームクリア等によっても獲得可能とするようにしてもよい。
　（１３）　上記実施形態においては、ユーザ端末１００におけるアバターオブジェクト６１０の表示態様を、当該ユーザ端末１００のユーザのランキング（ゲーム履歴）に応じて異ならせるようにしている。しかし、当該ランキングに限らず、ユーザの設定や、ユーザ端末１００の場所等に応じて、アバターオブジェクト６１０の表示態様を異ならせるようにしてもよい。例えば、ユーザの操作により水着が設定された場合は、水着を身に着けたアバターオブジェクト６１０を表示させたり、ユーザ端末１００の場所が雪山であれば、スキーウェアを身に着けたアバターオブジェクト６１０を表示させるようにしてもよい。
　（１４）　上記実施形態においては、人物モデルＡを模したキャラクタに衣装が着せられる。しかし、他の人物モデルを模したキャラクタもゲームに登場させるようにしてもよい。また、ランキングに応じて異なる衣装を着用するキャラクタは、複数の人物モデルを模したキャラクタのうちの特定のキャラクタに限定されるものであってもよい。
　（１５）　上記実施形態においては、仮想空間内でのイベントとしてライブ対戦ゲーム等のゲームを想定しているが、当該イベントは、ゲーム以外のものでもよく、例えば、アバターオブジェクト６１０がステージ上で歌ったり、おしゃべりをするイベントであってもよい。
　（１６）　上記実施形態では、図３０等において示したように、ライブ配信等のイベントに登場するアバターオブジェクト６１０の表示態様を、投げ銭アイテムが投入されること等のゲーム進行により更新されるユーザのランキングに応じて、他のユーザのユーザ端末において表示される表示態様と異ならせることができる例について説明した。しかし、ライブ配信等のイベントに登場するアバターオブジェクト６１０の表示態様は、これに限らず、ゲーム中においてユーザによる課金に応じて、他のユーザのユーザ端末において表示される表示態様と異ならせることができるようにしてもよい。
　（１７）　上記実施形態では、図１８（Ｂ）において例示したユーザリスト画面７３１において、課金したユーザに対する「ありがとう動画」の送信をプレイヤに促す参考情報を表示するようにしてもよい。参考情報としては、課金したユーザに対応させて、「ありがとうメール確定！！」といった文字情報を表示するようにしてもよい。課金の有無については、例えばユーザリストに基づき課金により投入されたアイテムが含まれているか否かによりユーザに判定させるようにしてもよい。これにより、プレイヤは、課金したユーザへの「ありがとう動画」の送信を促進させることができる。また、参考情報を表示する際には、さらに、課金したユーザに対応させて課金の合計額を表示するようにしてもよい。課金の合計額については、ユーザリストにおいて管理し、課金に応じてユーザリストを更新するようにしてもよい。
　（１８）　上記実施形態では、図１９で示したようにプレイヤによって選択されたアバターオブジェクト６１０のモーションデータを含む動作指図データをユーザ３のユーザ端末１００に配信することにより、当該ユーザ端末１００において「ありがとう動画」を再生可能となる例について説明した。しかし、プレイヤは、アバターオブジェクト６１０のモーションデータに加えて、アバターオブジェクト６１０の衣装（表示態様）の種別を選択し、当該衣装の種別を識別するための識別データを含む動作指図データをユーザ３のユーザ端末１００に配信することにより、当該ユーザ端末１００において「ありがとう動画」を再生可能となるようにしてもよい。これにより、ユーザ端末１００側における「ありがとう動画」では、モーションデータに従って、識別データに基づく衣装（表示態様）でアバターオブジェクト６１０を動作させるようにしてもよい。例えば、プレイヤにより選択可能となるアバターオブジェクト６１０のモーション数が３に定められ、衣装（表示態様）が８に定められている場合、ユーザ端末１００のメモリ１１には、「ありがとう動画」を再生するためのデータとして２４種類（＝３×８）記憶されており、ユーザ端末１００は、受信した動作指図データに含まれるモーションデータおよび識別データに対応する「ありがとう動画」を再生する。
　（１９）　配信端末４００における配信処理の際に配信端末４００の表示部４５２に表示される画面は、上記実施形態において図１８～図２３などに示した例に限定されない。ここでは、図３２および図３３を参照して、課金額に応じて順位付けしたランキング画面をリストとして配信端末４００に表示する例について説明する。
　プロセッサ４０は、動作指図データの生成および配信を行うためのアプリケーションのアイコンに対する、ユーザの選択操作を受け付けると、ログイン画面（不図示）を表示部４５２に表示させる。該選択操作は、一例として上記アイコンに対するタップ操作であってもよい。プロセッサ４０は、ログイン画面において、必要な情報の入力を受け付ける。該情報は、一例として、ユーザＩＤおよびパスワードであってもよい。プロセッサ４０は、該情報をサーバ２００へ送信し、サーバ２００に認証処理を行わせる。認証に成功した旨の通知をサーバ２００から受信すると、プロセッサ４０は、図３２（Ａ）に示すホーム画面２０１０を表示部４５２に表示させる。ホーム画面２０１０を表示させるための各種情報は、配信端末４００に予め記憶されていてもよいし、上記通知とともにサーバ２００から取得してもよい。
　ホーム画面２０１０は、一例として、アバターオブジェクト６１０、および、ＵＩ画像２０１１を含む。ＵＩ画像２０１１は、ゲームに参加したユーザ３のリストを表示するための操作を受け付ける。該操作は、例えば、ＵＩ画像２０１１へのタップ操作であってもよい。本変形例では、該リストは、ゲームに参加した各ユーザ３を、課金額に応じて順位付けしたランキング画面として表示される。該ランキング画面は、各ユーザ３のうち、所定の順位以上（例えば、５０位以上）のユーザ３のみを含むものであってもよい。ランキング画面は、一例として、図３２（Ｂ）に示すランキング画面２０２０であってもよい。プロセッサ４０は、サーバ２００から取得したユーザリスト２３４に基づいて、ランキング画面２０２０を生成する。あるいは、サーバ２００がユーザリスト２３４に基づいてランキング画面２０２０を生成し、該ランキング画面２０２０をプロセッサ４０へ送信してもよい。なお、ＵＩ画像２０１１に含まれる、「メッセージ待ち○人」とは、ランキング画面２０２０に含まれるユーザ３のうち、動作指図データがユーザ端末１００に送信されていないユーザの人数を示す。図３２（Ａ）の例では、ランキング画面２０２０に含まれるユーザ３のうち、２人に動作指図データが送信されていない。
　ランキング画面２０２０は、タイトル画像２０２１、ユーザ情報２０２３Ａ、ユーザ情報２０２３Ｂを含む。タイトル画像２０２１は、「ランキング」とのテキストを含み、該画面がランキング画面であることをプレイヤ４に通知する。タイトル画像２０２１は、ＵＩ画像２０２２を含む。ＵＩ画像２０２２は、前の画面を再表示させる（前の画面に戻る）ための操作を受け付ける。該操作は、例えば、ＵＩ画像２０２２へのタップ操作であってもよい。ＵＩ画像２０２２へのタップ操作を受け付けると、プロセッサ４０は、ホーム画面２０１０を表示部４５２に再度表示させる。
　ユーザ情報２０２３Ａ、２０２３Ｂ、２０２３Ｃは、ゲームに参加したユーザ３の情報を示す画像である。ユーザ情報２０２３Ａ、２０２３Ｂは、それぞれ、アイコン２０２４Ａ，２０２４Ｂ、ユーザ名２０２５Ａ，２０２５Ｂ、順位２０２６Ａ，２０２６Ｂ、課金額２０２７Ａ，２０２７Ｂ、送信回数２０２８Ａ，２０２８Ｂを含む。なお、これらについて、区別する必要が無い場合、符号の末尾のアルファベットを省略して記載する。また、ユーザ情報２０２３Ａは、さらに、送信済通知２０２９、および、前回送信日２０３０を含む。また、ユーザ情報２０２３Ｃは、少なくとも、アイコン２０２４、ユーザ名２０２５、順位２０２６、課金額２０２７、および送信回数２０２８を含むが、ユーザ情報２０２３Ｃの大部分が、表示部４５２の表示領域外にあるため、図３２（Ｂ）の例では表示部４５２に表示されていない。プロセッサ４０は、一例として、タッチスクリーン４５に対する、接触させた指などの指示体を移動させる操作（フリック操作、ドラッグ操作など）を受け付けると、表示部４５２の表示領域に表示させる、ランキング画面２０２０の領域を変更させてもよい。換言すれば、プロセッサ４０は、ランキング画面２０２０をスクロールさせてもよい。以降、スクロールのための操作を「スクロール操作」と記載する。
　なお、本変形例において、ユーザ情報２０２３Ａはユーザ３Ａの、ユーザ情報２０２３Ｂはユーザ３Ｂのユーザ情報であるとする。
　アイコン２０２４は、一例として、各ユーザ３が事前に設定した画像である。ユーザ名２０２５は、ユーザリスト２３４において、「ユーザ」のカラムに格納されている、ゲームに参加した各ユーザ３を示す情報である。順位２０２６は、各ユーザ３の順位を示す。課金額２０２７は、各ユーザ３が、システム１で実行されるゲームに対して課金した金額を示す。なお、本変形例では、課金額２０２７が示す金額が高いほど、順位２０２６が示す順位が高くなる。また、本変形例では、順位２０２６が示す順位が高いほど、ユーザ情報２０２３がランキング画面２０２０において上部に配置される。換言すれば、ランキング画面２０２０は、順位２０２６が示す順位の順に、ユーザ情報２０２３を並べた画面である。
　送信回数２０２８は、ユーザ３に対して過去に動作指図データを送信した回数を示す。例えば、送信回数２０２８Ａは、該回数が「２」であるので、プレイヤ４が、ユーザ３Ａのユーザ端末１００Ａに、ありがとう動画再生のための動作指図データを過去に２回送信したことを示している。一方、送信回数２０２８Ｂは、該回数が「０」であるので、プレイヤ４は、ユーザ３Ｂのユーザ端末１００Ｂに、動作指図データを過去に送信したことが無いことを示している。
　送信済通知２０２９は、今回のゲームプレイの後、ユーザ３のユーザ端末１００に対して動作指図データを既に送信している場合に表示される。図３２（Ｂ）の例では、ユーザ情報２０２３Ａに送信済通知２０２９が含まれているので、プレイヤ４が、今回のゲームプレイの後、ユーザ３Ａのユーザ端末１００Ａに動作指図データを送信したことを示している。一方、ユーザ３Ｂのユーザ端末１００Ｂには、動作指図データを送信したことが無いため、ユーザ情報２０２３Ｂには送信済通知２０２９は含まれない。
　前回送信日２０３０は、動作指図データの送信について、直近の送信日を示す。ユーザ３Ｂのユーザ端末１００Ｂには、動作指図データを送信したことが無いため、ユーザ情報２０２３Ｂには前回送信日２０３０は含まれない。
　ユーザ情報２０２３は、プレイヤ４の操作を受け付けるＵＩ画像としても機能する。該操作は、例えば、ユーザ情報２０２３に対するタップ操作であってもよい。一例として、プロセッサ４０は、ユーザ情報２０２３に対するタップ操作を受け付けると、該タップ操作を受け付けたユーザ情報２０２３の詳細を示す詳細画面を、表示部４５２に表示させる。詳細画面は、一例として、図３２（Ｃ）に示す詳細画面２０４０であってもよい。
　詳細画面２０４０は、一例として、上述のタイトル画像２０２１、および、ユーザ情報２０４１を含む。詳細画面２０４０におけるＵＩ画像２０２２へのタップ操作を受け付けた場合、プロセッサ４０は、ホーム画面２０１０を表示部４５２に再度表示させてもよいし、ランキング画面２０２０を表示部４５２に再度表示させてもよい。
　図３２（Ｃ）に示すユーザ情報２０４１は、ユーザ３Ａのユーザ情報を示す画像である。すなわち、プロセッサ４０は、ランキング画面２０２０において、ユーザ情報２０２３Ａに対するタップ操作を受け付けた結果、図３２（Ｃ）に示すユーザ情報２０４１を表示部４５２に表示している。
　ユーザ情報２０４１は、一例として、上述のアイコン２０２４Ａ、ユーザ名２０２５Ａ、順位２０２６Ａ、課金額２０２７Ａ、および送信回数２０２８Ａ、前回送信日２０３０を含む。これらについては既に説明しているため、説明を繰り返さない。さらに、ユーザ情報２０４１は、一例として、ＵＩ画像２０３１～２０３４、２０３７、２０３８、詳細表示領域２０３５、およびスクロールバー２０３６を含む。
　ＵＩ画像２０３１は、ユーザ３Ａのユーザ端末１００Ａに対し過去に送信した動作指図データの履歴を示す履歴画面（不図示）を表示させるための操作を受け付ける。該操作は、例えば、ＵＩ画像２０３１に対するタップ操作であってもよい。該履歴画面は、一例として、過去に送信した動作指図データの各々を示すＵＩ画像を、現在から近い順に並べた画面であってもよい。プロセッサ４０は、該ＵＩ画像に対するタップ操作を受け付けると、該ＵＩ画像に対応する動作指図データを用いて動画（ありがとう動画）を再生してもよい。
　ＵＩ画像２０３２～２０３４は、詳細表示領域２０３５に各種情報を表示させるための操作を受け付ける。該操作は、例えば、ＵＩ画像２０３２～２０３４それぞれに対するタップ操作であってもよい。詳細表示領域２０３５は、ユーザ３Ａのゲームへの参加について、詳細な情報を表示する領域である。
　図３２（Ｃ）の例では、ＵＩ画像２０３４の表示態様が、ＵＩ画像２０３２およびＵＩ画像２０３３と異なっている。これはすなわち、図３２（Ｃ）の例は、ＵＩ画像２０３４へのタップ操作を受け付けた後の詳細画面２０４０を示している。ＵＩ画像２０３４は、詳細表示領域２０３５に、ユーザリスト２３４においてユーザ３Ａに対応付けられているタグを表示させるためのタップ操作を受け付ける。このため、図３２（Ｃ）の例では、詳細表示領域２０３５に、ユーザリスト２３４においてユーザ３Ａに対応付けられているタグが表示されている。
　ＵＩ画像２０３２は、詳細表示領域２０３５に、ユーザ３Ａが直近のゲームにおいてアバターオブジェクト６１０に送ったコメントを表示させるためのタップ操作を受け付ける。ＵＩ画像２０３３は、詳細表示領域２０３５に、ユーザ３Ａが直近のゲームにおいてアバターオブジェクト６１０に贈ったアイテムを表示させるためのタップ操作を受け付ける。すなわち、プロセッサ４０は、ＵＩ画像２０３２に対するタップ操作を受け付けると、詳細表示領域２０３５に、ユーザ３Ａが直近のゲームにおいてアバターオブジェクト６１０に送ったコメントの一覧を表示させる。また、プロセッサ４０は、ＵＩ画像２０３３に対するタップ操作を受け付けると、詳細表示領域２０３５に、ユーザ３Ａが直近のゲームにおいてアバターオブジェクト６１０に贈ったアイテムの一覧を表示させる。
　プロセッサ４０は、詳細画面２０４０を表示部４５２に表示させる際、ＵＩ画像２０３２～２０３４のいずれかが選択されたものとみなし、対応する情報を詳細表示領域２０３５に表示させてもよい。すなわち、詳細画面２０４０は、ＵＩ画像２０３２～２０３４のいずれかに対応する情報が、詳細表示領域２０３５にデフォルトで表示される画面であってもよい。
　スクロールバー２０３６は、スクロール操作を受け付けるＵＩ画像である。プロセッサ４０は、スクロール操作を受け付けると、詳細表示領域２０３５においてスクロールを行い、スクロール前に非表示であった情報を表示させる。スクロール操作は、スクロールバー２０３６が表示されている位置とは異なる位置に入力されてもよい。
　ＵＩ画像２０３７は、動作指図データを生成するための操作を受け付ける。ＵＩ画像２０３８は、詳細画面２０４０を非表示とし、ホーム画面２０１０またはランキング画面２０２０を再表示させるための操作を受け付ける。これらの操作は、例えば、ＵＩ画像２０３７、２０３８に対するタップ操作であってもよい。
　ＵＩ画像２０３７に対するタップ操作を受け付けると、プロセッサ４０は、一例として、図３３（Ａ）に示す準備画面２０５０を表示部４５２に表示させる。準備画面２０５０は、一例として、アバターオブジェクト６１０、ＵＩ画像２０５１、テキスト２０５２、選択画像２０５３を含む。ＵＩ画像２０５１は、動作指図データの生成を中止するための操作を受け付ける。該操作は一例として、ＵＩ画像２０５１に対するタップ操作であってもよい。テキスト２０５２は、一例として、動作指図データの宛先、および、現在の画面が動作指図データを生成するための画面であることを示すテキストである。
　選択画像２０５３は、一例として、動作指図データに基づく動画の再生時間をプレイヤ４に選択させる画像である。選択画像２０５３は、例えば、ＵＩ画像である選択肢２０５４Ａ～２０５４Ｃを含む。選択肢２０５４Ａを選択する操作を受け付けると、プロセッサ４０は、動画の再生時間を１０秒に決定する。選択肢２０５４Ｂを選択する操作を受け付けると、プロセッサ４０は、動画の再生時間を２０秒に決定する。選択肢２０５４Ｃを選択する操作を受け付けると、プロセッサ４０は、動画の再生時間を３０秒に決定する。該選択する操作は、例えば、選択肢２０５４Ａ～２０５４Ｃの何れかに対するタップ操作であってもよい。なお、本変形例では、選択肢２０５４Ｃを選択する操作を受け付けたものとする。また、選択肢の種類および数は、図３３（Ａ）の例に限定されない。
　選択肢２０５４Ａ～２０５４Ｃの何れかに対するタップ操作を受け付けると、プロセッサ４０は、一例として、図３３（Ｂ）に示す準備画面２０６０を表示部４５２に表示させる。準備画面２０６０は、一例として、アバターオブジェクト６１０、ＵＩ画像２０５１、テキスト２０５２、選択画像２０６１を含む。
　選択画像２０６１は、一例として、動作指図データに含まれるモーションデータをプレイヤ４に選択させる画像である。選択画像２０６１は、例えば、ＵＩ画像である選択肢２０６２Ａ～２０６２Ｆ、および、ＵＩ画像２０６３を含む。選択肢２０６２Ａ～２０６２Ｆはそれぞれ、異なるモーションデータに対応付けられており、選択肢２０６２Ａ～２０６２Ｆのいずれかを選択する操作（例えば、選択肢２０６２Ａ～２０６２Ｆのいずれかへのタップ操作）を受け付けると、プロセッサ４０は、選択された選択肢に対応するモーションデータを特定する。選択肢２０６２Ａ～２０６２Ｆの各々は、一例として、感情を示すテキストを含む。該テキストは、選択肢２０６２Ａ～２０６２Ｆの各々に対応するモーションデータにおけるモーションが、テキストが示す感情に応じたモーションであることを示す。例えば、選択肢２０６２Ａに対応するモーションデータにおけるモーションは、「嬉しい」という感情に応じたモーションである。換言すれば、該モーションは、アバターオブジェクト６１０が、嬉しいという感情を表現するモーションである。
　プロセッサ４０は、選択肢２０６２Ａ～２０６２Ｆのいずれかへのタップ操作を受け付けると、タップ操作が入力された選択肢の表示態様を、他の選択肢の表示態様と異ならせてもよい。図３３（Ｂ）の例では、選択肢２０６２Ａの表示態様が、他の選択肢の表示態様と異なっている。すなわち、図３３（Ｂ）の例は、選択肢２０６２に対してタップ操作が入力された後の準備画面２０６０を示している。
　ＵＩ画像２０６３は、動作指図データに含めるモーションデータを、選択されたモーションデータに決定するための操作を受け付ける。該操作は、ＵＩ画像２０６３に対するタップ操作であってもよい。ＵＩ画像２０６３に対するタップ操作を受け付けると、プロセッサ４０は、動作指図データに含めるモーションデータを、選択されたモーションデータに決定する。図３３（Ｂ）の例において、ＵＩ画像２０６３に対するタップ操作を受け付けると、プロセッサ４０は、動作指図データに含めるモーションデータを、選択肢２０６２Ａに対応するモーションデータに決定する。
　なお、モーションデータの数および種類、すなわち選択画像２０６１における選択肢の数および種類は、図３３（Ｂ）の例に限定されない。選択肢の数が多く、選択肢の一部が選択画像２０６１内に表示できない場合、選択画像２０６１は、スクロールバーを含んでもよい。プロセッサ４０は、スクロール操作を受け付けると、選択画像２０６１においてスクロールを行い、スクロール前に非表示であった選択肢を表示させる。スクロール操作は、該スクロールバーが表示されている位置とは異なる位置に入力されてもよい。
　ＵＩ画像２０６３に対するタップ操作を受け付けると、プロセッサ４０は、一例として、図３３（Ｃ）に示す音声入力画面２０７０を表示部４５２に表示させる。音声入力画面２０７０は、一例として、アバターオブジェクト６１０、ＵＩ画像２０５１、テキスト２０５２、タイムバー２０７１、ＵＩ画像２０７２、２０７３を含む。
　タイムバー２０７１は、動作指図データの残り時間を示すＵＩ画像である。タイムバー２０７１は、その全体が第１色（図３３（Ｃ）の例では白色）に着色されており、左端部に「0：00」、右端部に「0：30」というテキストを含む。すなわち、タイムバー２０７１の長手方向の長さは、30秒間の時間の経過を示す。
　ＵＩ画像２０７２は、音声の入力を開始するための操作を受け付けるＵＩ画像である。該操作は、例えば、ＵＩ画像２０７２に対するタップ操作であってもよい。プレイヤ４は、ＵＩ画像２０７２に対するタップ操作を入力した後、発話を開始する。ＵＩ画像２０７２に対するタップ操作を受け付けると、プロセッサ４０は、プレイヤ４が発話した音声を受け付け、該音声から音声データを生成する。また、プロセッサ４０は、タイムバー２０７１の態様を、時間の経過に伴って変更する。一例として、プロセッサ４０は、時間の経過にあわせて、タイムバー２０７１の左端部から右端部に向かって、タイムバー２０７１の色を第１色から第２色に変更する。この例の場合、タイムバー２０７１は、ＵＩ画像２０７２に対するタップ操作を受け付けてから３０秒後に、その全体が第２色に着色される。
　また、ＵＩ画像２０７２に対するタップ操作を受け付けると、プロセッサ４０は、一例として、ＵＩ画像２０７２を、音声の入力を終了するための操作を受け付けるＵＩ画像（不図示）に変更してもよい。該操作は、例えば、該ＵＩ画像に対するタップ操作であってもよい。該ＵＩ画像に対するタップ操作を受け付ける、または、準備画面２０５０で選択した時間が経過すると、プロセッサ４０は、音声の受け付けを終了し、音声データの生成を完了させる。そして、プロセッサ４０は、選択されたモーションデータと、該音声データとから動作指図データを生成する。
　続いて、プロセッサ４０は、音声の入力を終了するための操作を受け付けるＵＩ画像、および、ＵＩ画像２０７３に代えて、動作指図データに基づいて動画を再生するための操作を受け付けるＵＩ画像、動作指図データを選択したユーザ３（本変形例ではユーザ３Ａ）に送信するための操作を受け付けるＵＩ画像、および、音声データの撮り直しを行うための操作を受け付けるＵＩ画像を表示部４５２に表示させてもよい。これらの操作は、ＵＩ画像それぞれに対するタップ操作であってもよい。
　動作指図データを選択したユーザ３に送信するための操作を受け付けるＵＩ画像に対するタップ操作を受け付けると、プロセッサ４０は、動作指図データをサーバ２００へ送信し、選択したユーザ３のユーザ端末１００へ動作指図データを送信させる。プロセッサ４０は、該タップ操作を受け付けた場合に、動作指図データを送信するか否かをユーザに再度確認させる確認画面を表示させてもよい。該確認画面は、例えば、動作指図データを送信するための操作を受け付けるＵＩ画像と、送信を中止するための操作を受け付けるＵＩ画像とを含む。
　動作指図データをサーバ２００へ送信すると、プロセッサ４０は、一例として、送信が完了したことをユーザに通知する通知画面を表示する。該通知画面は、例えば、ランキング画面２０２０を再表示させるための操作を受け付けるＵＩ画像を含む。プロセッサ４０は、直近の動作指図データの送信に伴い、該当するユーザ３のユーザ情報２０２３において、送信回数２０２８および前回送信日２０３０を更新する。該当するユーザ３に対し、過去に動作指図データを送信したことが無い場合、ユーザ情報２０２３に、送信済通知２０２９を追加する。
　ＵＩ画像２０７３は、タグを音声入力画面２０７０に表示するための操作を受け付けるＵＩ画像である。該操作は、例えば、ＵＩ画像２０７３に対するタップ操作であってもよい。ＵＩ画像２０７３に対するタップ操作を受け付けると、プロセッサ４０は、図３３（Ｄ）に示すように、タグ画像２０７４を音声入力画面２０７０に重畳させて表示させる。
　タグ画像２０７４は、ユーザリスト２３４において、該当するユーザ３（本変形例ではユーザ３Ａ）に対応付けられているタグを含む。タグ画像２０７４が表示されることにより、プレイヤ４はタグ、すなわち、ユーザ３Ａがゲームにおいて行った支援の内容を確認しながら、音声を入力することができる。これにより、プレイヤ４は、ユーザ３Ａが行った支援の内容に即した適切な音声データを生成することができる。
　なお、タグ画像２０７４は、タグ以外の情報、例えば、ユーザの課金額、動作指図データの前回送信日、投稿したコメントの一覧、投入したアイテムの一欄などを含んでいてもよい。あるいは、タグ画像２０７４に含まれるＵＩ画像（不図示）への操作を受け付けた場合に、プロセッサ４０は、タグ以外の上記情報を表示部４５２（例えば、タグ画像２０７４内）に表示させてもよい。
　ＵＩ画像２０７３に対するタップ操作を受け付けると、プロセッサ４０は、図３３（Ｄ）に示すように、ＵＩ画像２０７３をＵＩ画像２０７５に変更してもよい。ＵＩ画像２０７５は、タグ画像２０７４を非表示とするための操作を受け付けるＵＩ画像である。該操作は、例えば、ＵＩ画像２０７５に対するタップ操作であってもよい。ＵＩ画像２０７５に対するタップ操作を受け付けると、プロセッサ４０は、タグ画像２０７４を非表示とする。すなわち、音声入力画面２０７０は、図３３（Ｃ）に示す音声入力画面２０７０に戻る。
　ホーム画面２０１０は、異なるランキング画面を表示させるための操作を受け付ける複数のＵＩ画像を含んでもよい。異なるランキング画面とは、例えば、直近１週間の課金額に応じたランキングである週間ランキングのランキング画面、直近１カ月の課金額に応じたランキングである月間ランキングのランキング画面、サービス開始から現在までの累計の課金額に応じたランキングである累計ランキングのランキング画面などが挙げられるが、これに限定されない。
　また、ランキングは、課金額の大きさのみで順位が決定されるものに限定されない。例えば、ランキングは、課金額の大きさと、ゲームにおいて獲得したポイントの値とに基づいて順位が決定されてもよい。この例において、順位は、課金額の値とポイントの値とを合計した合計値の大きい順としてもよいし、課金額の値とポイントの値の各々に対し、それぞれ重み付けを行った後に合計してもよい。
　〔実施形態２〕
　本実施形態では、特に、ライブ配信パートにおける、リアルタイムのライブ配信が一旦終了した後であっても、ユーザは、終了済みのライブ配信パートの進行を要求し、受信した動作指図データに基づいてライブ配信パートを改めて進行させることができる。これにより、ユーザは、ライブ配信を再度見返すこと、および仮に見逃した場合でも改めてライブ配信を見ることができる。以下では、ライブ配信時刻終了後の場面を想定している。また、ここでのキャラクタは、ユーザによる直接操作の対象ではないキャラクタ（アバターオブジェクト）を想定している。
　＜処理概要＞
　本実施形態では、ユーザ端末１００は、ゲームプログラム１３１に基づいて、ゲームの興趣性を向上させるために以下のステップを実行するように構成されている。具体的には、ユーザ端末１００（コンピュータ）は、例えば入力部１５１などの操作部を介して、終了済みのライブ配信パートの進行を要求するステップと、サーバ２００または配信端末４００から、終了済みのライブ配信パートに係る記録済みの動作指図データを受信するステップと、記録済みの動作指図データに基づいてキャラクタを動作させることにより終了済みのライブ配信パートを進行させるステップとを実行する。ここでは、記録済みの動作指図データは、キャラクタに関連付けられるプレイヤ４が入力したモーションデータおよび音声データを含んでいる。プレイヤは、モデルや声優のみならず、ゲームプレイ端末３００（キャラクタ制御装置）への何らかの操作を行う作業者も含むが、ユーザは含まない。なお、記録済みの動作指図データは、サーバ２００の記憶部２００または配信端末４００の記憶部３２０に格納されるのがよく、ユーザ端末１００からの要求に応じて、改めてユーザ端末１１０に配信されるのがよい。
　本実施形態では、ユーザがライブ配信パートをリアルタイムで進行させたか否かの結果に応じて、記録済みの動作指図データに基づく終了済みのライブ配信パートの進行を異なるものとするのがよい。具体的には、ユーザがライブ配信パートをリアルタイムで進行させた実績があると判定される場合には、ユーザがライブ配信パートをリアルタイムで進行させたものと同様のライブ配信パートを再度進行させるのがよい（見返し配信）。見返し配信では、ライブ配信パートの選択的な進行を実行するのがよい。一方、ユーザがライブ配信パートをリアルタイムで進行させた実績がないと判定される場合には、リアルタイムで進行させたのとは異なる進行態様のライブ配信パートを進行させるのがよい（見逃し配信）。ここで、見逃し配信において実績がないと判定される場合には、例えば、ユーザがライブ配信を受ける権利を有し、ユーザがライブ配信時刻であればリアルタイムのライブ配信パートを進行可能であったにも拘わらず、実際にはこれを実行しなかった場合が含まれる。見逃し配信では、ライブ配信パートの制限付きの進行を実行するのがよい。
　＜システム１の機能的構成＞
　本実施形態に係るユーザ端末１００において、ユーザがライブ配信パートをリアルタイムで進行させた実績があると判定される場合に、ゲーム進行部１１５は、さらに、ライブ配信パートにおけるユーザ行動履歴情報を受信して解析する。ユーザ行動履歴情報とは、記録済みの動作指図データの中身とは別に、ライブ配信パートの進行の間に入力操作により受け付けられたユーザの行動の記録のデータ・セットである。ユーザ行動履歴情報は、記録済みの動作指図データに関連付けられるのがよく、サーバ２００の記憶部２２０、ゲームプレイ端末３００のメモリ３１、または配信端末４００のメモリ４１に格納されるのがよい。これに加えて、或いはこれに替えて、ユーザ行動履歴情報はユーザ端末１００の記憶部１２０に格納されてもよい。
　図３４は、ユーザ行動履歴情報のデータ構造の一例を示す図である。ユーザ行動履歴情報は、例えば、ライブ配信パート内においてユーザが行動した行動時間、行動種別、および行動詳細のような項目を含み、ユーザを識別するユーザＩＤに関連付けられる。項目「行動時間」は、ライブ配信パート内でユーザが行動を行った時間情報であり、項目「行動種別」はユーザの行動を示す種別であり、項目「行動詳細」はユーザの行動の具体的な内容である。例えば、項目「行動種別」および「行動詳細」で特定される行動には、ユーザの入力操作による有価データの消費（一例では、投げ銭アイテムの投入、及びアイテム購入等による課金等）、コメント入力、並びにキャラクタの服飾品等のアイテムの変更（いわゆる、着せ替え）等の行動が含まれてよい。また、このような行動には、ライブ配信パートの特定進行部分を後からプレイバックするための時間の選択が含まれてもよい。これ以外にも、このような行動には、ライブ配信パート中の報酬やポイント等の獲得が含まれてもよい。なお、ユーザ行動履歴情報は、動作指図データのデータ構造と、図３５で後述するゲーム情報のデータ構造との間で相互に関連付けられるのがよい。なお、これらのデータ構造は例示にすぎず、これに限定されないことが当業者に理解されるべきである。
　図３５は、本実施形態に係るシステム１にて処理されるゲーム情報１３２のデータ構造の一例を示す図である。ゲーム情報１３２において設けられる項目は、ゲームのジャンル、性質、内容等に応じて適宜決定されるものであり、例示の項目は、本発明の範囲を限定するものではない。一例として、ゲーム情報１３２は、「プレイ履歴」、「アイテム」、「配信履歴」、「ゲームオブジェクト」の各項目を含んで構成されている。これらの各項目は、ゲーム進行部１１５がゲームを進行させるときに適宜参照される。
　項目「プレイ履歴」には、ユーザのプレイ履歴が格納されている。プレイ履歴は、記憶部１２０に記憶されているシナリオごとに、ユーザのプレイが完遂しているかどうかを示す情報である。例えば、プレイ履歴は、プレイ初回にダウンロードされた固定シナリオのリストと、獲得パートにおいて後から獲得された獲得シナリオのリストとを含む。それぞれのリストにおいて、シナリオごとに、「プレイ済」、「未プレイ」、「プレイ可」、「プレイ不可」などのステータスが紐付けられている。
　項目「アイテム」には、ユーザが保有するゲーム媒体としてのアイテム一覧が格納されている。本ゲームにおいて、アイテムは、一例として、キャラクタに身に付けさせる服飾品である。ユーザは、シナリオをプレイすることによって得られた服飾品のアイテムを、キャラクタに身に付けさせ、キャラクタの見た目をカスタマイズすることができる。
　項目「配信履歴」には、ライブ配信パートにおいて、過去にプレイヤ４からライブ配信された動画、いわゆるバックナンバーの一覧が格納されている。ライブ配信パートにおいて、リアルタイムにＰＵＳＨ配信されている動画は、そのときにしか閲覧できない。一方、過去の配信分の動画は、サーバ２００または配信端末４００において録画されており、ユーザ端末１００からのリクエストに応じて、ＰＵＬＬ配信することが可能である。本実施形態では、一例として、バックナンバーは、ユーザが課金することにより、ダウンロードできるようにしてもよい。
　項目「ゲームオブジェクト」には、アバターオブジェクト６１０、敵オブジェクト６７１、障害物オブジェクト６７２、６７３等の各種オブジェクトのデータが格納されている。
　＜処理フロー＞
　図３６は、本実施形態に係るゲームプログラムに基づいて実行されるゲームの基本的なゲーム進行について、その一例を示すフローチャートである。処理フローは、リアルタイムのライブ配信パートが既に終了済みであり、ライブ配信時刻の終了以降の場面に適用される。
　ステップＳ３０１では、ユーザ端末１００の操作部１５１によって、終了済みのライブ配信パートの進行が新たに要求される。ステップＳ３０２では、ステップＳ３０１での要求に対して、ユーザ端末１００は、サーバ２００または配信端末４００から、終了済みのライブ配信パートに係る記録済みの動作指図データを受信する。
　記録済みの動作指図データは、キャラクタに関連付けられるオペレータが入力したモーションデータおよび音声データを含む。ユーザ端末１００は、記録済みの動作指図データに加えて、リアルタイムのライブ配信パートの進行時にキャラクタの動作に伴って取得および記録された各種進行実績データを受信してもよい。具体的には、進行実績データには、リアルタイムのライブ配信パートに参加したユーザがキャラクタの動作に伴って行動した視聴者行動データが含まれてもよい。視聴者行動データは、リアルタイムのライブ配信パートを、リアルタイムで進行させた全てのユーザ（つまり、ライブに参加した視聴者）のライブ中の行動の記録を含んだデータである。特に、視聴者行動データは、ライブの途中で視聴者がキャラクタに向けてリアルタイムに発信したテキストメッセージやアイコン等のメッセージングの内容を含むのがよい。このように、進行実績データを用いて、終了済みのライブ配信パートを進行させることにより、リアルタイムで進行したライブ配信パートにおける視聴者の反応を忠実に再現することができ、リアルタイムでのライブ空間の臨場感を更に向上することができる。
　なお、記録済みの動作指図データおよび進行実績データは、ユーザ端末１００が別データとして受信し、それぞれを解析（レンダリング）してもよい。代替では、サーバ２００またはゲームプレイ端末３００において、予め、記録済みの動作指図データおよび視聴者行動データが結合され、結合されたデータ・セットをユーザ端末１００が一度に受信してもよい。結合されたデータ・セットを受信することにより、ユーザ端末１００による後のデータの解析（レンダリング）の負荷を低減することができる。以降の説明では、進行実績データは、記録済みの動作指図データに結合されたものとする（つまり、記録済みの動作指図データに進行実績データが含まれるものとする。）。
　次いで、ステップＳ３０３では、ゲーム進行部１１５は、ユーザがライブ配信パートをリアルタイムで進行させた実績があるか否かを判定する。判定は、例えば、動作指図データがユーザ端末１００に宛てに送信された記録があるかに基づいて実行されてもよい。或いは、図３５に示された項目「プレイ履歴」を参照して、ライブ配信パートが「プレイ済」のステータスであるかに基づいて実行されても、同項目「配信履歴」を参照して、過去にキャラクタからライブ配信された実績があるかに基づいて実行されても何れでもよい。これ以外にも、ユーザ端末１００の記憶部１２０に既に記録済みの動作指図データが格納されているような場合は、ライブ配信パートをリアルタイムで既に進行させたものと判定してよい。加えて、判定は、これらを組み合わせることで実行されてもよく、または他の任意の手法で実行されてもよい。
　ステップＳ３０３でユーザがライブ配信パートをリアルタイムで進行させた実績があると判定される場合（ＹＥＳ）は、終了済みのライブ配信パートの進行は「見返し配信」となる。他方、ステップＳ３０３でユーザがライブ配信パートをリアルタイムで進行させた実績がないと判定される場合（ＮＯ）は、終了済みのライブ配信パートの進行は「見逃し配信」となる。上述したように、「見返し配信」と「見逃し配信」とでは、ユーザ体験は異なる。
　ステップＳ３０３で、ユーザがライブ配信パートをリアルタイムで進行させた実績があると判定されると、処理フローはステップＳ３０３のＹＥＳからステップＳ３０４に進む。ステップＳ３０４では、ゲーム進行部１１５は、図３４に示されたライブ配信パートのユーザ行動履歴情報を取得して、これを解析する。ユーザ行動履歴情報は、サーバ２００または配信端末４００から取得してもよいし、ユーザ端末１００の記憶部１２０に既に格納されている場合は直接それを使用してもよい。
（見返し配信）
　引き続き、ステップＳ３０５では、ゲーム進行部１１５は、終了済みのライブ配信パートの再度の進行（つまり上述の「見返し配信」）を実行する。具体的には、記録済みの動作指図データとステップＳ３０４で解析したユーザ行動履歴情報とを用いて、ライブ配信パートの再度の進行を実行する。
　見返し配信では、ライブ配信パートと同様に、キャラクタが着用する衣装の選択肢をユーザに与えるのがよい。例えば、ユーザは、該ユーザに関連付けられているランキング帯以下に割り当てられている衣装のうち１つから選択できるようにしてもよい。これにより、見返し配信では、高いランクのユーザに対し、衣装の選択肢を多く提供できる。
　さらに、見返し配信では、リアルタイムのライブ配信パートで投入された投げ銭アイテムをキャラクタの動作態様に反映させるようにしてもよい。例えば、ユーザが服飾アイテム（ここでは、「ネックレス」）として獲得しているような場合は、当該アイテムに基づいて（つまり、ネックレスを身に付けて）キャラクタを動作させる。これにより、ライブ配信パートの再度の進行を実行してもよい。つまり、リアルタイムのライブ配信パートの再度の進行は、ユーザ行動履歴情報および報酬の情報が反映されており、リアルタイムで進行したライブ配信パートと同様のものであると共に、ユーザに固有のものとなる。
　また、見返し配信では、ライブ配信パートの再度の進行を行う。この際、最初の進行の際に記録された、操作部を介したユーザの入力操作による時間情報の指定にしたがい、ライブ配信パートを選択的に実行させるのがよい。具体的には、図３４で説明されたユーザ行動履歴情報に含まれる「行動時間」のデータを用いて、ユーザが特定の行動時間を指定することにより、そこからライブ配信パートを選択的に進行させることができる。例えば、ユーザがライブ配信パートの開始から２分４５秒後にコメントを入力していた場合には、その２分４５秒後のタイミングを指定して、ユーザはライブ配信パートを再度進行させることができる。なお、このような再度の進行は、上記のコメント入力の記録に加え、ユーザの入力操作による有価データの消費、およびキャラクタの服飾品等のアイテムの変更等の行動の記録に対応した「行動時間」に基づいて、実行可能とするのがよい。
　更に、見返し配信では、リアルタイムで進行したライブ配信パートの間において、ユーザが入力操作によって特定進行部分を選択していた場合は、ライブ配信パートの再度の進行において、選択された特定進行部分のみを選択的に進行させることができる。これにより、ユーザは、ライブ配信パートの特定進行部分のみを後から効率的にプレイバックすることができる。具体的には、ユーザが特定進行部分を選択し、ユーザ行動履歴情報にそのような行動の記録が登録されている場合に、その行動時間のデータを用いて、ライブ配信パートを選択的に進行させることができる。例えば、ユーザが、ライブ配信パートの開始から２分４５秒から５分１０秒の期間を選択していた場合には、ユーザは、その期間にわたるライブ配信パートを再度進行させることができる。
　（見逃し配信）
　図３６に戻り、ステップＳ３０３で、ユーザがライブ配信パートをリアルタイムで進行させた実績がないと判定されると、処理フローはステップＳ３０３のＮＯからステップＳ３０６に進む。ステップＳ３０６では、ゲーム進行部１１５は、終了済みのライブ配信パートの制限付きの進行（つまり上述の「見逃し配信」）を実行する。見逃し配信を制限付きのものとしているのは、ユーザはライブ配信を受ける権利を有していたにも拘わらず、この権利を放棄したと考えることができるのであるから、必ずしも、ライブ配信の全てを再現してユーザに提示する必要もないとの発想に基づく。
　具体的には、見逃し配信では、記録済みの動作指図データを用いて、ライブ配信パートの進行を実行する。上述のとおり、ユーザが特典を服飾アイテム（例えば「ネックレス」）として獲得していた場合、リアルタイムで進行したライブ配信パートでは、そのアイテムをキャラクタが身に付けて動作するよう画像合成していた。つまり、リアルタイムのライブ配信パートでは、キャラクタの動作態様は特典が関連付けられていたものであった。しかしながら、見逃し配信においては、このようなリアルタイムで進行したライブ配信パートとは異なり、キャラクタの動作態様には特典が関連付けられることはない。つまり、アイテムをキャラクタが身に付けて動作するような画像合成の処理は行わない。終了済みのライブ配信パートの進行は、特典の情報が反映されておらず、ユーザに固有のものとはならない点で制限付きのものとなる。
　上述の構成および方法によれば、見返し配信では、リアルタイムのライブ配信パートで投入された投げ銭アイテムをキャラクタの動作態様に反映させることができる。一方、見逃し配信では、リアルタイムのライブ配信パートで投入された投げ銭アイテムを、キャラクタの動作態様に反映させない。つまり、見返し配信（過去にリアルタイムのライブ配信を視聴している）では、見逃し配信よりも興趣性の高い画像を配信することができる。このため、ユーザに対し、見逃し配信よりも見返し配信を視聴するインセンティブを与え、結果としてリアルタイムのライブ配信へユーザを誘導することができる。
　また、見逃し配信では、リアルタイムのライブ配信パートや、見返し配信とは異なり、ユーザのランクに関わらず、各ランクに同じ衣装を着用させるのがよい。リアルタイムのライブ配信パートや見返し配信では、ユーザにより選択された衣装をキャラクタに反映させることができた。しかし、見逃し配信では、キャラクタにデフォルトの所定の衣装を着用させる。終了済みのライブ配信パートの進行は、ユーザのランキングに係る情報が反映されておらず、ユーザに固有のものとはならない。このため、ユーザに対し、見逃し配信よりも、リアルタイムのライブ配信あるいは見返し配信を視聴するインセンティブを与え、結果としてリアルタイムのライブ配信へユーザを誘導することができる。
　また、見逃し配信では、リアルタイムで進行したライブ配信パートとは異なり、受け付け可能なユーザの行動も制限するのがよい。具体的には、リアルタイムで進行したライブ配信パートでは、ユーザの入力操作による有価データの消費（一例では、投げ銭の投入、およびアイテム購入等による課金等）が受け付け可能であった。その一方で、終了済みのライブ配信パートの進行では、このような有価データの消費が受け付けられないように制限してもよい。より詳しくは、リアルタイムで進行したライブ配信パートにおいては、有価データの消費を実行するためのボタンおよび画面を含むユーザ・インターフェイス（ＵＩ）が表示部３５２に表示されていた。そして、ユーザは、このようなＵＩでの入力操作を通じて有価データの消費を実行することができた。その一方で、見逃し配信では、このようなＵＩは非表示とされ、ユーザによる入力操作を明示的に行えないようにするのがよい。その結果、見返し配信および見逃し配信では、ユーザ３は、キャラクタを支援するための投げ銭アイテムを投入することはできない。
　さらに、見返し配信および見逃し配信では、リアルタイムで進行するライブ配信パート等と同様、ユーザは、ライブ配信パート等に参加することができる。ライブ配信パート等には、実施形態１において説明したようなユーザ参加型のイベントが含まれ（これに限定されない）、ユーザには、アバターオブジェクトとのインタラクティブな体験が提供される。ユーザ参加型のイベントの例には、キャラクタから提供されたアンケート、アバターオブジェクトから出題されたクイズ、アバターオブジェクトとの対戦（例えばジャンケンゲーム、備後ゲーム）等が含まれる。そして、リアルタイムでのライブ配信と同様に、見逃し配信においても、このようなユーザ参加型のイベントの参加結果はユーザにフィードバックされる。例えば、見返し配信において、アバターオブジェクトから出題された四択クイズのイベントにユーザが参加して回答した場合、その正誤判定の結果はユーザにフィードバックされる。（ただし、ライブにリアルタイムで参加しなかったユーザが見逃し配信においてアンケートやクイズ等に回答した場合や、ライブにリアルタイムで参加した見返し配信においてライブ参加中とは異なる回答をした場合は、これらのユーザの回答内容は反映されないが、プログラムが自動的に簡単な判定のみ（正誤判定など）を行ってフィードバックするようになっていてもよい。）また、見返し配信において、ユーザがライブ参加中とは異なる回答をした場合は、ライブ参加中の当該ユーザの回答と比較をして「ライブ中と回答が違いますよ」というような表示がユーザ端末に表示出力されるようになっていてもよい。
　また、見逃し配信では、リアルタイムで進行したライブ配信パートとは異なり、上記フィードバックに対して所定のゲーム・ポイントをユーザが獲得できないように制限してもよい。具体的には、リアルタイムで進行したライブ配信パートでは、ユーザが特定のシナリオをプレイした結果、所定のゲーム・ポイントがユーザに関連付けられて、ユーザ保有のポイントに加算されることがある。その一方で、終了済みのライブ配信パートの進行においては、ユーザにはこのようなポイントが関連付けられないようにしてもよい。ユーザ保有のポイントが加算されない結果、例えば、ポイントに基づいてゲームプレイヤである複数のユーザが順位付けされるようなゲームの場合、終了済みのライブ配信パートを仮にユーザが進行させたところで、このような順位には影響を与えないことになる。
　見返し配信（ステップＳ３０５）または見逃し配信（ステップＳ３０６）の終了後は、ユーザ端末１００によって再び、終了済みの第２パート（ライブ配信パート）の進行が要求されてもよい。つまり、見返し配信または見逃し配信は、複数回数にわたり繰り返し実行可能とするのがよい。この場合、処理フローはステップＳ３０１に戻ることになる。
　上述の構成および方法によれば、ユーザ端末１００において、ライブ配信パートがリアルタイムに進行した後であっても、ユーザは再度ライブ配信パートを様々な態様で進行させることができる。これにより、ユーザは、キャラクタとの現実感が豊かなやりとりの体験を通じて、よりキャラクタに愛着を感じることになるので、該キャラクタを操作する別のパートもよりいっそう興味を持ってプレイすることができる。結果として、ゲームの世界への没入感を高め、該ゲームの興趣性を向上させるという効果を奏する。
　＜変形例１＞
　上記実施形態２では、終了済みのライブ配信パートの進行が見返し配信となるか、見逃し配信となるかは、ユーザがライブ配信パートをリアルタイムで進行させた実績があるか否かに基づいて決定されるものとした（図３６のステップＳ３０３）。これに対し、本実施形態の変形例１では、ユーザが見返し配信または見逃し配信を選択可能とするように構成してもよい。或いは、上記実績の有無に拘わらず、見逃し配信のみがユーザに提供されるように構成してもよい。
　＜変形例２＞
　上記実施形態２では、見返し配信（図３６のステップＳ３０５）または見逃し配信（図３６のステップＳ３０６）の終了後に、再び、終了済みの第２パート（ライブ配信パート）の進行が要求されてよいものとした。つまり、見返し配信または見逃し配信は、複数回数にわたり繰り返し実行可能であった。本変形例２では、２回目以降の見返し配信または見逃し配信は、前回の見返し配信または見逃し配信の記録に応じたものとするのがよい。
　１回目に見返し配信または見逃し配信が行われた場合、１回目の配信履歴データが、サーバ２００の記憶部２２０または配信端末４００の記憶部３２０に格納される。その後、終了済みのライブ配信パートに係る記録済みの動作指図データがユーザ端末１００から再び要求されると、サーバ２００または配信端末４００から、１回目の配信履歴データが、記録済みの動作指図データと共に配信される。ユーザ端末１００では、受信した１回目の配信履歴データを参照し、１回目の見返し配信または見逃し配信が途中まで行われていた場合には、ユーザ端末１００は、その続きから２回目の見返し配信または見逃し配信の進行を再開させる。これにより、ユーザは効率的に見返し配信または見逃し配信を実行することができる。
　なお、１回目が見返し配信であれば２回目以降も見返し配信が実行され、１回目が見逃し配信であれば２回目以降も見逃し配信が実行されるのがよい。また、記録済みの動作指図データが既にユーザ端末１００に存在している場合には、ユーザ端末１００は、記録済みの動作指図データの再度の受信を行わないようにしてもよい。これにより、ユーザ端末１００が受信するデータ容量を節約することができる。
　＜変形例３＞
　実施形態３では、終了済みのライブ配信パートの進行が見返し配信となるか、または見逃し配信となるかは、ユーザがライブ配信パートをリアルタイムで進行させた実績に応じて決定されるものとした（図３６のステップＳ３０３）。本変形例３では、ユーザがライブ配信パートをリアルタイムで途中まで進行させていたと判定される場合には、その続きから、終了済みのライブ配信パートの進行を再開させるのがよい。ユーザがライブ配信パートをリアルタイムでどこまで進行させたかの記録は、図３４で上述したユーザ行動履歴情報から判断することができる。つまり、ユーザ行動履歴情報には、特定のライブ配信パートに関し、ユーザがどの時間まで進行させたかが記録されている。なお、これに限定されないが、終了済みのライブ配信パートの再開は、制限付きの進行である見逃し配信とするのがよい。これにより、ユーザは効率的に見逃し配信を実行することができる。
＜ユーザ端末１００の表示画面例＞
　図３７は本実施形態に係るゲームプログラムに基づきユーザ端末１００の表示部１５２に表示される画面例と、これら画面の間の遷移例を示す。画面例には、ホーム画面８００Ａ、ライブ配信のライブ選択画面８００Ｂおよび見逃し配信の見逃し選択画面８００Ｃの例が含まれる。遷移例において、ホーム画面８００Ａからはライブ選択画面８００Ｂに遷移可能である。また、ライブ選択画面８００Ｂからはホーム画面８００Ａおよび見逃し選択画面８００Ｃに遷移可能である。同様に、見逃し選択画面８００Ｃからはライブ選択画面８００Ｂに遷移可能である。なお、実際の配信画面（不図示）は、ライブ選択画面８００Ｂおよび見逃し選択画面８００Ｃから遷移される。
（ホーム画面）
　ホーム画面８００Ａは、ライブ配信パートを進行させるための各種メニューをユーザ端末１００の表示部１５２に表示する。ゲーム進行部１１５は、ゲームの開始のために入力操作を受け付けると、最初にホーム画面８００Ａを表示する。具体的には、ホーム画面８００Ａは、ライブ選択画面８００Ｂに遷移させるための「ライブ」アイコン８０２を含む。ホーム画面８００Ａにおける「ライブ」アイコン８０２に対する入力操作を受け付けると、ゲーム進行部１１５は、ライブ選択画面８００Ｂを表示部１５２に表示させる。
（ライブ選択画面）
　ライブ選択画面８００Ｂは、配信可能なライブ情報をユーザに提示する。特に、ライブ配信時刻等をあらかじめユーザに通知するための１以上のライブに関する告知情報をリスト表示する。ライブ告知情報は、少なくともライブ配信日時を含む。さらにライブ告知情報は、ライブの無料／有料の情報や、ライブに出演するキャラクタの画像等を含む広告画像を含んでもよい。また、ライブ選択画面８００Ｂは、最も近い将来に配信するライブ配信に関する告知情報をライブ選択画面にポップアップ画面８０６で表示してもよい。
　ライブ配信時刻になると、サーバ２００は、ライブ配信を受ける権利がある１以上のユーザ端末１００を探索する。ライブ配信を受ける権利は、ライブ配信を受けるための対価を支払い済みであること（例えばチケットを保有すること）などが条件としてあげられる。ライブ配信を受ける権利があるユーザ端末１００には、対応するライブ告知情報が表示されることになる。
　ユーザ端末１００において、ライブ再生操作、例えば、ライブ選択画面８００Ｂにおけるライブ配信時刻となったライブに対する選択操作（より詳しくは、ライブの画像に対するタッチ操作）を受け付ける。それに応じて、ゲーム進行部１１５は、表示部１５２を実際の配信画面（不図示）に遷移させる。これにより、ユーザ端末１００は、ライブ配信パートを進行させ、ライブ視聴処理をリアルタイムで進行させることができる。ライブ視聴処理が実行されると、動画再生部１１７は、受信した動作指図データに基づいて、ライブ配信パートにおいてキャラクタを動作させる。動画再生部１１７は、ライブ配信パートにおいて動作指図データに基づいて動作するキャラクタを含む動画再生画面（例えば、図２６のありがとう動画９１０Ａ）を生成し、表示部１５２に表示させる。
　また、ライブ選択画面８００Ｂは、直前に表示していた画面に遷移させるための「戻る（×）」アイコン８０８と、見逃し選択画面８００Ｃに遷移させるための「見逃し配信」アイコン８１０を表示部１５２に表示させてもよい。ここでは、ライブ選択画面８００Ｂにおける「戻る（×）」アイコン８０８に対する入力操作に応じて、ゲーム進行部１１５は、画面８００Ｂをホーム画面８００Ａに遷移させる。一方、ライブ選択画面８００Ｂにおける見逃し配信アイコン８１０に対する入力操作に対しては、ゲーム進行部１１５は、画面８００Ｂを見逃し選択画面８００Ｃに遷移させる。
（見逃し選択画面）
　見逃し選択画面８００Ｃは、過去に配信された１以上のライブに関する配信済み情報のうち、特にユーザがライブ配信パートをリアルタイムで進行させた実績がない配信済みの情報を表示する。ユーザ端末１００の操作部１５１によって、見逃し選択画面８００Ｃに表示されるライブの配信済み情報、例えばライブに出演したキャラクタを含む画像８３０に対する入力操作を受け付けると、ゲーム進行部１１５はライブ配信パート終了後、終了済みのライブ配信パートを再度進行することができる。
　見逃し選択画面８００Ｃの例に示すように、ライブに関する配信済み情報は、さらに、それぞれの配信済みライブの再生時間８１２、配信終了までの期間（日数など）８１４、現在から起算して何日前に配信されたかを示す情報８１６、および過去の配信日時等を含んでもよい。さらに、見逃し選択画面８００Ｃは、ライブ選択画面８００Ｂに遷移させるための「戻る（＜）」アイコン８１８を含む。「戻る（＜）」アイコン８１８に対する入力操作に応じて、ゲーム進行部１１５は、ライブ選択画面８００Ｂに遷移させる。
　本実施形態では、これに限定されないが、見逃し選択画面８００Ｃは、ライブ選択画面８００Ｂのみから遷移され、ホーム画面８００Ａからは直接遷移されないようにするのがよい。見逃し配信は、ライブ配信を見逃したユーザに対し行うものであり、ライブ配信機能に付随する機能にすぎない。また、見逃し配信は、本ゲームの目的の一つはユーザがリアルタイムのライブ配信を視聴し、リアルタイムでキャラクタを応援し、キャラクタとの交流を深めることでゲームの興趣を高めることにある。このため、キャラクタ（プレイヤ）とのリアルタイムの交流ができない見逃し配信よりも、ライブ配信をリアルタイムで視聴するようユーザを誘導するために、ここでは、ホーム画面８００Ａからは見逃し選択画面８００Ｃへ直接遷移できないようにするのがよい。
　なお、見逃し選択画面８００Ｃでは、ユーザがライブ配信パートをリアルタイムで進行させた実績がない配信済みの情報を表示するようにした。これに代えて、過去に配信された全てのライブに関する配信済み情報をライブ毎にリスト表示してもよい。この場合、ユーザがライブ配信パートをリアルタイムで進行させた実績の有無に応じて、見返し配信または見逃し配信の何れかが実行されるのがよい。具体的には、ユーザがライブ配信パートをリアルタイムで進行させた実績があると判定される場合は、前述の見返し配信となる。他方、ユーザがライブ配信パートをリアルタイムで進行させた実績がないと判定される場合は見逃し配信となる。図３６に関して前述したように、見返し配信と見逃し配信とでは、異なるユーザ体験を提供することができる。
　＜付記＞
　以上の各実施形態で説明した事項を、以下に付記する。
（付記１）
　本開示に示す一実施形態のある局面によれば、第１ユーザを含む複数のユーザが参加する仮想空間内でのイベントを、前記第１ユーザが使用する第１コンピュータ（ユーザ端末１００Ａ）により実行される方法であって、前記イベントに登場するキャラクタ（アバターオブジェクト６１０）を前記仮想空間に表示するステップと、外部から受信した第１データに基づいて前記キャラクタを動作させる第１の再生ステップ（Ｓ８７）と、前記イベントの終了後に、前記イベントに係るコンテンツの再度の再生の要求を受け付けるステップと、前記要求を受け付けると、前記キャラクタを動作させることにより、前記コンテンツの再度の再生を実行する第２の再生ステップとを前記第１コンピュータに実行させ、前記第１データは、前記キャラクタを演じる演者の入力したモーションデータ及び音声データを含むデータであって、前記外部から前記複数のユーザが使用する複数のコンピュータに共通に送信されるデータであり、前記表示するステップでは、前記第１コンピュータで実行される前記イベントに登場する前記キャラクタを、前記第１コンピュータを除く前記複数のコンピュータの少なくともいずれかで実行される前記イベントに登場する前記キャラクタと異なる表示態様で表示可能である、方法を提供する。
（付記２）
　付記１において、前記第２の再生ステップは、前記第１ユーザの入力操作による行動の記録に基づいて実行される。
（付記３）
　付記２において、前記行動の記録が時間情報を含み、前記第２の再生ステップは、前記第１の再生ステップの間における、前記操作部を介した前記第１ユーザの入力操作による時間情報の指定に従う。
（付記４）
　付記２または３において、前記行動が、前記第１の再生ステップの間における、前記操作部を介した前記第１ユーザの入力操作による特定進行部分の選択を含み、前記第２の再生ステップの進行において、選択された前記特定進行部分のみの進行が実行される。
（付記５）
　付記２において、前記行動の記録が、前記ユーザの入力操作による有価データの消費を含み、前記第２の再生ステップの間において、前記キャラクタの動作態様は、前記有価データの消費に基づいて決められる。
（付記６）
　本開示に示す一実施形態のある局面によれば、第１ユーザを含む複数のユーザが参加する仮想空間内でのイベントを、前記第１ユーザが使用する第１コンピュータにより実行される第１のステップ群であって、前記イベントに関するリアルタイムに配信されるコンテンツにおいて、前記イベントに登場するキャラクタを前記仮想空間に表示するステップと、外部から受信した第１データに基づいて前記キャラクタを動作させるステップと、前記イベントとして前記仮想空間内で行われるゲームであって前記第１ユーザによる当該ゲームの進行に応じて更新される当該第１ユーザに関するゲーム履歴情報を特定するステップとを含む第１のステップ群と、リアルタイムの配信をリアルタイムに視聴した第１ユーザ以外の第２ユーザの第２コンピュータにより実行される第２のステップ群であって、前記第１のステップ群の実行後に前記第２のコンピュータにより実行される、第２のステップ群とを含む、方法であって、前記第１データは、前記キャラクタを演じる演者の入力したモーションデータ及び音声データを含むデータであって、前記外部から前記複数のユーザが使用する複数のコンピュータに共通に送信されるデータであり、前記第１コンピュータは前記キャラクタを複数種類の表示態様のうちのいずれかで表示するための表示用データを記憶するメモリを備え、前記表示するステップでは、前記第１コンピュータで実行される前記イベントに登場する前記キャラクタを、前記第１コンピュータと前記第２のコンピュータを除く前記複数のコンピュータの少なくともいずれかで実行される前記イベントに登場する前記キャラクタと異なる表示態様であって、前記メモリに記憶されている表示用データであり前記特定するステップにより特定される前記第１ユーザに関するゲーム履歴情報に応じた表示用データを用いた表示態様で表示可能であり、前記第２のステップ群は、外部から記録済みの前記第１データを受信するステップと、受信した前記第１データに基づいて、前記キャラクタを動作させることにより、前記第１のステップ群によって実現された配信済みのコンテンツの再生を実行するステップと、を含む、方法を提供する。
（付記７）
　付記６において、前記配信済みのコンテンツの再生の間には、前記第２コンピュータの操作部を介した前記ユーザの入力操作による有価データの消費が受け付けられない。
（付記８）
　付記６または７において、リアルタイムのコンテンツの配信の間には、前記キャラクタの動作態様は、リアルタイム配信中に獲得される特典を関連付け可能であり、前記配信済みのコンテンツの配信の再生の間には、前記キャラクタの動作態様は、前記特典が関連付けられない。
（付記９）
　付記６から８のいずれかにおいて、前記リアルタイム配信の参加の結果にポイントが関連付け可能であり、前記配信済みのコンテンツの配信の再生の間には、前記ポイントが関連付けられない。
（付記１０）
　付記６から９のいずれかにおいて、前記第２コンピュータはさらに表示部を備え、前記表示部は、リアルタイム配信に関するメニューを表示する第１画面と、前記第１画面から遷移され、視聴可能なリアルタイム配信を表示する第２画面と、配信済みコンテンツに関する情報を表示するための第３画面とを表示可能に構成されており、前記第３画面は、前記第２画面から遷移され、前記第１画面からは遷移されないように構成されている。
（付記１１）
　付記１０において、さらに、前記第２コンピュータに前記第２画面に対するユーザによる入力操作を受け付けると、前記第２画面から前記第３画面に遷移させるステップを実行させる。
（付記１２）
　本開示に示す一実施形態のある局面によれば、コンピュータ実行可能命令を格納したコンピュータ可読媒体であって、前記コンピュータ実行可能命令が実行されると、前記第２コンピュータに、付記６から１１のいずれかの前記第２のステップ群を実行させる、コンピュータ可読媒体を提供する。
（付記１３）
　本開示に示す一実施形態のある局面によれば、コンピュータシステムであって、前記第１のコンピュータと、前記第２のコンピュータを備え、前記第１のコンピュータは、付記６に記載の第１のステップ群を含む第１のプログラムを記憶するメモリと、前記第１のプログラムを実行することにより、前記第１のコンピュータの動作を制御するプロセッサとを備え、前記第２のコンピュータは、付記６に記載の第２のステップ群を含む第２のプログラムを記憶するメモリと、前記第２のプログラムを実行することにより、前記第２のコンピュータの動作を制御するプロセッサとを備える、コンピュータシステムを提供する。
（付記１４）
　本開示に示す一実施形態のある局面によれば、コンピュータ実行可能命令を格納したコンピュータ可読媒体であって、前記コンピュータ実行可能命令が実行されると、前記第１コンピュータに、付記１から５のいずれの方法を実行させる、コンピュータ可読媒体を提供する。
（付記１５）
　本開示に示す一実施形態のある局面によれば、情報処理装置であって、前記情報処理装置は、付記１に記載のステップを含むプログラムを記憶するメモリと、前記プログラムを実行することにより、前記情報処理の動作を制御するプロセッサと、を備える、情報処理装置を提供する。
　〔ソフトウェアによる実現例〕
ユーザ端末１００、サーバ２００、ゲームプレイ端末３００（ＨＭＤセット１０００）、および配信端末４００の制御ブロック（特に制御部１１０、２１０、３１０、４１０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。
　後者の場合、ユーザ端末１００、サーバ２００、ゲームプレイ端末３００（ＨＭＤセット１０００）、および配信端末４００は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本開示の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
　本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
１ システム、２ ネットワーク、３、３Ａ、３Ｂ ユーザ（第１ユーザ）、４ プレイヤ（演者）、１０，２０，３０，４０ プロセッサ、１１，２１，３１，４１ メモリ、１２，２２，３２，４２ ストレージ、１３，２３，３３，４３ 通信ＩＦ、１４，２４，３４，４４ 入出力ＩＦ、１５，４５ タッチスクリーン、１７ カメラ、１８ 測距センサ、５１ モニタ、５２ 注視センサ、５３ 第１カメラ、５４ 第２カメラ、５５ マイク、５６ スピーカ、１００，１００Ａ，１００Ｂ，１００Ｃ ユーザ端末（コンピュータ、第１コンピュータ、第１情報処理装置）、１１０，２１０，３１０，４１０ 制御部（第１制御部、第２制御部）、１１１，３１１，４１３ 操作受付部、１１２，３１２，４１２ 表示制御部、１１３，３１３ ＵＩ制御部、１１４，３１４ アニメーション生成部、１１５，３１５ ゲーム進行部、１１６，３１６ 仮想空間制御部、１１７ 動画再生部、１２０，２２０，３２０，４２０ 記憶部（第１記憶部、第２記憶部）、１３１，２３１，３３１ ゲームプログラム（プログラム、第１プログラム）、１３２，２３２，３３２ ゲーム情報、１３３，２３３，３３３ ユーザ情報、１５１，４５１ 入力部、１５２，４５２ 表示部（ディスプレイ）、２００ サーバ、２１１ 通信仲介部、２１２ ログ生成部、２１３ リスト生成部、２３４，４２１ ユーザリスト、３００ ゲームプレイ端末（外部装置、第２外部装置）、３１７ 反応処理部、４００ 配信端末（外部、第１外部装置、コンピュータ、第２情報処理装置）、４１１ 通信制御部、４１４ 音声受付部、４１５ モーション特定部、４１６ 動作指図データ生成部、４２２ モーションリスト、４２３ 配信プログラム（プログラム、第２プログラム）、５４０，１０２０，１０２１ コントローラ、５００ ＨＭＤ、５１０ ＨＭＤセンサ、５２０ モーションセンサ、５３０ ディスプレイ、６００Ａ、６００Ｂ 仮想空間、６１０ アバターオブジェクト（キャラクタ）、６２０Ａ，６２０Ｂ 仮想カメラ、６３１，６３２，６３３，６３４ オブジェクト、６４０Ａ，６４０Ｂ 視界領域、６５０，６６０ 視界画像、６７１ 敵オブジェクト、６７２，６７３ 障害物オブジェクト、６７４ 演出オブジェクト、６９１，６９２ 発話、７０１，７０２，７０３Ａ，７０Ｂ，７０４Ａ，７０４Ｂ，７０５，７０６，７１１，７１１Ａ，７１１Ｂ，７１１Ｃ，７１１Ｄ，７２２，７２３，７４５，７４５Ａ，７４５Ｂ，７４５Ｃ，７５２，７６２，７６３，９３０，２０１１、２０２２、２０３１、２０３２、２０３３、２０３４、２０３７、２０３８、２０５１、２０６３、２０７２、２０７３、２０７５ ＵＩ画像（メッセージＵＩ、ＵＩ）、７２１ ダウンロード画面、７３１ ユーザリスト画面（リスト）、７３２，７３２Ａ，７３２Ｂ，７３２Ｃ，７４２，７４２Ａ，７４２Ｂ，７４２Ｃ レコード画像、７３３，７３３Ａ，７３３Ｂ，７３３Ｃ ユーザ名、７３４，７３４Ａ，７３４Ｂ，７３４Ｃ タグ情報、７３５，７３５Ａ，７３５Ｂ，７３５Ｃ アイコン、７４１ モーションリスト画面（選択肢）、７４３，７４３Ａ，７４３Ｂ，７４３Ｃ モーション名、７４４，７４４Ａ，７４４Ｂ，７４４Ｃ，７５３ モーション画像、７５１ 配信画面、７６１ 配信完了画面、８１０Ａ，８１０Ｂ モーション動画、８２０Ａ，８２０Ｂ 発話音声、９１０Ａ，９１０Ｂ 動画、９２０Ａ，９２０Ｂ 音声、１０００ ＨＭＤセット、１０１０ 物体、１０３０ 記憶媒体、２０１０ ホーム画面、２０２０ ランキング画面、２０２１ タイトル画像、２０２６，２０２６Ａ，２０２６Ｂ 順位、２０２７，２０２７Ａ，２０２７Ｂ 課金額、２０２８，２０２８Ａ，２０２８Ｂ 送信回数、２０２９ 送信済通知、２０３０ 前回送信日、２０３５ 詳細表示領域、２０３６ スクロールバー、２０４０ 詳細画面、２０５０，２０６０ 準備画面、２０５２ テキスト、２０５３、２０６１ 選択画像、２０５４Ａ、２０５４Ｂ、２０５４Ｃ、２０６２Ａ，２０６２Ｂ，２０６２Ｃ，２０６２Ｄ，２０６２Ｅ，２０６２Ｆ 選択肢、２０７０ 音声入力画面、２０７４ タグ画像

Claims (15)

  1. 　第１ユーザを含む複数のユーザが参加する仮想空間内でのイベントを、前記第１ユーザが使用する第１コンピュータにより実行される方法であって、
    　前記イベントに登場するキャラクタを前記仮想空間に表示するステップと、
    　外部から受信した第１データに基づいて前記キャラクタを動作させる第１の再生ステップと、
    　前記イベントの終了後に、前記イベントに係るコンテンツの再度の再生の要求を受け付けるステップと、
    　前記要求を受け付けると、前記キャラクタを動作させることにより、前記コンテンツの再度の再生を実行する第２の再生ステップと、
    を前記第１コンピュータに実行させ、
    　前記第１データは、前記キャラクタを演じる演者の入力したモーションデータ及び音声データを含むデータであって、前記外部から前記複数のユーザが使用する複数のコンピュータに共通に送信されるデータであり、
    　前記表示するステップでは、前記第１コンピュータで実行される前記イベントに登場する前記キャラクタを、前記第１コンピュータを除く前記複数のコンピュータの少なくともいずれかで実行される前記イベントに登場する前記キャラクタと異なる表示態様で表示可能である、方法。
  2. 　請求項１に記載の方法であって、
    　前記第２の再生ステップは、前記第１ユーザの入力操作による行動の記録に基づいて実行される、方法。
  3. 　請求項２に記載の方法であって、前記行動の記録が時間情報を含み、
    　前記第２の再生ステップは、前記第１の再生ステップの間における、前記操作部を介した前記第１ユーザの入力操作による時間情報の指定に従う、方法。
  4. 　請求項２または３に記載の方法において、
    　前記行動が、前記第１の再生ステップの間における、前記操作部を介した前記第１ユーザの入力操作による特定進行部分の選択を含み、
    　前記第２の再生ステップの進行において、選択された前記特定進行部分のみの進行が実行される、方法。
  5. 　請求項２に記載の方法であって、前記行動の記録が、前記ユーザの入力操作による有価データの消費を含み、
    　前記第２の再生ステップの間において、前記キャラクタの動作態様は、前記有価データの消費に基づいて決められる、方法。
  6. 　第１ユーザを含む複数のユーザが参加する仮想空間内でのイベントを、前記第１ユーザが使用する第１コンピュータにより実行される第１のステップ群であって、
    　　前記イベントに関するリアルタイムに配信されるコンテンツにおいて、前記イベントに登場するキャラクタを前記仮想空間に表示するステップと、
    　　外部から受信した第１データに基づいて前記キャラクタを動作させるステップと、
    　　前記イベントとして前記仮想空間内で行われるゲームであって前記第１ユーザによる当該ゲームの進行に応じて更新される当該第１ユーザに関するゲーム履歴情報を特定するステップとを含む第１のステップ群と、
    　リアルタイムの配信をリアルタイムに視聴した第１ユーザ以外の第２ユーザの第２コンピュータにより実行される第２のステップ群であって、前記第１のステップ群の実行後に前記第２のコンピュータにより実行される、第２のステップ群とを含む、方法であって、
    　前記第１データは、前記キャラクタを演じる演者の入力したモーションデータ及び音声データを含むデータであって、前記外部から前記複数のユーザが使用する複数のコンピュータに共通に送信されるデータであり、
    　前記第１コンピュータは前記キャラクタを複数種類の表示態様のうちのいずれかで表示するための表示用データを記憶するメモリを備え、
    　前記表示するステップでは、前記第１コンピュータで実行される前記イベントに登場する前記キャラクタを、前記第１コンピュータと前記第２のコンピュータを除く前記複数のコンピュータの少なくともいずれかで実行される前記イベントに登場する前記キャラクタと異なる表示態様であって、前記メモリに記憶されている表示用データであり前記特定するステップにより特定される前記第１ユーザに関するゲーム履歴情報に応じた表示用データを用いた表示態様で表示可能であり、
    　前記第２のステップ群は、
    　　外部から記録済みの前記第１データを受信するステップと、
    　　受信した前記第１データに基づいて、前記キャラクタを動作させることにより、前記第１のステップ群によって実現された配信済みのコンテンツの再生を実行するステップと、
    を含む、方法。
  7. 　請求項６に記載の方法であって、
    　前記配信済みのコンテンツの再生の間には、前記第２コンピュータの操作部を介した前記ユーザの入力操作による有価データの消費が受け付けられない、方法。
  8. 　請求項６または７に記載の方法において、
    　リアルタイムのコンテンツの配信の間には、前記キャラクタの動作態様は、リアルタイム配信中に獲得される特典を関連付け可能であり、
    　前記配信済みのコンテンツの配信の再生の間には、前記キャラクタの動作態様は、前記特典が関連付けられない、方法。
  9. 　請求項６から８の何れか一項記載の方法において、
    　前記リアルタイム配信の参加の結果にポイントが関連付け可能であり、
    　前記配信済みのコンテンツの配信の再生の間には、前記ポイントが関連付けられない、方法。
  10. 　請求項６から９のいずれか一項に記載の方法であって、前記第２コンピュータはさらに表示部を備え、前記表示部は、
    　リアルタイム配信に関するメニューを表示する第１画面と、前記第１画面から遷移され、視聴可能なリアルタイム配信を表示する第２画面と、配信済みコンテンツに関する情報を表示するための第３画面とを表示可能に構成されており、
    　前記第３画面は、前記第２画面から遷移され、前記第１画面からは遷移されないように構成されている、方法。
  11. 　請求項１０に記載の方法であって、さらに、前記第２コンピュータに
    　前記第２画面に対するユーザによる入力操作を受け付けると、前記第２画面から前記第３画面に遷移させるステップを実行させる、方法。
  12. 　コンピュータ実行可能命令を格納したコンピュータ可読媒体であって、前記コンピュータ実行可能命令が実行されると、前記第２コンピュータに、請求項６から１１のいずれか一項に記載の前記第２のステップ群を実行させる、コンピュータ可読媒体。
  13. 　コンピュータシステムであって、前記第１のコンピュータと、前記第２のコンピュータを備え、
    　前記第１のコンピュータは、
    　　請求項６に記載の第１のステップ群を含む第１のプログラムを記憶するメモリと、
    　　前記第１のプログラムを実行することにより、前記第１のコンピュータの動作を制御するプロセッサとを備え、
    　前記第２のコンピュータは、
    　　請求項６に記載の第２のステップ群を含む第２のプログラムを記憶するメモリと、
    　　前記第２のプログラムを実行することにより、前記第２のコンピュータの動作を制御するプロセッサとを備える、
    コンピュータシステム。
  14. 　コンピュータ実行可能命令を格納したコンピュータ可読媒体であって、前記コンピュータ実行可能命令が実行されると、前記第１コンピュータに、請求項１から５のいずれか一項に記載の方法を実行させる、コンピュータ可読媒体。
  15. 　情報処理装置であって、
    　前記情報処理装置は、請求項１に記載のステップを含むプログラムを記憶するメモリと、
    　前記プログラムを実行することにより、前記情報処理の動作を制御するプロセッサと、を備える、情報処理装置。
PCT/JP2020/044449 2020-11-30 2020-11-30 方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置 WO2022113329A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022564986A JPWO2022113329A1 (ja) 2020-11-30 2020-11-30
PCT/JP2020/044449 WO2022113329A1 (ja) 2020-11-30 2020-11-30 方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/044449 WO2022113329A1 (ja) 2020-11-30 2020-11-30 方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置

Publications (1)

Publication Number Publication Date
WO2022113329A1 true WO2022113329A1 (ja) 2022-06-02

Family

ID=81755484

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/044449 WO2022113329A1 (ja) 2020-11-30 2020-11-30 方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置

Country Status (2)

Country Link
JP (1) JPWO2022113329A1 (ja)
WO (1) WO2022113329A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107566910A (zh) * 2017-08-29 2018-01-09 武汉斗鱼网络科技有限公司 直播资源自定义分配监测方法、存储介质、电子设备及系统
JP2020046732A (ja) * 2018-09-14 2020-03-26 株式会社Ｃｙｇａｍｅｓ 情報処理プログラム、情報処理装置、及び情報処理システム
JP2020044139A (ja) * 2018-09-19 2020-03-26 株式会社コロプラ ゲームプログラム、ゲーム方法、および情報処理装置
JP2020163043A (ja) * 2019-03-29 2020-10-08 株式会社コロプラ ゲームプログラム、ゲーム方法、および情報端末装置
JP6790204B1 (ja) * 2019-09-13 2020-11-25 グリー株式会社 コンピュータプログラム、サーバ装置、端末装置及び方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107566910A (zh) * 2017-08-29 2018-01-09 武汉斗鱼网络科技有限公司 直播资源自定义分配监测方法、存储介质、电子设备及系统
JP2020046732A (ja) * 2018-09-14 2020-03-26 株式会社Ｃｙｇａｍｅｓ 情報処理プログラム、情報処理装置、及び情報処理システム
JP2020044139A (ja) * 2018-09-19 2020-03-26 株式会社コロプラ ゲームプログラム、ゲーム方法、および情報処理装置
JP2020163043A (ja) * 2019-03-29 2020-10-08 株式会社コロプラ ゲームプログラム、ゲーム方法、および情報端末装置
JP6790204B1 (ja) * 2019-09-13 2020-11-25 グリー株式会社 コンピュータプログラム、サーバ装置、端末装置及び方法

Also Published As

Publication number Publication date
JPWO2022113329A1 (ja) 2022-06-02

Similar Documents

Publication Publication Date Title
JP7286588B2 (ja) ゲームプログラム
JP6776393B2 (ja) 視聴プログラム、視聴方法、および情報端末装置
WO2022202126A1 (ja) プログラム、方法、および情報処理装置
JP2021010181A (ja) 視聴プログラム、視聴方法、および情報端末装置
JP2021053365A (ja) プログラム、方法、および視聴端末
JP2021053179A (ja) プログラム、方法、および視聴端末
JP7437480B2 (ja) プログラム、方法、およびコンピュータ
JP6796158B2 (ja) ゲームプログラム、ゲーム方法、および情報端末装置
JP6722320B1 (ja) ゲームプログラム、ゲーム方法、および情報端末装置
JP2021168748A (ja) プログラム、コンピュータ、および方法
JP6754859B1 (ja) プログラム、方法、およびコンピュータ
WO2022137519A1 (ja) 視聴方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置
JP7135058B2 (ja) プログラム、方法、および端末装置
JP2022000218A (ja) プログラム、方法、情報処理装置、およびシステム
JP6826645B1 (ja) プログラム、方法、および端末装置
JP6818106B1 (ja) プログラム、方法、および視聴端末
WO2020262332A1 (ja) ゲームプログラム、ゲーム方法、および情報端末装置
JP6776409B1 (ja) プログラム、方法、および端末装置
WO2022113329A1 (ja) 方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置
JP6770603B2 (ja) ゲームプログラム、ゲーム方法、および情報端末装置
JP2021006274A (ja) プログラム、ゲーム方法、コンピュータ、および情報端末装置
WO2022137377A1 (ja) 情報処理方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置
WO2022113326A1 (ja) ゲーム方法、コンピュータ可読媒体、および情報端末装置
WO2022137523A1 (ja) ゲーム方法、コンピュータ可読媒体、および情報処理装置
WO2022137522A1 (ja) ゲーム方法、コンピュータシステム、コンピュータ可読媒体、および情報端末装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20963593

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022564986

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20963593

Country of ref document: EP

Kind code of ref document: A1