JP7317329B1 - Program, information processing method, game control device and game control method - Google Patents

Abstract

An object of the present invention is to enhance the interest of a game by including various elements in the game. A first output control unit for displaying a game screen in which one or more computers of a user device (20) display an avatar object corresponding to a user in a first display mode that does not reflect the action of the user during a game progress period. , a detection unit that acquires detection data that detects the user's motion, and if the user's play situation satisfies the shooting conditions, a shooting period for shooting the avatar object is started, and the progress of the game is stopped during the shooting period. a second output control unit for displaying, on a display unit, an avatar object in a second display mode that reflects the facial expression of the user using the detection data; It functions as a recording unit that records in the storage unit. [Selection drawing] Fig. 1

Description

Application of Article 30, Paragraph 2 of the Patent Law REALITY Co., Ltd. will publish the program, information processing method, and information processing system invented by Masashi Watanabe on its website from July 22nd to November 9th, 2022. bottom.

The present invention relates to a program, an information processing method, a game control device, and a game control method.

2. Description of the Related Art Conventionally, there has been known a game device in which rewards such as medals are given when a player's playing situation satisfies a condition regarding rewards (see, for example, Patent Document 1). In the game described in Patent Document 1, a lottery line is activated according to the number of medals bet (bet) in one lottery, and the combination of lottery symbols on the activated lottery line is Winning is done when a given hand is formed.

JP 2005-007059 A

However, not only the above types of games, but also some players may feel that the games are monotonous. Such players tend not to continue playing the game, thinking that it lacks interest.

A program for solving the above-described problem provides a first output control for displaying a game screen in which an avatar object corresponding to a user is displayed in a first display mode that does not reflect the user's motion during a game progress period on one or more computers. a detection unit that acquires detection data that detects a user's action; and if the user's play situation satisfies a shooting condition, a shooting period for shooting the avatar object is started, and during the shooting period, the shooting period is started. a second output control unit that stops the progress of the game and displays on the display unit the avatar object in a second display mode that reflects the facial expression of the user using the detection data; A recording unit that records an image including the avatar object in a storage unit based on an operation, and the first output control unit is configured to display the avatar in the second display mode when the shooting period ends. The display of objects is ended, the game progress period is started, and the game screen including the avatar object in the first display mode is displayed.

According to the present invention, the interest of the game can be enhanced by including various elements in the game.

1 is a schematic diagram showing one embodiment of an information processing system according to a first embodiment; FIG. It is a schematic diagram showing the configuration of a user device in the same embodiment. It is a figure which shows typically the user information of the same embodiment. It is a figure which shows typically the game environment information of the same embodiment. It is a figure which shows typically the game management information of the same embodiment. It is a figure explaining the function of the real-time server of the same embodiment. It is a figure explaining the function of the user device of the same embodiment. It is a figure explaining the example of the game of the same embodiment. It is a flowchart which shows the processing procedure of the server of the same embodiment. It is a flowchart which shows the processing procedure of the server of the same embodiment. It is a flowchart which shows the processing procedure of the server of the same embodiment. It is a figure explaining the change of the game parameter and group parameter in the same embodiment. It is a figure explaining the change of the game parameter in the same embodiment. It is a flowchart which shows the processing procedure of the server of the same embodiment. It is a figure which shows an example of the game screen of the same embodiment. It is a figure which shows an example of the game screen of the same embodiment. It is a figure which shows an example of the game screen of the same embodiment. It is a figure which shows an example of the game screen of the same embodiment. It is a figure which shows an example of the game screen of the same embodiment. FIG. 11 is a diagram showing distribution history information in the second embodiment; FIG. It is a figure which shows an example of the game screen of 2nd Embodiment. FIG. 10 is a diagram schematically showing magnification information in another embodiment; It is a figure which shows an example of the hardware constitutions of the control circuit with which a user apparatus is provided.

(First embodiment)
A first embodiment of a program, an information processing method, a game control device, and a game control method will be described below.

<Information processing system>
An information processing system 11 will be described with reference to FIG. In this embodiment, the information processing system 11 is a system for executing a game in which a plurality of users participate online, and for distributing and viewing moving images of the game.

The information processing system 11 includes a real-time server 12 , a multi-game server 13 , an API server 14 and user devices 20 . Each server 12-14 and user device 20 transmit and receive data via a network (not shown) such as the Internet. The information processing system 11 also includes a user information storage unit 15 and a game information storage unit 16 . In this embodiment, the real-time server 12 corresponds to a game management section (game management server) and a game control device, and the multi-game server 13 corresponds to a distribution management section (distribution management server). Also, the API server 14 corresponds to a user information management unit (user information management server).

A user who distributes a video using the user device 20 is called a distribution user, and a user who views the distributed video is called a viewing user. A user can be both a broadcast user and a viewing user. In other words, a user is a viewing user when viewing a moving image, and a distribution user when distributing a moving image. The user device 20 used by the distribution user is called the distribution user device 21 , and the user device 20 used by the viewing user is called the viewing user device 22 . In the present embodiment, the distribution users and viewing users are simply referred to as "users" when they are not distinguished from each other. Also, when the distribution user device 21 and the viewing user device 22 are described without distinction, they are simply referred to as the user device 20 .

Also, the distribution user device 21 can distribute video of a game in which a plurality of distribution users participate. Hereinafter, a broadcast user who creates a room for starting a game is called a host user, and a broadcast user who participates in a room created by the host user is called a guest user. Also, a group is formed by a host user and a guest user participating in a room. In the present embodiment, for convenience of explanation, the distribution user device 21 used by the host user is referred to as the host user device 21H, and the distribution user device 21 used by the guest user is referred to as the guest user device 21G. It is called a user device 21 .

The real-time server 12 transmits and receives data for executing games to and from the host user device 21H and the guest user device 21G. Real-time server 12 receives game progress data from host user device 21H and guest user device 21G. Real-time server 12 transmits game control data to host user device 21H and guest user device 21G.

The multi-game server 13 connects to the viewing user device 22 and the broadcasting user device 21 . The multi-game server 13 is responsible for relaying data relating to distribution of moving images. The multi-game server 13 receives various data necessary for drawing game moving images from the distribution user device 21 . Also, the multi-game server 13 transmits various received data to the other distribution user device 21 and the viewing user device 22 . For example, when the multi-game server 13 receives data for drawing a video from the host user device 21H, the data for drawing a video for the guest user device 21G and the viewing user device 22 or processes the data. Send data. The multi-game server 13 transmits and receives data regarding game moving images to and from the real-time server 12 .

The API server 14 acquires and updates information that is relatively infrequently updated in response to requests from the real-time server 12 and the like. Specifically, the API server 14 acquires and updates user information stored in the user information storage unit 15 . The API server 14 also acquires and updates game management information stored in the game information storage unit 16 .

The hardware configuration of the user device 20 will be described with reference to FIG. The user device 20 is a smart phone (multifunctional phone terminal), tablet terminal, personal computer, console game machine, wearable computer, or an information processing device other than these devices capable of reproducing moving images. The wearable computer only needs to have a screen on which the user can view moving images. For example, it is a head-mounted display worn on the user's head, or a glasses-type wearable terminal. The user device 20 is a device that operates independently, or a plurality of devices that are connected to each other so as to be able to transmit and receive various data. An example of the latter user device 20 is, for example, a system that performs outside-in tracking.

The user device 20 includes a control unit 25 , a storage 26 (storage medium), and a communication interface (I/F) 27 . The control unit 25 includes one or more processing circuits. The processing circuit includes a CPU (Central Processing Unit), GPU (Graphic Processing Unit), NPU (Neural network Processing Unit), etc., or a combination thereof. The control unit 25 also includes a memory that is a main storage device (storage medium) that can be read from and written to by the arithmetic circuit. The memory is composed of a semiconductor memory or the like. The control unit 25 loads an operating system and other programs into memory from the storage 26 or external storage. In addition, the control unit 25 executes instructions fetched from the memory. The communication I/F 27 can transmit and receive data to and from each of the servers 12-14 via a network (not shown). The network includes various networks such as local area networks and the Internet.

The storage 26 is an auxiliary storage device (storage medium), such as a magnetic disk, an optical disk, or a semiconductor memory. The storage 26 can also be used by combining multiple storages.

The control unit 25 executes various programs recorded in the storage 26 based on the user's input operation to the operation unit 31 , thereby executing each process related to moving image distribution and each process related to viewing. Hereinafter, for convenience of explanation, a state in which moving images are distributed is referred to as distribution mode, and a state in which moving images distributed by other distribution users are viewed is referred to as viewing mode.

The user device 20 also includes a sensor unit 28 , a speaker 29 , a microphone 30 , an operation section 31 and a display 32 . At least one of the sensor unit 28 , the speaker 29 , the microphone 30 , the operation unit 31 and the display 32 is provided in the same device as the control unit 25 or connected to a device including the control unit 25 .

The sensor unit 28 is one or more sensors that detect face motion, which indicates changes in the user's facial expression, and body motion, which indicates changes in the relative position of the user's body with respect to the sensor unit 28 . Face motion includes movements such as blinking and opening and closing the mouth. A well-known thing can be used for the sensor unit 28 . An example of the sensor unit 28 is a ToF sensor that measures the time of flight until light emitted toward the user is reflected by the user's face and returns, a camera that captures the user's face, and It includes an image processing unit that processes the data captured by the camera. Further, the sensor unit 28 may include an RGB camera that captures visible light and a near-infrared camera that captures near-infrared light. RGB cameras and near-infrared cameras, for example, True Depth, or "LIDAR" (Light Detection and Ranging, or Laser Imaging Detection and Ranging) such as "iPad Pro (registered trademark)", and mounted on smartphones Other ToF sensors can be used. Specifically, this camera projects tens of thousands of invisible dots onto the user's face or the like using a dot projector. The reflected light of the dot pattern is then detected and analyzed to form a depth map of the face, and an infrared image of the face or the like is captured to capture accurate face data. The arithmetic processing unit of the sensor unit 28 generates various information based on the depth map and the infrared image, compares the information with registered reference data, and determines the depth of each point on the face (each point and the near-infrared camera , and the positional deviation other than the depth is calculated. The sensor unit 28 transmits the face motion and body motion to the output control section 52 as tracking data. Note that the tracking data is an example of motion data. Motion data is data for moving an avatar object.

Moreover, the sensor unit 28 may have a function of tracking not only the face of the user but also the hand (hand tracking). Also, the sensor unit 28 may include a sensor that detects the position or orientation of a human part other than the hand. The sensor unit 28 may further include a sensor such as an acceleration sensor that detects speed and acceleration, and a sensor such as a gyro sensor that detects direction and orientation. The sensor unit 28 recognizes an object in the real space where the user exists based on the detection results of the ToF sensor and other known sensors, and has a space mapping function of mapping the recognized object on a spatial map. good.

The speaker 29 converts the audio data into audio and outputs it. The microphone 30 receives voice uttered by the user and converts it into voice data. The display 32 outputs various images according to output instructions from the control unit 25 .

The operation unit 31 can be used according to the type of the user device 20 . An example of the operation unit 31 is a touch panel integrated with the display 32 . Other examples of the operation unit 31 include operation buttons provided on the housing of the user device 20, a keyboard, a mouse, a controller manually operated by the user, and the like. The controller may incorporate various known sensors such as an acceleration sensor and an inertial measurement sensor (IMU: Inertial Measurement Unit) such as a gyro. Another example of the operation unit 31 may be a tracking device that identifies the user's hand movement, eye movement, head movement, line-of-sight direction, and the like. In this aspect, for example, based on the movement of the user's hand, the user's instruction is determined, and various operations such as starting or ending the distribution of the moving image, evaluating the message or moving image, and displaying a predetermined object are executed. You can Note that if the sensor unit 28 also has an input interface function such as a hand truck function, the operation section 31 can be omitted.

The hardware configuration of each server 12-14 will be described. The servers 12 to 14 are used by service providers or the like who provide services for distributing and viewing moving images for users. The servers 12-14 are provided with a control unit 25, a storage 26 and a communication I/F27. These configurations are the same as those of the user device 20 . A program for controlling the game is recorded in the storage 26 of the real-time server 12 . Also, the storage 26 of the multi-game server 13 records a management program for distribution.

<Structure of data used in the game>
Next, with reference to FIGS. 3 to 5, each data used for game execution and video distribution will be described in detail.

FIG. 3 shows an example of the user information 35. As shown in FIG. User information 35 is recorded in the user information storage unit 15 . The user information 35 is information generated for each user, and includes a user ID (identifier) that is an identifier of the user, possession value, boost rate, game field, picture book, and total set value. A possessed value is the value of a game parameter associated with the user. A game parameter is a parameter used within a game and associated with a user. For example, parameters include attack power, defense power, combat power, physical strength (hit points, stamina), magic power (magic points), level, experience points, skill points that are points consumed when using skills, agility, They are the number of medals, the number of points, the number of coins, and the like. A game parameter can also be referred to as the number or amount of game media associated with a user. The game media may be electronic data used for games. Electronic data may be acquired, owned, used, managed, exchanged, combined, enhanced, sold, discarded, gifted, etc. by users within the game. For example, game media include arbitrary media such as cards, items, virtual currency (medals or coins), tickets, characters, and avatars. The mode of use of the game media is not limited to what is specified in this specification.

A boost factor is a factor that increases the group reward given to a user. A group reward is a reward given to all users belonging to a group when a predetermined reward condition (second reward condition) is satisfied. A game field indicates a game field that can be played by a user among a plurality of game fields. The boost ratio is recorded in association with the game field. In this embodiment, the boost factor becomes the initial value when the game ends. Also, when the game is interrupted, the boost factor at the time of interruption is recorded.

The pictorial book is a list of moving objects acquired by the user in the game. The total set value is the sum of game parameter set values set by the user in the game. In this embodiment, the set value is the number of medals (bet amount) bet by the user in the game. The user can bet the number of medals multiple times. The total set value is the total number of medals bet by the user.

FIG. 4 shows an example of the game environment information 36. As shown in FIG. The game environment information 36 is master data and is recorded in the game information storage unit 16 . The game environment information 36 includes game fields, object IDs (identifiers), and object attributes. A game field can be selected in one of the games that are executed during video distribution. A game field indicates a plurality of game fields that can be executed within the game.

A game field is defined with moving objects that appear on the game field. The object ID is an identifier of the moving object and associated with the game field. The object attribute is attribute information of the moving object. For example, object attributes include rarity (rarity), total length, and weight. Object attributes also include odds (magnification). The odds increase (for example, double, triple, etc.) as the difficulty of acquiring the moving object increases. In this embodiment, the odds are set to a magnification of 1 or more and a magnification of less than 1, depending on the type of moving object. Difficulty is predetermined by rarity or other object attributes such as length and weight. In addition, object attributes include attributes such as "fire attribute" and "water attribute", attack power, defense power, combat power, physical strength (hit points, stamina), magic power (magic points), levels, experience points, skills. It may include at least one of skill points, agility, etc., which are points consumed when using .

FIG. 5 shows an example of the game management information 37. As shown in FIG. The game management information 37 is information generated for each room. The game management information 37 is recorded in the storage 26 and game information storage section 16 of the real-time server 12 .

The game management information 37 includes participating user information, game field information, stages, remaining time, and group parameters. Participating user information is information that identifies a host user and a guest user. For example, the user ID of the host user and the user ID of the guest user. The game field information indicates the game field selected by the host user among the game fields associated with the host user.

The stage of the game management information 37 indicates the stage being played by the distribution user. In this embodiment, the game includes multiple stages. A stage is a structural unit that divides the game into multiple parts. When you complete the mission of one stage, you advance to the next stage. Each stage contains multiple parts. Each part ends when the winner is decided. Also, common parameters are used in a plurality of stages. This embodiment includes a first stage and a second stage. A part is a match against one moving object. Also, common parameters between stages are the boost ratio and the number of possessed medals. That is, the number of medals possessed in the first stage can be carried over to the second stage. Additionally, the user can use the same item across multiple stages.

Remaining time indicates the remaining time of the game. When the second stage game is being executed, the remaining time of the second stage is recorded in the game management information 37 .

A group parameter is a parameter that is cooperatively increased (or decreased) by each user participating in the game. The group parameter increases based on the game play status of each broadcast user participating in the game. In this embodiment, the group parameter is a parameter different from the game parameter, but may be the same parameter as the game parameter. Group parameters may be, for example, offensive power, defensive power, combat power, physical strength, and the like. Alternatively, the group parameter may be the number of medals, the number of points, or the number or amount of game media. Stages, remaining time, and group parameters change as the game progresses.

<Server functions>
Each function of the real-time server 12 will be described with reference to FIG. By executing the program recorded in the storage 26, the control unit 25 of the real-time server 12 executes a first progression unit 40, a setting value identification unit 41, a magnification setting unit 42, a first reward giving unit 43, a determination unit 44, It functions as a second promotion unit 45 and a second reward provision unit 46 . The second progress section 45 corresponds to the game progress section and the determination section.

In the first stage of the game, the first progression unit 40 advances the game based on the game progress data received from the distribution user device 21 of each distribution user belonging to the group. Further, the first advancing unit 40 reduces the setting value specified by the setting value specifying unit 41 from the possession value of the user information 35 when the distribution user performs a predetermined operation in the first stage. Furthermore, the first advancing unit 40 updates the group parameter associated with the group when the distribution user updates the possessed value using the setting value.

Also, when receiving the first action execution request from the distribution user device 21, the first advancing unit 40 increases the value of the group parameter associated with the group. Further, when determining that the distribution user's second in-game action was successful, the first progression unit 40 associates the distribution user with the moving object.
Further, the first progression unit 40 determines whether or not the game play situation satisfies the moving object acquisition condition. When the acquisition condition is satisfied, the moving object and the distribution user are associated and recorded in the user information storage unit 15 via the API server 14 .

The setting value specifying unit 41 specifies the value of the game parameter set by the distribution user as the setting value.
In the first stage, when the distribution user's play status satisfies the first reward condition, the first reward giving unit 43 specifies the value of the game parameter according to the setting value to be given as the individual reward. Then, the possessed value, which is the value of the game parameter associated with the distribution user, is changed based on the individual reward.

The magnification setting unit 42 increases the boost magnification associated with each distribution user according to the setting value specified by the setting value specifying unit 41 . The second reward giving unit 46 increases the group reward given to each distribution user according to the boost ratio.

The determination unit 44 determines whether or not the mission of the group has been achieved based on the play status of each user in the first stage. In this embodiment, the determination unit 44 determines that the mission of the group has been achieved when the value of the group parameter reaches a predetermined value.

The second progression unit 45 advances the game of the second stage based on the game progress data received from the distribution user device 21 when the mission of the group is achieved. Also, when determining that the second in-game action has succeeded, the second progress unit 45 associates the moving object with the distribution user. Further, the second advancing unit 45 decreases the group parameter according to time, and ends the second stage when the group parameter reaches the lower limit. The rate of decrease of the group parameter may be constant, or may increase or decrease over time.

In the second stage, when the distribution users belonging to the group satisfy the second reward condition, the second reward granting unit 46 identifies at least one of the distribution users belonging to the group as a user to whom the group reward is to be given. In this embodiment, the users to whom the group reward is given are all distribution users 70 belonging to the group. Furthermore, the value of the game parameter to be given as the group reward is specified for each user to whom the group reward is to be given. Then, the possession value of each user to whom the group reward is given is updated based on the group reward. Specifically, the value of the game parameter is added as the group reward to the possessed value. In this embodiment, the possession value returns to the initial value when the game ends.

In the present embodiment, the second reward giving unit 46 gives a group reward to the distribution users according to the boost ratio associated with each distribution user. If the second reward condition for the moving object is satisfied, the second reward giving unit 46 determines the group reward according to the boost factor and the value of the parameter associated with the moving object.

<User device functions>
Each function of the user device 20 will be described with reference to FIG. The control unit 25 of the user device 20 functions as an acquisition unit 50, an operation detection unit 51, an action detection unit 54, an output control unit 52, and a transmission unit 53 by executing the video application. The output control section 52 corresponds to a first output control section, a second output control section, a first remuneration display section, and a second remuneration display section. Further, the operation detection unit 51 corresponds to the operation reception unit, and the transmission unit corresponds to the first transmission unit and the second transmission unit.

The acquisition unit 50 acquires various data such as display control data transmitted from other user devices 20 via the multi-game server 13 and game control data transmitted from the real-time server 12 .

The game control data that the acquisition unit 50 receives from the real-time server 12 includes data representing in-game actions of other distribution users, data representing group parameters, data representing individual rewards, data representing group rewards, and objects in the game field. contains at least one of the data relating to The game control data changes according to the contents of the game. The display control data that the acquisition unit 50 acquires from the multi-game server 13 is data for viewing video of a game distributed by a distribution user who is another user. The display control data includes motion data associated with other broadcast users. The data included in the display control data depends on the video distribution method. Furthermore, the acquisition unit 50 acquires voice data of the distribution user from the multi-game server 13 .

The operation detection unit 51 detects an input operation on the operation unit 31 by the user. For example, the operation detection unit 51 receives a user's operation. The user's operations include an operation to send a gift object display request (gift display request), an operation to post a message to a video, and an evaluation of a video (selection of a "Like" button or a "favorite" button, etc.). It is the operation to be performed.
The operation detection unit 51 also receives a user's operation for browsing the moving objects acquired in the game.

The motion detection unit 54 acquires from the sensor unit 28 the tracking data obtained by detecting the distribution user's motion, such as facial expression and upper body movement, when the progress of the game satisfies the shooting conditions. Tracking data is included in the motion data that drives the avatar object.

The output control unit 52 displays the game screen based on the operations of the distribution users belonging to the group. The game screen changes continuously as the game progresses. Data obtained by converting this game screen into a moving image is transmitted to the viewing user device 22 . Further, in the first stage, when the distribution user's play status satisfies the first reward condition, the output control unit 52 sets the possessed value updated using the value of the game parameter according to the set value as the personal reward. Displayed as reflected possession value.

Furthermore, the output control unit 52 displays the game screen of the second stage when the mission of the group is achieved. In the second stage, when the distribution user belonging to the group satisfies the second reward condition, the user's possession value updated using the value of the game parameter as the group reward is displayed.
In addition, the output control unit 52 displays an object display screen including moving objects acquired in the game and distribution status of moving images acquired from the multi-game server 13 .

The transmission unit 53 transmits game progress data to the real-time server 12 or the like. The game progress data can include a game start request, a set value set by the distribution user, an in-game action execution request, an effect end request, a shooting request, and the like. In addition, the transmission unit 53 transmits display control data including the motion data acquired by the motion detection unit 54 to the multi-game server 13 as data for distributing the video of the game to other users.

<Video distribution method>
Next, a method for distributing moving images will be described. As a moving image distribution method, one of a client rendering method, a browser rendering method, a video distribution method, and a server distribution method can be used.

In the client rendering method, each user device 20 receives data necessary for drawing from the multi-game server 13 and displays a moving image. Data received from the multi-game server 13 includes motion data. Each user device 20 draws a moving image. Further, each user device 20 acquires audio data based on the utterance of the distribution user, and outputs the audio in synchronization with the video. In this case, the storage 26 of each user device 20 records a video application (program) and various data such as model data for drawing an avatar object.

The browser rendering method is a method in which the distribution user device 21 and the viewing user device 22 use a web browser program stored in the storage 26 to display moving images. At this time, the distribution user device 21 transmits display control data including motion data and the like to the multi-game server 13 . A user device 20 that displays a moving image is described in a markup language such as HTML (Hyper Text Markup Language), and a web page using CSS (Cascading Style Sheets), JavaScript (registered trademark), etc. is used as a multi-game server. Download from 13. A web browser program launched on the user device 20 renders avatar objects and other objects by means of JavaScript running on the browser. In this method, the user device 20 records data such as the URL of the web page for displaying the moving image in the storage 26 . In other words, the model data of the avatar object and the like are not stored in the user device 20 .

The video distribution method is a method in which the distribution user device 21 generates moving image data. Specifically, the distribution user device 21 generates moving image data using motion data or the like detected by the motion detection unit 54 . Also, the distribution user device 21 transmits the encoded video data and audio data to the multi-game server 13 . The multi-game server 13 transmits the video data and audio data to the viewing user device 22 . The viewing user device 22 displays the video on the display 32 based on the video data received from the distribution user device 21 .

The server distribution method is a method in which the multi-game server 13 generates moving image data. The multi-game server 13 receives motion data and audio data from the distribution user device 21 . Then, the multi-game server 13 generates moving image data based on those data. The multi-game server 13 transmits the generated video data to the distribution user device 21 and the viewing user device 22 . The distribution user device 21 and the viewing user device 22 output moving images to the display 32 based on the received moving image data.

In this way, either the user device 20 or the multi-game server 13 is in charge of generating video data. The device responsible for generating moving image data can be changed according to the distribution method.
Note that the distribution user device 21 and the viewing user device 22 may display moving images in different methods. For example, the viewing user device 22 may display the video in the browser rendering method while the broadcasting user device 21 displays the video in the client rendering method. Also, the user may be allowed to select a method for displaying moving images. For example, some of the viewing user devices 22 may display video using a client rendering method, and other devices may display video using a browser rendering method.

In this embodiment, a method for each user device 20 to distribute moving images by the client rendering method will be described. The client rendering method is detailed.
The storage 26 records 3D model data and the like of avatar objects and other objects. The three-dimensional model data includes drawing data of body parts that configure the avatar object body and attachment parts that can be attached to the avatar object. A body part is a part that constitutes a part of an avatar object. The data for drawing body parts includes polygon data, skeleton data (bone) for expressing the motion of the avatar object, texture data, and the like. At least part of the body parts can be arbitrarily set by the user. In other words, the user can select the height, physique, etc. of the avatar object. Mounting parts include texture data and the like. The distribution user can set the parts to be worn on the avatar object corresponding to himself/herself to his/her favorite parts.

The transmission unit 53 of the distribution user device 21 transmits identification information (parts ID) indicating parts of the avatar object to the multi-game server 13 as display control data. The transmission unit 53 also transmits the motion data acquired by the acquisition unit 50 and the sound data based on the sound collected by the microphone 30 to the multi-game server 13 . Further, the transmitting unit 53 transmits, as display control data, the identification information of the representation selected by the distribution user from among the pre-registered representations of the avatar object. This representation of the avatar object is hereinafter referred to as an "emote".

Also, the distribution user can adjust the position and imaging range of the virtual camera in the virtual space. The distribution user device 21 changes the angle or position of the virtual camera set in the game field based on the user's operation. Also, the distribution user device 21 expands or reduces the imaging range of the virtual camera set in the game field based on the user's operation. The transmission unit 53 may transmit the position of the virtual camera to the multi-game server 13 . Motion data and audio data are time-stamped. A time stamp is generated based on reference time information based on a circuit (internal clock) having a timekeeping function of the control unit 25 . Alternatively, the time stamp is generated based on reference time information transmitted from the multi-game server 13 or reference time information obtained from another external server. The time stamp may represent elapsed time from a reference time, or may represent time.

The viewing user device 22 receives the part ID of the avatar object of the distribution user in advance at a predetermined timing such as the timing when viewing the moving image is started. The output control unit 52 receives display control data including motion data from the multi-game server 13 . Then, the output control unit 52 uses the display control data to perform rendering including the avatar object and objects other than the avatar object. Rendering here refers to drawing processing including acquisition of the position of a virtual camera, perspective projection, hidden surface removal based on depth information associated with each object, and the like. Rendering may be at least one of these processes, or may include processes such as shading and texture mapping. Also, the output control unit 52 uses the motion data to move the avatar object.

The output control unit 52 also receives data such as messages posted by other users from the multi-game server 13 . The output control unit 52 outputs to the display 32 moving image data obtained by synthesizing an image obtained by rendering an avatar object or other objects with posted messages, notifications, and the like. Also, the output control unit 52 synchronizes the audio data with the video data based on the time stamp and outputs it from the speaker 29 .

<Action>
The operations of the real-time server 12, the multi-game server 13, and the user device 20 will be described with reference to FIGS. 8 to 14, along with specific examples of games.

(before the game starts)
In the moving image application, a plurality of games are provided to be selectable by the user. The user device 20 accepts a game selection operation by the user.

User device 20 requests real-time server 12 to create a room in which multiple users can participate. The real-time server 12 creates a room with the user as a host user. The real-time server 12 also transmits room information to the host user device 21H and the multi-game server 13 . When receiving the room information, the host user device 21H displays the lobby screen before the game is executed.

The minimum number of people who can participate in the game is 1 (host user only), and the maximum number is, for example, 4 (1 host user, 3 guest users). When the host user invites another user, the host user device 21H sends a participation request to the other user device 20 via the multi-game server 13 (or the real-time server 12) based on the host user's operation. When another user device 20 that has received the participation request transmits the participation request to the real-time server 12 based on the operation of the other user, the real-time server 12 registers the user in the game management information 37 as a guest user. As a result, a group consisting of a plurality of distribution users participating in the game is created.

Alternatively, the user device 20 used by a user other than the host user receives the received room information from the multi-game server 13 and displays the room information. This user device 20 transmits a request to participate in the game to the multi-game server 13 (or the real-time server 12) based on another user's operation. The multi-game server 13 transmits identification information of the user who transmitted the participation request to the host user device 21H. The host user device 21H displays the identity of the other user who sent the join request. In addition, the host user device 21H transmits information to the real-time server 12 that the participation of other users has been approved. As a result, the real-time server 12 registers the user who made the participation request in the game management information 37 as a guest user. The host user and guest user are distribution users who distribute the game animation.

The guest user's broadcasting user device 21 and viewing user device 22 display a lobby screen. A lobby is a virtual space where host users and guest users participating in a game gather before the game starts. In the lobby, host users and guest users can communicate by voice call or chat. The lobby screen includes avatar objects respectively corresponding to participating host users and guest users. The output control unit 52 draws each avatar object using the distribution user's motion data. Note that the distribution user device 21 and the viewing user device 22 may display the lobby screen even after the game ends.
The host user device 21</b>H receives a host user's predetermined operation on an operation object or the like displayed on the lobby screen, and transmits a game start request to the real-time server 12 . Upon receiving the game start request, the real-time server 12 starts the game by executing the selected game progress program. The game can also be played by the host user alone.

(Specific game example)
A specific example of the game will be described with reference to FIG. 8, focusing on in-game actions performed by the distribution user. Processing related to game parameters and processing related to group parameters will be described as separate processing. Here, the user device 20 will be described as having a touch panel.

First, the first stage will be explained. The first progress unit 40 and the second progress unit 45 of the real-time server 12 progress a game in which the distribution user fishes in the game field 55 . The first progression unit 40 displays a plurality of game fields 55 (fishing spots) so that the host user can select them. The first progression unit 40 records game field information indicating the game field 55 selected by the host user in the game management information 37 . Also, the first advancing unit 40 and the second advancing unit 45 transmit various data necessary for drawing the game field 55 to each distribution user device 21 . Game field 55 includes a movable area 56 . The first advancing section 40 and the second advancing section 45 control movement of the moving object 57 within the movable area 56 . The movable area 56 is a body of water such as the sea, river, lake, or the like. The moving object 57 may be displayed as a silhouette in the movable area 56 . Alternatively, the moving object 57 may be displayed in a display mode in which its type is identifiable. A moving object 57 is an object representing a fish or other object.

The operation detection unit 51 of the distribution user device 21 detects the first action execution operation of the distribution user using the distribution user device 21 in a predetermined game scene and the item 58 is not positioned in the movable area 56. accept. Specifically, the first action execution operation is a touch operation such as a tap operation, a swipe operation, or a flick operation. The predetermined game scene is a scene in which the cast, which is the first in-game action, can be executed. Casting is an in-game action that places (drops) an item 58 associated with the broadcast user into the movable area 56 . The item 58 is an object that can be owned or used by the user in the game, and is associated with the user at least when the first action execution operation is performed. Items 58 in this game include at least one of floats, baits, lures, fishing rods, and the like. Item 58 can also be selected by the broadcast user.

The transmission unit 53 transmits game progress data including the first action execution request to the real-time server 12 . Upon receiving the first action execution request from the distribution user device 21, the first advancing unit 40 executes a cast (game process P1).

The first advancing unit 40 controls movement of the moving object 57 and determines whether or not the relative distance between the moving object 57 and the item 58 reaches a predetermined distance or less. When the relative distance between the moving object 57 and the item 58 reaches a predetermined distance or less, the first progression unit 40 determines that the battle condition is established (satisfied) (game process P2: hook). When the battle condition is satisfied, the moving object 57 enters a battle ready state (selectable state). The acquisition unit 50 receives game control data including information indicating that the battle condition has been established from the real-time server 12 . The output control unit 52 notifies that the moving object 57 can be selected by displaying an icon 59 prompting an operation, moving the item 58, or outputting vibration or sound of the user device 20, or the like. It should be noted that, if the first progression unit 40 determines that a predetermined operation (for example, a tap operation) has been performed while the battle condition is not satisfied on the distribution user device 21, the first progress unit 40 moves the item 58 from the movable area 56 to the initial state. Allows the cast to be redone by returning to the position.

When the operation detection unit 51 receives a second action execution operation (for example, a tap operation) that is an operation performed within a predetermined period of time after the match condition is satisfied, the transmission unit 53 detects the progress of the game including the second action execution request. Send data to real-time server 12 . Upon receiving the second action execution request, the first progression unit 40 executes a battle with the moving object 57 (second in-game action) (game process P3). Based on the game control data received from the real-time server 12, the distribution user device 21 performs the second in-game action in which the avatar object 60 tries to pick up the moving object 57 associated with (hooked) the item 58. display.

The first progression unit 40 determines whether or not the second in-game action was successful based on the parameters associated with the broadcast user and the parameters associated with the moving object 57 . For example, the first advancing unit 40 determines the success rate (lottery probability) based on the acquisition probability associated with the moving object 57 and the set number of medals, which is the set value set by the distribution user. In this case, the higher the acquisition probability or the set number of medals, the higher the success rate. Then, the first advancing unit 40 performs a lottery to determine either success or failure based on the success rate. It should be noted that the higher the set number of medals, the lower the success rate may be, taking into consideration the game balance.

When determining that the distribution user has succeeded, the first progress unit 40 records the acquired moving object 57 (acquisition object) as a fishing result in the user information 35 associated with the distribution user (game step P4). The catch may be changed according to the item. In addition, the first advancing unit 40 transmits game control data including information about fishing results to the distribution user device 21 . Incidentally, since the catch is associated with the distribution user, it also functions as a reward (game reward).

When determining that the distribution user has failed, the first progression unit 40 ends the match without associating the catch. Also, the first advancing unit 40 transmits game control data including information indicating failure to the distribution user device 21 . When receiving the first action execution request from the distribution user device 21, the first advancing unit 40 newly executes a cast.

While the game steps P1 to P4 are thus repeated, the output control section 52 causes the moving object 57 to move based on the game control data. The broadcast user device 21 also receives game control data regarding other broadcast users from the real-time server 12 . Then, the output control unit 52 draws the avatar object 60 corresponding to the other broadcast user 70 based on the game control data relating to the other broadcast user. As a result, the avatar object 60 corresponding to each distribution user 70 performs a casting action, a fighting action (action to catch the moving object 57 that has been caught), and an action to acquire the moving object 57 . The game control data also includes data indicating emotes selected by other distribution users. In this case, the output control unit 52 causes the avatar object 60 to perform the action of the selected emote using the motion data corresponding to the emote. The viewing user device 22 draws the avatar object 60 similarly to the distribution user device 21 based on the game progress data transmitted from each distribution user device 21 .

Also, the first progression unit 40 changes the scene in the middle of the first stage. Specifically, the display mode (background color, etc.) of the game screen is changed. At this time, the first advancing unit 40 may change the type of the moving object 57 that moves within the movable area 56 .

The second progression unit 45 receives game progress data from the distribution user device 21 and transmits game control data to the distribution user device 21 . The second advancing unit 45 arranges a normal moving object 57 and a special moving object 57 (hereinafter referred to as a special object) in the movable area. Note that special objects are not placed in the first stage.

(first stage)
With reference to FIG. 9, the operation of the real-time server 12 in the first stage will be described with a focus on processing related to game parameters and processing related to group parameters.

When the first progression unit 40 receives a first action execution operation (casting operation) by a distribution user, the setting value identification unit 41 identifies a setting value set by the distribution user (step S1). The setting value specifying unit 41 transmits the specified setting values to the API server 14 . The API server 14 adds the setting value to the setting value total.

The game parameter, which is the set value, is the number of medals in this embodiment. The set value specifying unit 41 sets the game speed according to the number of set medals. The game speed shortens the time from when the first in-game action is executed until the battle condition is satisfied (or until the moving object 57 becomes ready for battle).

Further, when the first progression unit 40 executes the first in-game action, the setting value specifying unit 41 subtracts the setting value from the possessed value (step S2). Specifically, the setting value specifying unit 41 receives from the API server 14 the number of possessed medals, which is the possessed value recorded in the user information 35 . Then, the set number of medals is subtracted from the number of possessed medals. If the battle condition is not met and the first in-game action is to be redone, the set number of medals is added to the possessed value and returned to the original value.

The magnification setting unit 42 performs magnification setting processing using the specified setting value (step S3). In the magnification setting process, the boost magnification used in the second stage is set. The magnification setting unit 42 records the set boost magnification in the user information 35 via the API server 14 . Note that the magnification setting process may be performed after the update process of subtracting the set value from the possessed value and before the next update process.

The first reward giving unit 43 determines whether or not the first reward condition is satisfied (step S4). In this embodiment, the first reward condition is the success of the user's second in-game action on the moving object 57 that has become selectable. The first reward condition differs depending on the content of the game.

When the first reward granting unit 43 determines that the first reward condition is not satisfied (step S4: NO), the process proceeds to step S6.
When determining that the first reward condition is satisfied (step S4: YES), the first reward giving unit 43 gives an individual reward (step S5). Specifically, the first reward providing unit 43 determines the individual reward using the set number of medals and the odds (magnification) of the moving object 57 recorded in the game environment information 36 . The greater the odds (for example, “double”), the greater the number of medals that are individual rewards. Also, the greater the number of set medals, the greater the number of medals as individual rewards. For example, the first reward granting unit 43 determines the individual reward using a value obtained by multiplying the number of set medals by the odds. As described above, the odds are set to a magnification of 1 or more and a magnification of less than 1 in accordance with the moving object 57 . That is, depending on the moving object 57 that has been successfully acquired, there are cases in which an individual reward equal to or greater than the set value is obtained, and in other cases an individual reward smaller than the set value is obtained. Odds may be set for each type of moving object 57 or for each attribute (rarity, etc.). Alternatively, odds may be set for each moving object 57 . That is, different odds may be set for a plurality of moving objects 57 of the same type.

The first reward granting unit 43 transmits the number of medals, which is an individual reward, to the API server 14 together with the user ID of the distribution user 70 associated with the individual reward. The API server 14 adds the number of medals to the possession value of the user information 35 based on the user ID.

In this embodiment, the set value used when determining the individual reward is the set value when the first in-game action (cast) is executed. However, the timing of specifying the set value used when determining the individual reward may be in accordance with the period during which the broadcast user can change the set value. For example, set values specified when match conditions are met may be used to determine individual rewards.

The first advancing unit 40 updates the group parameters (step S6). The group parameters are updated when the first in-game action is performed. Alternatively, group parameters may be updated when a second in-game action is performed. The determination unit 44 determines the amount of increase of the group parameter according to the set value. For example, the determination unit 44 determines the amount of increase in the group parameter based on the increase factor of the group parameter pre-associated with the set number of medals. As the number of set medals increases, the amount of increase in the group parameter increases. The first advancing unit 40 transmits the increment of the group parameter to the API server 14 . The API server 14 updates the group parameter by adding the received increment to the total value of the group parameter in the game management information 37 . The determination unit 44 appropriately acquires the group parameter from the API server 14 and determines whether or not the value has reached a predetermined value.

The determination unit 44 determines whether or not the first stage has ended based on whether or not the mission of the group has been achieved (step S7).
If the determination unit 44 determines that the mission of the group has not been achieved, it determines that the first stage has not ended (step S7: NO), returns to step S1, and performs steps S1 to S7 along with the progress of the game. is performed by each function.

When the determination unit 44 determines that the mission of the group has been achieved (step S7: YES), the first stage ends. The first advancing unit 40 transmits data control data including a request to shift to the second stage to the distribution user device 21 . When the distribution user device 21 receives this data control data, it displays the screen of the second stage. When the elapsed time from the start of the first stage reaches the time limit, the game itself may be terminated without proceeding to the second stage.

(Magnification setting process)
The magnification setting process will be described with reference to FIG. The magnification setting unit 42 specifies the total set value as the set value (step S10). Specifically, the magnification setting unit 42 acquires the total set value (for example, “1000”) of the user information 35 from the API server 14 . Further, the magnification setting unit 42 adds the set number of medals specified in step S1 (for example, "100") to the total set value (for example, "1100").

Further, the magnification setting unit 42 determines whether or not to update the boost magnification (step S11). A plurality of thresholds (for example, "1100" and "1200") are set in stages for the total set value. The magnification setting unit 42 determines to update the boost magnification each time the total set value reaches a new threshold.

When the magnification setting unit 42 determines that the total set value has reached the threshold (step S11: YES), it updates the boost magnification (step S12). At this time, the magnification setting unit 42 performs lottery for the boost magnification. That is, one boost factor is selected from a plurality of boost factors. At this time, the magnification setting unit 42 selects a magnification higher than the boost magnification recorded in the user information 35 . As a result, the boost factor increases each time the total set value reaches the threshold. The magnification setting unit 42 records the randomly obtained boost magnification in the user information 35 via the API server 14 . Further, when the boost rate is updated, the rate setting unit 42 transmits the game control data including the boost rate to the distribution user device 21 .

On the other hand, if the magnification setting unit 42 determines that the total set value has not reached the threshold (step S11: NO), the process ends.
(Second stage)
With reference to FIG. 11, the operation of the real-time server 12 in the second stage will be described with a focus on processing related to game parameters and processing related to group parameters.

The set value specifying unit 41 sets a set value. In the second stage, the set value specifying unit 41 sets the number of set medals, which is the set value, to the maximum value.

The second reward giving unit 46 determines whether or not the second in-game action was successful in the second stage (step S16). When the second reward provision unit 46 determines that the second in-game action has failed (step S16: NO), the process proceeds to step S20.

When determining that the second in-game action has succeeded (step S16: YES), the second reward granting unit 46 determines whether or not the second reward condition is satisfied according to the play status of any distribution user belonging to the group. (step S17). The second reward condition is that the moving object that is the target of the second in-game action in the specific example of the game is a special object and that the second in-game action is successful. The second reward condition differs from game to game.

When the second reward giving unit 46 determines that the second reward condition is not satisfied (step S17: NO), the second in-game action on the normal moving object 57 is regarded as successful, and an individual reward is given (step S21). The second reward granting unit 46 determines individual rewards as in the first stage.

If the second reward provision unit 46 determines that the second reward condition is satisfied due to the play status of any distribution user (step S17: YES), it gives a group reward to each distribution user (step S18). The second reward giving unit 46 acquires the boost ratio of each distribution user recorded in the user information 35 via the API server 14 . In addition, the second reward granting unit 46 acquires the odds of the moving object 57 acquired by the distribution user from among the odds recorded in the game environment information 36 via the API server 14 .

Then, using the odds associated with the moving object 57 and the boost ratio of each broadcast user, the game parameter value (the number of medals) as a group reward is determined for each broadcast user. Special objects have higher odds than regular objects. Also, the higher the odds, the greater the value of the game parameter given to each distribution user. In addition, the higher the boost factor of the distribution user, the greater the value of the game parameter given to the distribution user. For example, the second reward providing unit 46 calculates the group reward by multiplying the constant using the number of set medals, the odds, and the boost factor.

The second reward granting unit 46 transmits the group reward and the user ID of the distribution user 70 associated with the group reward to the API server 14 . Based on the user ID, the API server 14 adds the value of the game parameter as the group reward to the possession value included in the user information 35 of each distribution user.

The second reward granting unit 46 transmits to the distribution user device 21 the game control data including the execution request for the special effect in addition to the information regarding the group reward determined for each distribution user (step S19). At this time, the value of the game parameter as the group reward is transmitted in the game control data to the distribution user device 21 to which the group reward has been given. Also, the second reward granting unit 46 transmits the same game control data as that of the host user to the viewing user device 22 .

The output control unit 52 of the distribution user device 21 and the viewing user device 22 outputs a special effect screen based on the game control data. The special effect is a effect that is output when the second reward condition is satisfied.

If the second reward providing unit 46 determines that the second in-game action has failed (step S16: NO), or if the second in-game action for the normal moving object 57 has succeeded (step S17: NO), and When an individual reward is given (step S21) and when a special effect execution request is sent (step S19), the second progress section 45 determines whether or not the second stage has ended (step S20). The end condition of the second stage is that the group parameter reaches the lower limit.

When the second progression unit 45 determines that the second stage has ended (step S20: YES), it ends the game. When the second progression unit 45 determines that the second stage has not ended (step S20: NO), the process returns to step S16.

A specific example of giving an individual reward to a distribution user will be described with reference to FIG. In the example of FIG. 12, it is assumed that two distribution users 70 (host user 70H and guest user 70G) are participating in the game. It is also assumed that the real-time server 12 transmits/receives data such as setting values, possessed values, total setting values, boost ratio, remaining time, group parameters, etc. to/from the API server 14 .

The first progression unit 40 of the real-time server 12 receives game progress data including the set number of medals 71 (for example, "100") bet by the host user 70H from the distribution user device 21 of the host user 70H. In addition, the first progression unit 40 receives game progress data including the set number of medals (for example, "200") bet by the guest user 70G.

The first advancing unit 40 updates the number of medals possessed by the host user 70H (eg, "900") by subtracting the set number of medals (consumption of medals) from the number of medals possessed by the host user 70H (eg, "1000"). . Further, the first advancing unit 40 updates the number of medals possessed by the guest user 70G (eg, "800") by subtracting the set number of medals from the number of medals possessed by the guest user 70G (eg, "1000").

When determining that the match against the moving object 57 of the host user 70H is successful, the first reward giving unit 43 gives an individual reward 72 according to the set number of medals 71 bet by the host user 70H. The first reward granting unit 43 adds a new number of medals (for example, "200") as the individual reward 72 to the number of owned medals associated with the host user 70H, thereby updating the possessed value (for example, "1100"). . A moving object 57 is also associated with the host user 70H.

Here, it is assumed that the guest user 70G successfully competes against the same moving object 57 as the moving object 57 associated with the host user 70H. If the set number of medals 71 (for example, "200") for the guest user 70G is greater than the set number of medals 71 for the host user 70H, the personal reward 72 (for example, "400") granted to the guest user 70G is given to the host user 70H. It is larger than the personal reward 72 given. The first reward granting unit 43 updates the possessed value by adding the personal reward 72 to the possessed medal count associated with the guest user 70G (for example, "1200"). It should be noted that if the battle with the moving object 57 fails, the set number of medals 71 is subtracted from the possessed value, but the individual reward 72 is not given.

Further, upon receiving a cast execution request from each distribution user device 21, the determination unit 44 increases the total value of the group parameters regardless of whether the second in-game action was successful. The broadcast user device 21 represents the total value of the group parameters with the group gauge 73 . The unit of the group parameter may be a unique unit (eg "1", "2") or the number of medals.

Thus, in the first stage, the distribution user 70 basically enjoys playing against the moving object 57 as an individual. Also, the first reward granting unit 43 grants an individual reward 72 based on the result of the match. On the other hand, the first advancing unit 40 increases the group parameter based on the execution of casting by the distribution user 70 . Since the group parameter increases regardless of the result of the match, each broadcast user can move to the second stage regardless of the experience of playing the game, the technique of the broadcast user, or the like. Therefore, it is possible to increase the user's motivation for the game. Also, a user who is playing the game for the first time can play the game without worrying about the difference in playing experience from users who have already played the game. Moreover, the more users participating in the game, the faster the group parameter will increase. Therefore, it is possible to encourage the host user to request participation from other users.

A specific example of giving a group reward to a distribution user will be described with reference to FIG.
In the first stage, the multiplier setting unit 42 of the real-time server 12 sets the boost multipliers 74H and 74G for each distribution user 70 according to the set number of medals 71 . Specifically, the magnification setting unit 42 sums the number of set medals 71 (for example, “100”, “200”, “300”) consumed each time an action execution operation by the distribution user 70 is accepted. (eg "600"). Then, when the total value of the set number of medals 71 reaches a threshold value (eg, "500"), the magnification setting unit 42 increases the boost magnification by one from the boost magnifications (eg, "x2", "x3", etc.) to 74H, 74G. lottery. By drawing lots for the boost factor in this way, the randomness increases and the interest of the game can be enhanced.

The second progression unit 45 advances the game in the second stage when the group parameter reaches the maximum value in the first stage. It should be noted that the second advancing unit 45 does not subtract the number of medals set by the distribution user from the number of medals possessed by the distribution user 70 even if the cast is executed.

In FIG. 13, for example, it is assumed that the play status of the host user 70H satisfies the second reward condition. In this case, the second reward granting unit 46 uses the boost factor 74H (eg, “×2”) set for the host user 70H to calculate the number of medals (eg, “5000”) that is the group reward 75 for the host user 70H. ”). In addition, the second reward granting unit 46 determines the number of medals (eg, "10000") as the group reward 75 for the guest user 70G using the boost factor 74G (eg, "x4") of the guest user 70G. That is, even if the host user 70H satisfies the second reward condition and the guest user 70G does not satisfy the second reward condition, the group reward 75 is given to all distribution users 70 participating in the game. In addition, since the group reward 75 given to each person is determined according to the boost factors 74H and 74G associated with each distribution user 70, the group reward 75 given to the guest user 70G satisfies the second reward condition. It may be higher than the group reward 75 awarded to the host user 70H.

In this way, in the second stage, group rewards are given when not only the broadcast user himself/herself but also other broadcast users 70 participating in the group satisfy the second reward condition. Therefore, in the second stage, in addition to the fun of obtaining a reward corresponding to the set number of medals 71 bet by the broadcast users 70, the sense of solidarity between the broadcast users can be enhanced. Therefore, it is possible to prevent the distribution users 70 from having the impression that the game is monotonous. Furthermore, the number of medals tends to increase in the second stage compared to the first stage. For this reason, it is possible for the distribution user to experience the fun of rapidly increasing the number of medals.

Also, by increasing the set number of medals 71 in the first stage, the boost factor used in the second stage tends to be high. Therefore, it is possible to increase the motivation of each distribution user 70 for the first stage. In addition, since such a game in which the number of medals is bet has randomness, users who do not like randomness tend not to participate in the game. However, by making the game played by a plurality of users in this way, the number of elements that the users can enjoy increases. Therefore, the impression of randomness of the game can be softened.

<Special production>
Next, the special effect (step S19) will be described in detail. Here, the period during which the games of the first stage and the second stage are executed, excluding the period during which the special effect is performed, is referred to as the game progress period. The period during which the special effect is performed is the period during which shooting is possible (hereinafter referred to as shooting period). The shooting period is started when the second reward condition, which is an acquisition condition, is satisfied.

When the output control unit 52 of the distribution user device 21 receives the special effect execution request from the real-time server 12 , it starts a shooting period for shooting the avatar object 60 . The progress of the game is stopped during the shooting period. For example, real-time server 12 stops decrementing the group parameter. The output control unit 52 stops displaying the game screen during the shooting period. Also, the output control unit 52 uses the tracking data detected by the motion detection unit 54 to display the avatar object 60 reflecting the motion such as facial expression of the distribution user 70 on the special effect screen. The avatar object 60 reflecting the action such as the facial expression of the distribution user 70 is the avatar object 60 in the second display mode. In addition, the output control unit 52 uses the tracking data of the other distribution users 70 acquired by the acquisition unit 50 to display the avatar objects 60 reflecting actions such as facial expressions of the other distribution users 70 on the special effect screen. When the distribution user 70 using the own device or another distribution user 70 selects an emote function, the output control unit 52 displays the avatar object 60 using motion data corresponding to the selected emote.

Further, the output control unit 52 records an image including the avatar object in the storage 26 based on the operation (shooting operation) of the distribution user 70 during the shooting period. The condition for ending the shooting period is that the operation detection unit 51 has received an operation by the distribution user 70 to close the special effect screen, or that a predetermined time has elapsed since the shooting period started.

When the shooting period ends, the output control unit 52 terminates the shooting period and ends the display of the avatar object 60 using the tracking data, and also starts the game progress period to display the game screen.

During the shooting period, the second advancing unit 45 may execute at least part of the game processing related to the second stage while stopping the progress of the game. For example, if another distribution user 70 is competing just before the shooting period starts, calculation of the success rate and determination of success and failure may be performed.

Further, when the game progress period is restarted, the output control section 52 may display the game screen based on the game progress data immediately before the shooting period starts. The game progress data includes play statuses of other distribution users 70 . For example, if the distribution user 70 other than the distribution user 70 who satisfied the second reward condition was performing the first in-game action (casting) immediately before the shooting period, the output control unit 52 determines that the distribution user 70 has performed the first in-game action (casting). Display the game screen with the in-game action performed.

Alternatively, when the game progress period is restarted, the output control unit 52 may set the play status of each distribution user 70 to the initial state before the first in-game action (cast) is performed.
Alternatively, if the second progressing unit 45 determines that the other distribution user 70 satisfies the second reward condition immediately before the shooting period when the one distribution user 70 satisfies the second reward condition, the second promotion unit 45 performs a special effect. You can do it continuously.

<picture book>
Referring to FIG. 14, the process of registering in the pictorial book executed by the first advancing unit 40 and the second advancing unit 45 will be described. The picture book registration process is performed for the picture book associated with the delivery user 70 when the delivery user 70 satisfies the object acquisition condition. The acquisition condition is that the distribution user 70 has succeeded in the second in-game action. Here, it will be explained that the first advancing unit 40 performs registration in the pictorial book when the acquisition condition is satisfied in the first stage. It should be noted that the second advancing unit 45 also performs the picture book registration process in the same manner.

The order in which the game field 55 is opened to the user is predetermined. Also, the moving object 57 is associated with the game field 55 . When the distribution user 70 succeeds in the second in-game action, the first progression unit 40 registers the moving object 57 in the picture book (step S26). Specifically, the first promoting unit 40 transmits the object ID of the moving object 57, the user ID of the distribution user 70 who acquired the moving object 57, and a registration request to the API server 14. FIG. The API server 14 registers the object ID of the moving object 57 in the picture book of the game field 55 associated with the moving object 57 among the user information 35 corresponding to the user ID.

The first progression unit 40 acquires the completion rate of the picture book identified in step S27 among the game fields 55 associated with the distribution user for whom the second in-game action was successful (step S27). Specifically, the completion rate represents the ratio of the number of moving objects 57 registered in the picture book to the number of possible registrations in the picture book. The first progress unit 40 may acquire the completion rate calculated by the API server 14 . Alternatively, the first advancing unit 40 may acquire the number of possible registrations and the number of moving objects 57 registered in the picture book from the API server 14 and calculate the completion rate.

The first advancing unit 40 determines whether or not the completion rate is equal to or higher than a predetermined rate (step S28). If it is determined that the completion rate (eg, 60%) is less than the predetermined rate (eg, 80%) (step S28: NO), processing waits until the distribution user 70 succeeds in the next second in-game action.

On the other hand, when the first advancing unit 40 determines that the completion rate (eg, 85%) is equal to or higher than the predetermined rate (eg, 80%) (step S28: YES), the distribution user 70 is given a predetermined release rate. A new game field 55 is opened according to the order (step S29). For example, the game field 55 with the lowest order (smallest assigned number) among the orders of the game fields 55 that have not been opened is opened. The first progression unit 40 records the opened game field 55 in the user information 35 . As a result, when the distribution user 70 becomes the host user 70H, the game can be started in the open game field 55. FIG.

The user can basically play the game on the game field 55 opened to himself/herself. However, when the user participates in the game as the guest user 70G as described above, even if the game field 55 is not open to the guest user 70G, if the game field 55 is open to the host user 70H, can play the game. Also, the guest user 70G can register the moving object 57 in the picture book associated with the game field 55 even if the game field 55 is not open to the guest user 70G.

Even if the game field 55 is not open to the guest user 70G, the guest user 70G may be allowed to play the game in the game field 55 when the comprehension rate of the picture book reaches or exceeds a predetermined rate. .
<Display screen>
Examples of various screens displayed on the display 32 of the user device 20 when a fishing game is executed will be described with reference to FIGS. 15 to 18. FIG.

FIG. 15 shows an example of a game screen 80 displayed by the distribution user device 21. As shown in FIG. The example of FIG. 15 shows a game screen 80 in the first stage. The output control unit 52 receives the game environment information 36 from the API server 14 . The output control unit 52 also receives game control data from the real-time server 12 . Furthermore, the output control unit 52 receives display control data for drawing the avatar object 60 from the multi-game server 13 . Then, the output control unit 52 displays the game screen 80 using these pieces of information.

Game screen 80 includes the background of game field 55 . The game screen 80 also includes images of the avatar object 60 , the fishing rod 81 , the item 58 , the movable area 56 and the moving object 57 . In the example of FIG. 15, it is assumed that two distribution users 70 are participating in the game.

The output control unit 52 draws the avatar object 60 using motion data of a predetermined in-game action based on the operation of the distribution user 70 . The in-game action includes a cast action, an action to fight against the moving object 57, an action to catch the moving object 57, and the like. During the game progress period, in order to reduce the processing load on the user device 20 , the output control unit 52 renders the avatar object 60 without using the motion data from which the distribution user 70 facial expression is detected.

The operation detection unit 51 receives selection of an emote function by the distribution user 70 . Further, after casting, the operation detection unit 51 does not accept selection of emotes by the distribution user until the battle is over or until the items are collected without the battle. The output control unit 52 draws the avatar object 60 using motion data corresponding to the selected emote type. Also, the output control unit 52 receives from the multi-game server 13 information designating an emote selected by another distribution user 70 . Then, the avatar object 60 is drawn using the motion data specified by another distribution user 70 .

A game screen 80 includes an individual gauge 82 and a group gauge 83 . The individual gauge 82 represents the set number of medals. In the example of FIG. 15, when the operation detection unit 51 receives the operation of the plus button and the minus button of the personal gauge 82, the output control unit 52 increases the gauge value of the personal gauge 82. FIG. Also, the transmission unit 53 transmits the set number of medals to the real-time server 12 . Adjacent to the personal gauge 82 is a medal number display portion 84 that indicates set medals.

The output control unit 52 uses the group parameters received from the API server 14 to display the group gauge 83 . A group gauge 83 represents the value of the group parameter. In the second stage, the individual gauge 82 automatically reaches its maximum value. Also, when the second stage is started, the group gauge 83 is at its maximum value, but decreases with the lapse of time.

The game screen 80 also includes a speed display portion 85 , a magnification display portion 86 , and a possessed medal display portion 87 . The output control unit 52 displays these based on the speed value (not shown), boost ratio, and possessed value received from the API server 14 . A speed display portion 85 indicates the speed at which the group parameter increases. The magnification display section 86 indicates the boost magnification of the distribution user 70 . The owned medal display portion 87 indicates the number of medals, which is the owned value recorded in the user information 35 of the distribution user 70 . Note that the distribution user device 21 displays a personal gauge 82, a speed display section 85, a magnification display section 86, and a possessed medal display section 87 corresponding to the distribution user 70 using the own device.

Furthermore, the game screen 80 includes a picture book display button 88A, an emote selection button 88B, and a camera button 88C. When the picture book display button 88A is selected by the distribution user 70, the transmission unit 53 transmits the user ID and a picture book transmission request to the API server 14. FIG. The acquisition unit 50 receives information about the picture book from the API server 14 and displays the picture book associated with the distribution user 70 . The output control unit 52 selectably displays a plurality of emotes when the emote selection button 88B is selected. The output control unit 52 draws the avatar object 60 corresponding to the broadcast user using the emote selected by the broadcast user. The transmission unit 53 also transmits information designating the selected emote to the multi-game server 13 . The output control unit 52 shoots the game screen when the camera button 88C is selected.

The viewing user device 22 displays the same game screen (not shown) as the distribution user device 21 except for the personal gauge 82 , the magnification display section 86 and the possessed medal display section 87 . A game screen displayed by the viewing user device 22 includes a group gauge 83 and a speed display portion 85 .

Also, the game screen displayed by the viewing user device 22 includes an evaluation button, a gift button, a camera button, and a collaboration button (all not shown). The evaluation button is a button that allows the viewing user to express a positive evaluation of the distribution (for example, “Like!”). A gift button is a button for giving a gift to the distribution user 70 . When the viewing user selects the gift button, the viewing user device 22 transmits a gift display request to the multi-game server 13 . After the game ends, the multi-game server 13 displays the gift object corresponding to the gift display request on the screen. A camera button is a button for capturing a screen. A collaboration button is a button for participating in a game.
In the game screen 80 illustrated in FIG. 15, the medal number display portion 84, the group gauge 83, and the speed display portion 85 are displayed efficiently so that they can be easily viewed even on a small screen such as a smartphone. In addition, the personal gauge 82 is positioned so that the user can easily operate it with one hand. Furthermore, the individual gauge 82 and the group gauge 83 have an elongated shape. The longitudinal direction of the individual gauge 82 is the first direction (horizontal direction), and the longitudinal direction of the group gauge 83 is the second direction (longitudinal direction). Therefore, even if there are multiple gauges on the game screen 80, the user can distinguish between them at a glance.

FIG. 16 is an example of a reward screen 90 that notifies the distribution user 70 that an individual reward has been given. The remuneration screen 90 is displayed in the first stage individual reward giving process (step S5) and the second stage individual reward giving process (step S21).

The reward screen 90 includes a fishing result display portion 91 . The fishing result display section 91 displays the moving object 57 for which the second in-game action has succeeded as a fishing result. The reward screen 90 also displays the attributes (name, size, weight) of the moving object 57 . In addition, the reward screen 90 includes the number of medals 92 as individual rewards. This screen is a screen showing that an individual reward has been given to the distribution user 70 using the distribution user device 21 himself. When individual rewards are given to other distribution users 70, a reward screen in another display mode is displayed. For example, on this remuneration screen, the distribution user 70 who acquired the catch and the catch are displayed in association with each other. The image of the individual reward given to other distribution users 70 may be smaller in image size than the image of the individual reward obtained by the distribution user 70 using the own device. Alternatively, the amount of information included in the image of personal reward given to other distribution users 70 may be less than the amount of information included in the image of personal reward obtained by the distribution user 70 using the own device. In addition, the image related to the fishing result given to the other distribution users 70 may be smaller in size and may contain less information than the image of the fishing result obtained by the distribution user 70 using the own device. When a plurality of distribution users 70 obtain individual rewards, images of individual rewards are displayed with high frequency. It is possible to prevent the action of the distribution user 70 and the action of each distribution user 70 from being hidden by the image of the individual reward. In addition, it is possible to prevent the progress of the game from being hindered due to the difficulty of viewing the screen.

FIG. 17 shows an example of a special effect screen 95 displayed by the distribution user device 21. As shown in FIG. The special effect screen 95 is displayed in the process of performing a special effect (step S19).
The special effect screen 95 includes avatar objects 60 that have participated in the game. The output control unit 52 displays each avatar object 60 in such a size that at least the facial expression can be recognized by the user. In addition, the output control unit 52 displays the avatar object 60 in which the motion data indicating the action of the distribution user 70 is reflected. The motion of the broadcast user 70 includes at least one motion of the head (neck), arm, hand, and body in addition to the facial expression of the broadcast user 70 . Also, when the distribution user 70 selects the emote function, the output control unit 52 displays the avatar object 60 using motion data corresponding to the selected emote. Note that the special effect screen 95 may include an image of the acquired special object 106 (moving object 57). Also, the obtained special object 106 and a predetermined part (for example, a hand) of the avatar object 60 from which the special object 106 was obtained may be displayed in association with each other. By associating the special object 106 with the predetermined portion, the special object 106 is displayed so as to be in contact with the predetermined portion. As a result, the avatar object 60 with the special object 106 is displayed.

The special effect screen 95 includes an emote selection button 88B, a camera button 88C and an end button 96. When the emote selection button 88B is selected, the output control section 52 of the user device 20 displays an emote selection section (not shown) displaying a plurality of icons representing each emote. The distribution user 70 selects one of the icons displayed in the emote selection section. The distribution user device 21 transmits information designating motion data corresponding to the selected icon to the multi-game server 13 . The multi-game server 13 transmits display control data including information indicating motion data to the other user devices 20 . Note that the multi-game server 13 may transmit the motion data itself.

When the camera button 88C is selected by the delivery user 70, the output control section 52 captures (photographs) the screen. At this time, the output control unit 52 of the distribution user device 21 may erase each icon and capture the screen. The output control unit 52 then records the captured image in the storage 26 . Also, when the viewing user selects a camera button (not shown), the viewing user device 22 captures (photographs) the screen and records the captured image in the storage 26 .

Reflecting the expression of the distribution user 70 on the avatar object 60 during game execution increases the processing load on the user device 20 . When the distribution method is the server rendering method, the processing load on the multi-game server 13 increases. In addition, it is difficult to synchronize the facial expressions of the avatar object 60 with the progress of the game.

Therefore, as described above, by providing a shooting time for the avatar object 60 while the game is suspended from the user's point of view, the processing load on the user device 20 can be reduced, and a sense of solidarity can be achieved by sharing the same game space. It can be given to broadcast users 70 . The distribution user 70 can perform various performances on the special effect screen 95 . Furthermore, by displaying the special effect screen 95, it is possible to prevent the viewing user from getting tired of viewing the moving image. Also, when a plurality of broadcast users participate in the game, each broadcast user is concentrating on his or her own game play, making it difficult to check the play status of other broadcast users. In the above game, by providing a special effect when another distribution user succeeds in the second in-game action, it is possible to secure time for other distribution users to praise the acquisition of the special object. Therefore, it is possible to promote communication between distribution users.

FIG. 18 shows an example of the pictorial book screen 100. As shown in FIG. The distribution user device 21 displays the picture book screen 100 when the distribution user 70 selects the picture book display button 88A (eg, included in the game screen 80 of FIGS. 15 and 16). The pictorial book screen 100 includes a list of objects. In this embodiment, a picture book display button 88A is displayed on the screen of the distribution user device 21 during game execution. The distribution user 70 may select the picture book display button 88A to display the picture book screen 100 during execution of the game. A picture book display button 88A is also displayed on the lobby screen. The distribution user 70 may select the picture book display button 88A to display the picture book screen 100 before the game starts and after the game ends.

The pictorial book screen 100 includes a field identification portion 101 and an object display portion 102 . The output control unit 52 displays the moving object 57 acquired by the distribution user 70 as the object display unit 102 in association with the game field 55 indicated by the field identification unit 101 . As described above, the game field 55 is associated with a predetermined number of moving objects 57 obtainable in the game field 55 . The object display section includes an acquired object display section 102A that shows moving objects 57 already acquired by distribution user 70, and an unacquired object display section 102B that shows moving objects 57 that can be acquired but have not yet been acquired. Acquisition object display unit 102A can accept an operation by distribution user 70 . In the acquired object display portion 102A and the unacquired object display portion 102B, the rarity (rarity) 103 of the corresponding moving object 57 is displayed in association with each other.

Acquisition object display portion 102A includes an image of moving object 57 . The moving object 57 is hidden in the unacquired object display portion 102B. Alternatively, as shown in FIG. 18, the unacquired object display section 102B may be in a display mode in which only the silhouette of the moving object 57 is displayed, in which the type of the moving object 57 cannot be determined at first glance. The pictorial book screen 100 also includes an object number display portion 110 that displays the number of moving objects 57 that can be acquired in the game field 55 and the number of acquired moving objects 57 .

As shown in FIG. 19, the output control unit 52 displays the object display screen 105 when receiving the operation of the distribution user 70 to select the acquisition object display unit 102A. The acquisition unit 50 requests the API server 14 for information for displaying the object display screen 105 or acquires the information in advance. The object display screen 105 includes, in addition to the image of the moving object 57, the name, attributes, rarity of the moving object 57, and the number of times the moving object 57 has been obtained. Attributes include the total length and weight of the moving object 57 . Rarity is the rarity of the moving object 57 . The higher the rarity, the more medals the distribution user 70 can acquire.

The distribution user 70 may acquire a moving object 57 of the same type as the moving object 57 already registered in the picture book, but with different attributes such as total length and weight. When the first advancing unit 40 or the second advancing unit 45 obtains the moving object 57 already registered in the picture book, it updates the number of times the same moving object 57 has been obtained via the API server 14 . The output control unit 52 displays the number of times the moving object 57 has been caught on the object display screen 105 . In this case, the first advancing unit 40 or the second advancing unit 45 may register a plurality of moving objects 57 in the picture book. Alternatively, the first progress unit 40 or the second progress unit 45 compares the attributes of the already registered moving object 57 and the newly acquired moving object 57 . Then, as a result of the comparison, a moving object 57 with a high rarity level or a large (or small) parameter may be newly registered in the picture book. For example, when moving objects 57 of the same type are acquired, the moving object 57 with the greater length or weight included in the attribute may be registered in the picture book.

When the host user 70H displays the pictorial book screen 100, the viewing user can view the pictorial book screen 100 visually. For example, the distribution user device 21 and the viewing user device 22 display the picture book screen 100 of the host user 70H on the lobby screen displayed after the game ends. By displaying such a pictorial book screen 100, it is possible to make the user feel the fun of collecting the moving objects 57. FIG.

<Hardware configuration>
An example of a processing circuit will be described with reference to FIG. FIG. 23 is a block diagram of the processing circuitry of the user device 20 disclosed herein. The processing circuit 200 corresponds to the control section 25 and the communication interface 27 shown in FIG. Each of the servers 12 to 14 also has a control circuit with a similar configuration.

Processing circuitry 200 includes a processor, CPU 201, and memory 202, which executes one or more of the control processes disclosed herein. Process data and instructions may be stored in memory 202 . These processing data and instructions may be stored in the storage 26, which is a storage medium disk such as a hard drive (HDD) or a portable storage medium, or may be stored in a storage medium provided separately from the processing circuit 200. may be Storage 26 is connected to CPU 201 via bus 210 and storage controller 203 .

Each function disclosed herein includes, but is not limited to, CPU 201, general purpose processors, special purpose processors, integrated circuits, Application Specific Integrated Circuits (ASICs), conventional processors, configured or programmed to perform the disclosed functions. It can be implemented using circuits that can include circuits and/or combinations thereof. A processor is a processing circuit or circuitry because it includes transistors and other circuits therein. The processor may be a programmed processor executing programs stored in memory. In the present disclosure, a unit or means such as a processing circuit, first output controller, etc., is hardware that performs or is programmed to perform the functions referred to. The hardware may be any hardware disclosed herein or otherwise known that is programmed or configured to perform the functions referred to.

Moreover, the processor is not limited by the form of computer-readable medium on which the instructions of the process are stored. For example, the instructions may be stored on a CD, DVD, FLASH memory, RAM, ROM, PROM, EPROM, EEPROM, hard disk or other non-transitory computer readable medium of an information processing device with which processing circuitry 200 communicates, such as a server or computer. may The processes may also be stored in network-based storage, cloud-based storage, or other mobile-accessible storage and executable by processing circuitry 200 .

Statements or blocks in the flowcharts disclosed herein are understood to represent modules, segments or portions of code that include one or more executable instructions for implementing particular logical functions or steps in the process. be able to. Also, the above descriptions or blocks may perform functions out of order from that shown or described in the specification, such as substantially concurrently or in reverse order.

The hardware elements for implementing processing circuitry 200 may be implemented by various circuit elements. Furthermore, each function of the above-described embodiments may be implemented by circuitry including one or more processing circuitry.

Processing circuitry 200 also includes a network controller 206 for connecting to network NW. The network NW can be a public network such as the Internet, or a private network such as a local area network (LAN) or a wide area network (WAN), or any combination thereof; A Services Digital Network (ISDN.RTM.) sub-network may also be included. The network NW can also be wired, such as an Ethernet network, a Universal Serial Bus (USB) cable, or wireless, such as a cellular network, including 3G, 4G and 5G wireless cellular systems. Also, the wireless network may be Wi-Fi®, wireless LAN, Bluetooth®, or other forms of wireless communication known in the art. In addition, network controller 206 may comply with other direct communication standards such as Bluetooth®, Near Field Communication (NFC), infrared, and the like.

The processing circuitry 200 further comprises a display controller 205 and an input/output interface 207 . These are connected to bus 210 . Display controller 205 connects to display 32 . The input/output interface 207 connects to the touch panel 208 and the peripheral device 209 . A peripheral device 209 is, for example, a speaker or a microphone. Each of the servers 12 to 14 can have a configuration in which the display controller 205 and the input/output interface 207 are omitted.

Effects of the first embodiment will be described.
(1-1) In a game in which a reward is given according to a set value bet by a distribution user 70, the second progression unit 45 selects a group member if a distribution user 70 belonging to the group satisfies a second reward condition. A group reward 75 is given to each distribution user 70 who belongs. Therefore, each distribution user 70 who participates in the game can easily feel solidarity. Therefore, compared to a game in which an individual bets a set value and obtains a reward, it is possible to prevent the user from having the impression that the game is monotonous, and to increase the interest of the game.

(1-2) The first progression unit 40 executes the first in-game action based on the first action execution operation, thereby causing the set value to be subtracted from the possessed value associated with the distribution user 70 . Then, if the second in-game action is successful, an individual reward 72 corresponding to the set value is added to the possessed value. Therefore, it is possible to provide the distribution user 70 with the fun of increasing the individual reward 72 according to the set value.

(1-3) The first progression unit 40 increases the boost factor according to the set value. Also, the second reward granting unit 46 increases the group reward 75 according to the boost factor. In other words, the play situation using the set values in the first stage affects the group reward 75 . Therefore, it is possible to make the distribution user 70 more motivated to play the first stage.

(1-4) In the second stage, the higher the odds of the moving object 57, the greater the group reward 75. Therefore, it is possible to increase the desire to compete with the moving object 57 with high odds.

(1-5) The group parameter was decreased according to time and the second stage was terminated when the lower limit value was reached. Therefore, it is possible to provide a game with a sense of tension.
(1-6) The first promotion section 40 and the second promotion section 45 determine by lottery whether or not the first remuneration condition and the second remuneration condition are satisfied. Therefore, a game with randomness can be provided.

(1-7) The output control unit 52 starts a shooting period for shooting the avatar object 60 when the playing situation of the distribution user 70 satisfies the shooting condition (success of the second in-game action in this embodiment). bottom. In addition, the progress of the game screen was stopped during the shooting period, and the avatar object 60 in the second display mode reflecting the motion of the distribution user 70 was displayed using the tracking data. Therefore, the distribution user 70 can interrupt the game operation and perform various performances. Moreover, when a plurality of distribution users 70 participate in the game, the sense of solidarity among the distribution users 70 can be enhanced. At this time, since the action of the distribution user 70 is not reflected in the avatar object 60 during the game progress period, the processing load on the user device 20 during the game progress period can be reduced.

(1-8) When the distribution user 70 satisfies the second reward condition (shooting condition), the output control unit 52 stops the progress of the game of all the distribution users 70, and controls the actions of each distribution user 70. A reflected avatar object 60 is displayed. Since there is no need to concentrate on the game during the shooting period, the distribution user 70 can easily communicate with other distribution users 70 .

(1-9) The output control unit 52 records the captured image in the storage 26 in association with the image of the moving object 57 acquired by the distribution user 70 . Therefore, the distribution user 70 can check the record when the moving object 57 was acquired.
(1-10) Regardless of whether or not the game field 55 associated with the host user is associated with the guest user, the output control unit 52, when the guest user acquires the moving object 57 in the game field 55, The moving object 57 is displayed in the guest user's picture book. Therefore, the user can be motivated to participate in the game that can be played by a plurality of users.

(Second embodiment)
A second embodiment of a program, an information processing method, a game control device, and a game control method will be described below with reference to FIGS. 20 and 21. FIG. The second embodiment is different from the first embodiment in that, when the distribution user 70 satisfies the second remuneration condition, the information regarding the distribution of the game animation is stored in the picture book. In the following, parts similar to those of the first embodiment are denoted by the same reference numerals, and detailed description thereof will be omitted.

As shown in FIG. 20 , the multi-game server 13 records distribution history information 115 in the game information storage section 16 . Distribution history information 115 is recorded when a room is created. The multi-game server 13 updates the distribution history information 115 based on the distribution status of the game moving images until the distribution of the moving images ends or the game ends. The distribution status includes information about the distribution user 70 as well as information about the viewing user who viewed the game video.

The distribution history information 115 includes participating user information, viewing user information, game history information, and chat information. Participating user information is information that identifies the host user and the guest user who have participated in the game. The viewing user information is information about the viewing user who has viewed the game video. For example, the viewing user information is the number of viewing users. The number of viewers is the number of viewers who were watching when the game started, the number of viewers who were watching when the game ended, the number of viewers who stopped watching in the middle, and those who watched from the middle of the distribution. is the cumulative number, etc., including the viewing users who started The game history information includes information such as the items 58 used in the game and the set number of medals when the first reward condition or the second reward condition is satisfied. The chat information is text data or the like indicating the content of the in-game chat that took place during the shooting period. The chat information may indicate the content of the chat between the distribution users. Alternatively, the chat information may indicate the content of the message sent by the viewing user. The distribution history information 115 may also include the date and time of distribution, and the distribution time from the start time to the end time of distribution.

When the output control unit 52 receives a user's operation for displaying the object display screen 105 of the picture book, the output control unit 52 sends a browsing request requesting data for displaying the object display screen 105 to the API server 14 and the multi-game server 13. It is transmitted together with the object ID of the designated moving object 57 . The API server 14 transmits information about the picture book to the distribution user device 21 . The multi-game server 13 transmits the distribution history information 115 to the distribution user device 21 . The output control unit 52 displays the illustrated book object display screen 105 based on the received information about the illustrated book and the distribution history information 115 .

Note that the distribution user device 21 may receive at least one of the information on the picture book and the distribution history information 115 from the real-time server 12 . Real-time server 12 receives such information from API server 14 and multi-game server 13 . Alternatively, the distribution user device 21 may receive the information on the picture book and the distribution history information 115 from the API server 14 . In this case, the API server 14 acquires the distribution history information 115 from the multi-game server 13 . The API server 14 then transmits the information on the picture book and the distribution history information 115 to the distribution user device 21 . Alternatively, the distribution user device 21 may receive the information on the picture book and the distribution history information 115 from the multi-game server 13 . In this case, the multi-game server 13 acquires information about the picture book from the API server 14 . The multi-game server 13 then transmits the information on the picture book and the distribution history information 115 to the distribution user device 21 .

FIG. 21 shows the object display screen 105 of the pictorial book. The image of the moving object 57 shown in FIG. 21 is the image of the special object 106 . For example, the output control unit 52 may include the user identification information 116, the number of viewers 111 who watched the game video, the game history information 112 (fishing information), the chat display button 113, and the captured image 114 as the distribution status. The user identification information 116 is the icon or user name of the distribution user 70 who participated in the game. When the user selects an icon, the output control unit 52 displays detailed information about the distribution user 70 corresponding to the icon. The game history information 112 (fishing information) includes information such as the item 58 used in the game and the set number of medals when the second in-game action is successful. Further, when the chat display button 113 is selected, the output control unit 52 displays the chat content during the shooting period. The chat content displayed is not limited to the chat during the shooting period, but also the chat content from the time the shooting period started until a predetermined time ago (past), and the chat content from the time the shooting period ends until the specified time has passed. may be chat content during the period of As a result, it is possible to record the state of the conversation between the distribution users 70 during the battle with the special object 106 or after the shooting is finished. In addition, when the number of chat posts or the number of characters included in the chat content is large, a chat display screen (not shown) is displayed separately from the object display screen 105 when the chat display button 113 is selected. You may make it As a result, even if the number of chats is large, the contents of the chats can be easily viewed.

The captured image 114 is displayed on the object display screen 105 when the moving object 57 is a special object. Note that the captured image 114 is not displayed on the object display screen 105 of the normal moving object 57 . The captured image 114 is an image captured during the special effect. By recording the game play situation on the object display screen 105 in this way, the user can refer to the play situation when playing the game. Also, by recording the participating users, the chats, and the captured images 114, it is possible to keep a record of the communication of the other distribution users 70. FIG.

According to the second embodiment, in addition to the effects described in (1-1) to (1-10) of the first embodiment, the following effects can be obtained.
(2-1) The output control unit 52 associates the distribution status when the distribution user 70 acquired the moving object 57 with the acquired moving object 57 and displays them in the picture book of the distribution user 70 . Therefore, the distribution user 70 can confirm the distribution status when the moving object 57 is acquired.

(2-2) The output control unit 52 displays information on the viewing user and information on other broadcast users 70 who have participated in the game as the distribution status in the pictorial book. Therefore, the distribution user 70 can grasp the number of viewing users who viewed the scene in which the moving object 57 was acquired. Also, the distribution user 70 can grasp the number of other distribution users 70 when the moving object 57 is acquired.

(2-3) The output control unit 52 displays the conditions under which the distribution user 70 plays the game as the distribution status on the object display screen 105 of the pictorial book. Therefore, conditions suitable for acquiring the moving object 57 can be confirmed.
(2-4) The output control unit 52 displays the content of the chat during the shooting period in the picture book as the delivery status. Therefore, the broadcast users 70 can confirm the communication between the broadcast users 70 when the moving object 57 was obtained.
(2-5) The output control unit 52 makes the picture book of the host user available for viewing only while the viewing user is viewing the game video. Therefore, it is possible to restrict viewing of detailed information on the delivery status.

Each of the above embodiments can be implemented with the following modifications. The above embodiments and the following modifications can be combined with each other within a technically consistent range.
<user>
- In each of the above-described embodiments, the delivery user 70 means a user who transmits at least one of information on video and information on audio. For example, the distribution user 70 is a user who performs independent video distribution and collaborative distribution in which multiple people can participate. Alternatively, the distribution user 70 hosts or hosts a video chat or voice chat in which at least one of multiple people can participate and view, or an event (party, etc.) in a virtual space in which multiple people can participate and/or view. It can be any user who holds the event. In other words, the distribution user 70 can also be called a host user, an organizer user, or an organizer user.

On the other hand, a viewing user means a user who receives at least one of information on video and information on audio. However, the viewing user may not only receive the information, but also react. For example, a viewing user is a user who views video distribution or collaboration distribution. Alternatively, a viewing user may be a user who participates in or watches video chats, voice chats, or events. Therefore, a viewing user can also be called a guest user 70G, a participating user, a listener, a viewing user, a supporting user, or the like.

- In the above-described embodiment, the host user starts distributing the moving image in a group including the users gathered in the lobby. Alternatively, when users who are not being distributed meet each other in a game field included in the virtual space, the game video may be distributed. In this case, a first user among the plurality of users uses user device 20 to send a delivery request to multi-game server 13 or another server. Similarly, a second user may also use user device 20 to send a delivery request to multi-game server 13 or some other server. In this aspect, the first user and the second user are host users in the above embodiment. Each user device 20 also sets a virtual camera corresponding to the avatar object 60 of the user using the user device 20 . The user device 20 used by the first user sets a virtual camera that captures an image centering on the first user's avatar object 60 . The user device 20 used by the second user sets a virtual camera that captures an image centering on the avatar object 60 of the second user. According to this aspect, it is possible to distribute moving images by occasional triggers, so it can be expected that the number of distributions of moving images will increase. In addition, video distribution can be performed more easily.

<Collaboration delivery>
- In each of the above-described embodiments, when the distribution user 70 permits participation or when the distribution user 70 transmits a participation request to other users, it is possible for co-star users to participate in the collaboration distribution. Instead of or in addition to this, it may be set as a game participation condition that the user's attribute information (level, parameter, etc.) satisfies a predetermined condition.
As one aspect, the multi-game server 13 determines whether or not the viewing user's attribute information satisfies a predetermined condition. Then, the judgment result is transmitted to the viewing user device 22 of the viewing user whose attribute condition satisfies the predetermined condition. The viewing user device 22 displays an operation object such as an operation button for indicating the intention to participate in the game based on the determination result that the attribute condition satisfies the predetermined condition. The viewing user device 22 transmits a participation request to the real-time server 12 or the like when receiving the operation of the operation object. Upon receiving the participation request, the real-time server 12 transmits the participation request and the user ID of the viewing user who sent the participation request to the distribution user device 21 .

As another mode, a mode in which broadcast user 70 transmits a participation request to other users will be described. In this aspect, the multi-game server 13 may determine in advance whether or not each user's attribute information satisfies a predetermined condition. A user to be judged may be, for example, a friend user who has mutually authenticated with the distribution user 70 . Alternatively, the determination target user may be, for example, a user belonging to the same group as the broadcast user 70 (group chat group or game playing guild). Alternatively, the users to be judged may be all users who have installed the video application or all users who have registered with the video distribution service.

The multi-game server 13 transmits in advance to the user device 20 the determination result of determining whether or not the attribute information satisfies a predetermined condition. Also, the multi-game server 13 transmits the participation request received from the distribution user 70 to each user device 20 . The user device 20 displays an operation object for participating in the game based on the determination result received in advance. That is, the user device 20 displays an operation object when determining that the user's attribute information satisfies the predetermined condition based on the determination result, and operates when determining that the user's attribute information does not satisfy the predetermined condition. Do not display objects. Alternatively, when the multi-game server 13 receives a participation request from the user device 20 used by the distribution user 70, the multi-game server 13 selects a user whose user attribute information satisfies a predetermined condition among the users to be judged. Then, the participation request is transmitted only to the user device 20 used by the selected user. Upon receiving the participation request, the user device 20 displays an operation object for participating in the game.

<Game parameters>
- In each of the above embodiments, the number of medals is used as the game parameter used for the set value, individual reward, and group reward. As described above, game parameters may be other parameters. If the game parameters are battle parameters related to the avatar object 60, such as attack power, defense power, combat power, physical strength, etc., the battle may be performed using these battle parameters in the second stage. Also, the game parameters may be of multiple types. A user designates a game parameter to be set as a set value among a plurality of types of game parameters. The real-time server 12 rewards the same game parameters as the consumed game parameters when the user successfully completes the second in-game action. This makes it possible to increase the variety of games.

<level>
- The user information 35 may include the level of the user. The first progression unit 40 and the second progression unit 45 raise the user's level according to the game play history. For example, the higher the total set value, the higher the user's level. Alternatively, the user's level may be increased according to at least one of the number of moving objects acquired, the number of games played, and the game play time.

Further, the first progressing section 40 and the second progressing section 45 may change the values of various parameters according to the level as follows.
For example, when the maximum set value (maximum bet amount), which is the upper limit of the set value (bet amount), is predetermined, the maximum set value may be increased according to the level. For example, the maximum setting value "10000" may be set for "level 1" and "15000" may be set for "level 2".

For example, the initial value of the set value that is set when starting the game may be increased according to the level.
For example, the group parameter increase rate may be changed according to the level. Specifically, as shown in FIG. 22, when the set values are the same but the levels are different, the group parameter increase rate may be decreased as the level increases. When the level is the same, the increase factor increases as the set value increases. Also, in the table of FIG. 20, the maximum set value increases as the level increases. As a result, it is possible to prevent an excessive difference between game parameters given to high-level users and game parameters given to low-level users. As a result, good game balance can be maintained. By adjusting the value of the increase factor, it is possible to increase the increase factor of the group parameter as the level increases.

<Possession value>
- In each of the above embodiments, the possessed value returns to the initial value when the game ends. Alternatively, the possessed value may be retained even after the game ends (piggy bank). For example, possessed medals, which are possessed values, may be usable in games that can be played by the player. Also, the possessed value may be set to a maximum value. In this case, the game parameter cannot exceed the maximum value. The maximum value may be higher depending on the levels mentioned above.

<Set value identification part>
・The setting value identification unit 41 subtracts the setting value from the possessed value when a predetermined in-game action such as casting is executed, but the setting value can be subtracted from the predetermined value at other timings. good. For example, the set value may be subtracted from the possessed value when the match condition is satisfied (game step P2).

<1st progress section>
- In each of the above-described embodiments, the first advancing unit 40 draws a lottery to determine whether the second in-game action succeeds or fails based on the success rate. In addition to this, for example, the first progress unit 40 determines that the distribution user 70 has succeeded in the second in-game action when the parameter associated with the distribution user 70 is greater than the parameter associated with the moving object 57. You can judge. In other words, the lottery process may not be performed when determining the success or failure of the second in-game action.

- In each of the above-described embodiments, when the first in-game action is executed, the first advancing unit 40 subtracts the set value from the possessed value associated with the distribution user (for example, consumption of medals). Alternatively, the set value may be subtracted from the possession value associated with the distribution user only when the second in-game action is executed following the first in-game action.

The first progression unit 40 determines the success rate based on the acquisition probability associated with the moving object 57 and the number of set medals, which is the set value set by the distribution user, and determines the success rate in the second game based on the success rate. A lottery will be held to determine whether the action will be successful or not. Alternatively or additionally, the success rate may be determined based on something other than the set value. For example, the success rate may be a success rate according to the rarity of the moving object 57 . Also, the success rate may be determined by the time zone during which the game is played.

- In each of the above embodiments, the specific example of the game is a fishing game, but the information processing system 11 may distribute video of other games. For example, it may be a role-playing game, a shooting game, an action game, a racing game, a fighting game, a breeding simulation game, a romance simulation game, a puzzle game, a card game, a sports game, a rhythm game, or the like.

<Determination part>
- The determination part 44 determined the increase amount of the group parameter according to the setting value. Alternatively or additionally, the amount of increase in the group parameter may be constant regardless of the set value. Alternatively, the amount of increase in the group parameter may increase with the elapsed time from the start of the first stage. Alternatively, the amount of increase in the group parameter may increase as the number of casts increases.

- The determination unit 44 determines that the mission of the group has been achieved when the group parameter reaches a predetermined value. Alternatively or additionally, it may be determined that the group's mission has been accomplished when the total number of items collected by each user belonging to the group reaches a predetermined number. Alternatively, it may be determined that the mission of the group has been achieved when the number of opponents with whom each user belonging to the group has fought or won has reached a predetermined number.

<First Reward Giving Department>
- The first reward granting unit 43 may grant an individual reward to the distribution user 70 when the first in-game action is successful. The first in-game action may be any in-game action based on the operation of the distribution user 70 .

- The first reward granting unit 43 grants individual rewards according to set values and odds. Instead of or in addition to this, the first reward giving section 43 may determine the value of the game parameter, which is the individual reward, without using the odds. In this case, the first reward providing unit 43 increases the value of the game parameter as the setting value increases. In addition, the first reward granting unit 43 determines the personal reward using the set value and the value of the game parameter, which is the personal reward, using parameters other than the odds among the parameters associated with the moving object 57. can be For example, a base reward (eg, number of medals) associated with the moving object 57 may be used to determine the individual reward.

- In each of the above-described embodiments, the magnification setting unit 42 randomly selects the boost magnification. Alternatively, when the total set value reaches a threshold, a boost factor associated with that threshold may be set. Further, the magnification setting unit 42 determines whether or not to update the boost magnification when the total set value reaches the threshold. Alternatively, the magnification setting unit 42 may update the boost magnification each time the set value is subtracted from the possessed value. Alternatively, the magnification setting unit 42 may update the boost magnification when the number of times the set value is subtracted from the possessed value reaches a threshold. Alternatively, the magnification setting unit 42 may update the boost magnification based on the parameter associated with the moving object 57 when the distribution user succeeds in the in-game action such as the second in-game action.

- In each of the above embodiments, the second stage is executed based on the boost factor determined in the first stage. Instead of or in addition to this, the boost factor may be changed also in the second stage. In this case, the second advancing unit 45 may change the boost rate according to the group reward or individual reward acquired by the distribution user 70 .

- In each of the above-described embodiments, the odds of the moving object 57 are set to a magnification of 1 or more and a magnification of less than 1. Alternatively, the odds of the moving object 57 may be set to a magnification of 1 or more or more than 1.

<Second Progress>
- The second advancing unit 45 does not subtract the number of medals set by the distribution user from the number of medals possessed by the distribution user 70 even when casting is performed. Alternatively or additionally, the set value may be subtracted from the possessed value when an in-game action such as casting is executed. At this time, the set value for the second stage may be larger than the set value for the first stage. Alternatively, the set value for the first stage may be larger than the set value for the second stage.

- The second progression unit 45 has placed special objects and normal objects as the moving objects 57 in the game field 55 . Instead of or in addition to this, the second progression section 45 may place only special objects on the game field 55 .

<Second Reward Giving Department>
- The second reward granting unit 46 may grant an individual reward and a group reward to the distribution user 70 when the first in-game action is successful. The first in-game action may be any in-game action based on the operation of the distribution user 70 .

- The second reward giving unit 46 gives a group reward according to the odds and the boost ratio. Instead of or in addition to this, the second reward giving unit 46 may give a group reward according to the boost factor and parameters other than the odds associated with the opponent. Parameters other than the odds are the basic reward (for example, the number of medals) associated with the moving object 57, the rarity, and the like.

- In the above-described embodiment, the second reward giving unit 46 gives the distribution user 70 a group reward according to the boost ratio associated with each distribution user 70 . Alternatively, the second reward granting unit 46 may grant a fixed group reward to the distribution user 70 .
- In each of the above-described embodiments, the second reward giving unit 46 gives the group reward to all the distribution users 70 who belong to the group. Alternatively or additionally, a group reward may be given to some of the users belonging to the group. The plurality of users to whom the group reward is given may or may not include users who satisfy the second reward condition. Alternatively, the user to whom the group reward is given may be one of the users belonging to the group. A plurality of users to whom the group reward is given may be randomly selected, or may be in descending order (or descending order) of parameters such as the number of medals. In this way, the game can have randomness in the second stage.

- In each of the above embodiments, when one user belonging to the group satisfies the second reward condition, each user belonging to the group is given the group reward. Alternatively, a group reward may be given to each user belonging to the group when a predetermined number of two or more users belonging to the group satisfy the second reward condition. For example, the second reward granting unit 46 accumulates the number of users who have satisfied the second reward condition. Then, when it is determined that three users have satisfied the second reward condition, the accumulated number may be reset and a group reward may be given to each user.

<Special production>
- In the special effect processing, in addition to the avatar object 60 corresponding to the distribution user 70, the avatar object 60 corresponding to the viewing user who watches the game video may be displayed. At this time, the output control unit 52 may draw the avatar object 60 corresponding to the distribution user 70 and the avatar object 60 corresponding to the viewing user in different display modes. Specifically, the avatar object 60 corresponding to the viewing user may be displayed in a small size. Alternatively, the output control unit 52 draws the avatar object 60 corresponding to the distribution user 70 using the motion data corresponding to the distribution user 70, while drawing the avatar object 60 corresponding to the viewing user without using motion data. You can also draw to

In the special effect processing, the output control unit 52 may display a line drawing input by the distribution user 70, a stamp (design, character image) selected by the distribution user 70, etc. on the captured image.
- Each user can set the avatar object 60 to any height. Therefore, the output control unit 52 may automatically adjust the height of the virtual camera according to the heights of the plurality of avatar objects 60 to be photographed during the photographing period. Specifically, the output control unit 52 identifies the shortest avatar object 60 and the tallest avatar object 60 among the plurality of avatar objects 60 to be photographed. Then, the height of the virtual camera is adjusted so that these avatar objects 60 are included in the shooting range. Alternatively, the output control unit 52 adjusts the height position of the shortest avatar object 60 or the tallest avatar object 60 while keeping the height of the virtual camera constant, so that each avatar object 60 appears You can reduce the height difference. By adjusting the height of the virtual camera according to the height of the avatar object 60 in this manner, even if the user is unfamiliar with the operation of the virtual camera, the user can easily take a commemorative photo without any difficulty.

<picture book>
- In 2nd Embodiment, when the distribution user 70 satisfy|filled the 2nd remuneration conditions, the photographed image 114 was recorded in connection with the picture book of the distribution user 70. FIG. At this time, the photographed image 114 is recorded in association with the picture book of the distribution user 70 (hereinafter referred to as the second distribution user) other than the distribution user 70 (hereinafter referred to as the first distribution user) who has satisfied the second reward condition. good too. In this case, the captured image 114 is recorded in association with the same moving object 57 as the moving object 57 acquired by the first distribution user 70 in the picture book of the second distribution user 70 . When the second distribution user 70 has not acquired the moving object 57, the unacquired object display portion 102B is displayed. The captured image 114 that is recorded in association with the moving object 57 that has not been acquired may be deleted when a predetermined period of time has elapsed from the time it was recorded. When the captured image 114 is recorded in association with the moving object 57 that has not been acquired, if the second distribution user 70 newly satisfies the second reward condition, the captured image 114 that has already been recorded is used at that time. You may overwrite with the picked-up image 114 which image|photographed.

Further, an upper limit may be set for each acquired object for the captured image 114 associated with the acquired moving object 57 and the unacquired moving object 57 . The upper limit is the number of captured images 114, the total data size (data size) of the data of a plurality of captured images 114, and the like. When the number of captured images 114 associated with a moving object or the total amount of data reaches the upper limit due to newly acquired captured images 114, the user device 20 or the API server 14 selects at least one of the plurality of captured images 114. Perform deletion processing to delete one. The deletion process may be, for example, a process of automatically deleting a predetermined number of captured images 114 in the order of earliest (oldest) recorded date and time. Alternatively, the deletion process may be a process of deleting the image selected by the user. At this time, the user device 20 may display a notification on the display 32 notifying that the upper limit has been reached. The notification may display a list of the captured images 114 together with a message such as "It's full! Which one do you want to delete?" Then, one or more captured images 114 selected by the user are deleted.

Alternatively, the user device 20 or the API server 14 may determine whether or not the total number of photographed images 114 associated with each unacquired moving object 57 or the total amount of data has reached an upper limit. Specifically, it is assumed that four photographed images 114 are associated with the unacquired “moving object A” and six photographed images 114 are associated with the unacquired “moving object B”. When the captured image 114 is newly acquired for the “moving object A”, the user device 20 or the API server 14 determines that “11 images”, which is the total number of images including the new captured image 114, has not yet been acquired. It is determined whether or not the upper limit number (for example, 10) of the captured images 114 associated with the object 57 has been reached. Then, when it is determined that the total number of images including the newly captured image 114 has reached the upper limit, the deletion processing described above is performed. In this case, in the deletion process, the photographed image 114 associated with the moving object 57 having a low attribute such as rarity may be automatically deleted. Alternatively, in the deletion process, the captured images 114 of deletion candidates may be displayed on the display 32 in a predetermined order such as descending order of attributes such as rarity. Then, when the photographed image 114 is selected, the selected photographed image 114 may be deleted.

- In each of the above-described embodiments, as a condition for acquiring the moving object 57, the moving object is registered in the pictorial book when the distribution user 70 succeeds in the second in-game action. The second in-game action is not limited to casting as long as it is an action executed in the game. It can be changed according to the game. Alternatively, the moving object may be registered in the pictorial book when the first in-game action is successful.

In each of the above-described embodiments, the output control unit 52 displays the moving object 57 acquired by the distribution user 70 on the picture book screen 100 as the acquired object display unit 102A. Alternatively or additionally, in a game in which the distribution user 70 participates, the moving object 57 that has not been obtained by the distribution user 70 himself but has been obtained by another distribution user 70 belonging to the group is displayed in the obtained object display section 102A. It may be displayed in a different display mode (first display mode). When the distribution user 70 himself/herself acquires the moving object, the output control unit 52 displays it as the acquired object display unit 102A, which is the second display mode.

- In each of the above embodiments, the game field 55 is opened in a predetermined order. Alternatively or additionally, the user may be allowed to select the game field 55 to be opened. Alternatively, the next game field 55 may be opened when the level associated with the user reaches a certain value. Assume that the initial level is "1", and the level increases to "2", "3", and so on when the condition for increasing the level is satisfied. For example, in this case, if the level is "1-9", "game field A" and "game field B" are opened. Also, when the level is "10 to 19", in addition to "game field A" and "game field B", "game field C" and "game field D" are opened. According to this aspect, the user can plan a strategy such as playing a game field that is compatible with the user with priority, and then playing a game field that the user is not good at among the open game fields. can.

- In each of the above-described embodiments, the viewing user can browse the picture book only when the host user 70H causes the user device 20 to display his picture book. Instead of or in addition to this, the output control unit 52 may display a picture book display button 88A that can be selected by the viewing user and the distribution user 70 on the lobby screen. When the user device 20 receives the operation of the picture book display button 88A, the user device 20 transmits a viewing request to the API server 14 together with the user ID of the host user 70H or room identification information. Upon receiving the viewing request, the API server 14 acquires information for displaying the moving object 57 associated with the host user 70H based on the user ID or room identification information, and sends the viewing request to the user device that sent the viewing request. 20. This allows the viewing user to browse the picture book of the host user 70H at any timing before the game starts.

Alternatively, the output control unit 52 may display the picture book display button 88A in association with each avatar object 60 displayed on the lobby screen. Alternatively, the distribution user device 21 and the viewing user device 22 may display not only the picture book screen 100 of the host user but also the picture book screen 100 of the guest user 70G based on the operation of the guest user 70G or the operation of the host user 70H. . In this case, the guest user 70G operates the operation object sharing the picture book displayed on the lobby screen. Upon receiving the operation, the distribution user device 21 of the guest user 70G sends the API server 14 the identification information of the room, the user ID of the guest user 70G, and the information of the moving object 57 acquired in the finished game. Send a request to view the . When the API server 14 receives a browsing request or the like, the API server 14 transmits to the multi-game server 13 the identification information of the room, the user ID of the guest user 70G, and the information of the moving object 57 acquired in the finished game. The multi-game server 13 transmits the information of the moving object 57 to the distribution user devices 21 and viewing user devices 22 of the distribution users other than the guest user 70G. As a result, the distribution user device 21 and the viewing user device 22 can view the picture book screen 100 of the guest user 70G. Further, when the guest user 70G operates an operation object to transmit a browsing end request to the multi-game server 13, the multi-game server 13 transmits the browsing end request to the broadcast user devices 21 and 21 of broadcast users other than the guest user 70G. It is transmitted to the viewing user device 22 . According to this, when the game ends, each user can view the picture book of the guest user 70G as well as the host user 70H at the same time. Alternatively, the multi-game server 13 may display, on the screen, the picture books of the moving objects 57 acquired by the distribution users 70 who have participated in the game so that the users can view them. When the user selects one picture book icon, the picture book screen 100 corresponding to that icon may be displayed.

In addition, the user may be allowed to view the picture book while the object display screen is viewable during a period other than the viewing period during which the moving image is viewed. For example, when the home screen associated with each user can be viewed outside the viewing period, the user device 20 used by the first user displays the picture book display button 88A on the second user's home screen. good. Then, upon receiving the operation of the picture book display button 88A, the user device 20 displays the picture book drawing 100 associated with the second user. Then, the user device 20 displays the object display screen 105 by accepting the operation of the object display section 102 in the pictorial book drawing 100 . According to this aspect, the first user can grasp the second user's play history and skill level by referring to the second user's picture book.

In addition to the lobby screen, it is also possible to set a timing at which the viewing user or the distribution user 70 can view the picture book during the progress of the game. For example, the output control unit 52 may display a picture book display button 88A that can be selected by the viewing user and the distribution user 70 in the first stage and the second stage. In this case also, the picture book display button 88A may be associated with each avatar object 60 and displayed. That is, the viewing user can view the picture book associated with each distribution user 70 participating in the game by selecting the picture book display button 88A.

Furthermore, in a mode in which the viewing user browses the picture book of the host user or the like while the lobby screen is being displayed or at any other timing, the user device 20 forcibly reads the picture book when the browsing end condition is satisfied. The display may be ended. The viewing end condition is, for example, a condition related to games. Specifically, it is to move from the lobby to the game field and start the game. In this case, when the viewing user device 22 receives the data indicating the start of the game from the real-time server 12, it determines to end viewing the picture book. Alternatively, the browsing end condition is that the group's mission is fulfilled in the game being executed and the game moves to the second stage. When the viewing user device 22 receives the data indicating the start of the second stage from the real-time server 12, the viewing user device 22 determines to finish viewing the picture book. Alternatively, the browsing end condition is to receive a message corresponding to the browsing end from the host user. Based on a predetermined operation by the host user, the host user device 21H transmits a message such as "The game will start now" to the multi-game server 13 or the like. This message is associated with a command (viewing end request) indicating viewing end. When the viewing user device 22 receives this message from the multi-game server 13, it determines to end viewing the picture book.

<Special reward>
- The 1st reward provision part 43 and the 2nd reward provision part 46 may provide a special reward, when special reward conditions are satisfy|filled. The special reward conditions are acquisition of a special object, reaching a predetermined level of the user's level, and the like. The special reward may be an item usable within the video application or other game media. For example, the special reward is a wearable object such as a hat that the avatar object 60 can wear. Alternatively, the special reward is a moving object such as a ship that can be displayed on the game field 55, or texture data used to display the moving object. Texture data can decorate moving objects.

<Information processing system>
- Although the sensor unit 28 acquires the detection data which detected the change of a user's facial expression, and the movement of a user's upper body etc., at least one of them may be sufficient. Further, the sensor unit 28 may acquire detection data obtained by detecting movements of other parts in addition to or instead of changes in the user's facial expressions and movements of the upper body and the like.

- The virtual space displayed in the moving image may be an augmented reality (AR) space. For example, an image of the real world captured by the camera of the viewing user device 22 may be overlaid with an animation such as an avatar object and a gift object based on data transmitted from the distribution user device 21 . Alternatively, the distribution user device 21 generates a moving image by superimposing animation such as an avatar object and a gift object on an image of the real world captured by its own camera, encodes the moving image, and transmits the moving image to the multi-game server 13. You may make it transmit.

- In each of the above-described embodiments, the user device 20 is an information processing device such as a smart phone, a mobile phone, a tablet terminal, a personal computer, a console game machine, or a wearable computer such as a head-mounted display. Alternatively, the information processing system 11 may be a system provided in a video distribution studio. The information processing system 11 includes an information processing device, a server, a sensor unit worn on the body of the distribution user 70, a tracking system for detecting the position of the sensor unit, an operation unit, a speaker, a display, and the like. The tracking system may include a multi-axis laser emitter that emits pulsed laser light for synchronization. The sensor unit has a sensor that detects laser light, and detects its own position and orientation while synchronizing with a synchronization pulse.

The control unit 25 of the user device 20 operates as the first output control unit, the second output control unit, the first reward display unit, and the second reward control unit as the output control unit 52 and the transmission unit 53 by executing the video application. made it work. At least one of these may be executed by the real-time server 12, the multi-game server 13, or another device that constitutes the information processing system 11. FIG. Also, the control unit 25 of the real-time server 12 is configured to function as a first promotion unit, a set value identification unit, a first reward provision unit, a determination unit, a second promotion unit, and a second reward provision unit. At least one of these may be executed by the user device 20, the multi-game server 13, the API server 14, or another device that constitutes the information processing system 11. FIG.

The real-time server 12 corresponds to the game management section (game management server), and the multi-game server 13 corresponds to the distribution management section (distribution management server). The real-time server 12 and the multi-game server 13 may execute each process by executing each program and perform a server function, and it is not always the case that each function is assigned to two devices. That is, the real-time server 12 and the multi-game server 13 may be composed of one server, or may be composed of two or more servers. Similarly, the real-time server 12, the multi-game server 13, and the API server 14 may consist of one server. Also, the multi-game server 13 and the API server 14 may be composed of one server. Also, the real-time server 12 and the API server 14 may be composed of one server.
Next, technical ideas that can be grasped from the above embodiment and another example will be added below.
[1]
one or more computers,
a first output control unit for displaying a game screen in which an avatar object corresponding to a user is displayed in a first display mode that does not reflect the action of the user during a game progress period;
a detection unit that acquires detection data that detects a user's action;
When the play situation of the user satisfies a photographing condition, a photographing period for photographing the avatar object is started, progress of the game is stopped during the photographing period, and the facial expression of the user is reflected using the detection data. a second output control unit for displaying the avatar object in the second display mode on the display unit;
functions as a recording unit that records an image including the avatar object in a storage unit based on the user's operation during the shooting period;
The first output control unit terminates display of the avatar object in the second display mode when the imaging period ends, starts the game progress period, and displays the avatar object in the first display mode. A program that displays the game screen containing:
[2]
a plurality of the users can participate in the game;
In [1], the second output control unit displays the avatar object reflecting the facial expression of each user during the shooting period when one of the plurality of users satisfies the shooting condition. program as described.
[3]
[1] or [2], wherein the second output control unit causes the avatar object to perform a predetermined action using motion data pre-recorded in a storage unit, based on the user's operation during the photographing period; ] program.
[4]
the shooting condition is that the user has acquired a predetermined object;
The recording unit according to any one of [1] to [3], wherein, when the shooting condition is satisfied, the image recorded during the shooting period is displayed in association with the acquired image of the object. program.
[5]
The program according to any one of [1] to [4], wherein the recording unit changes the angle or position of the virtual camera set on the game field based on the user's operation.
[6]
The program according to any one of [1] to [5], wherein the recording unit expands or reduces an imaging range of a virtual camera set in the game field based on the user's operation.
[7]
one or more computers
a first output control process for displaying a game screen in which an avatar object corresponding to a user is displayed in a first display mode that does not reflect the action of the user during a game progress period;
a detection process for acquiring detection data that detects a user's action;
When the play situation of the user satisfies a photographing condition, a photographing period for photographing the avatar object is started, progress of the game is stopped during the photographing period, and the facial expression of the user is reflected using the detection data. a second output control process for displaying the avatar object in the second display mode on the display unit;
a recording process of recording an image including the avatar object in a storage unit based on the user's operation during the shooting period;
In the first output control process, when the photographing period ends, display of the avatar object in the second display mode is terminated, and the game progress period is started to display the avatar object in the first display mode. an information processing method comprising: displaying the game screen including;
[8]
a game progression unit that progresses a game that displays an avatar object corresponding to a user in a first display mode that does not reflect the user's motion during the game progress period;
When it is determined that the user's play situation satisfies the photographing condition, the avatar object reflects the user's motion using detection data obtained by detecting the user's motion during the period in which the progress of the game is stopped. a determination unit that transmits a request to start the shooting period displayed in the second display mode to the user device,
The game control device, wherein the game progress section ends display of the avatar object in the second display mode and starts progress of the game when it is determined that the photographing period has ended.
[9]
one or more computers
A game progress process for progressing a game in which an avatar object corresponding to a user is displayed in a first display mode that does not reflect the action of the user during a game progress period;
When it is determined that the user's play situation satisfies the photographing condition, the avatar object reflects the user's motion using detection data obtained by detecting the user's motion during the period in which the progress of the game is stopped. a determination process of transmitting a request to start the shooting period displayed in the second display mode to the user device;
In the game progress processing, when it is determined that the photographing period has ended, the display of the avatar object in the second display mode is ended and progress of the game is started.

DESCRIPTION OF SYMBOLS 11... Information processing system 12... Real-time server 20... User apparatus

Claims (8)

one or more computers,
a first output control unit that displays a game screen that displays an avatar object corresponding to a user in a first display mode that does not reflect changes in the user's facial expression during a game progress period;
a detection unit that acquires detection data that detects an action including a change in the user 's facial expression ;
When the play situation of the user satisfies a photographing condition, a photographing period for photographing the avatar object is started, progress of the game is stopped during the photographing period, and the facial expression of the user is changed using the detection data. a second output control unit that displays the avatar object in a second display mode reflecting on the display unit;
functions as a recording unit that records an image including the avatar object in a storage unit based on the user's operation during the shooting period;
The first output control unit terminates display of the avatar object in the second display mode when the imaging period ends, starts the game progress period, and displays the avatar object in the first display mode. displaying said game screen containing ;
the shooting condition is that the user has acquired a predetermined object;
A program according to claim 1, wherein, when the photographing condition is satisfied, the recording unit displays the image recorded during the photographing period in association with the acquired image of the predetermined object. a plurality of the users can participate in the game;
2. The method according to claim 1, wherein, when one of the plurality of users satisfies the photographing condition, the second output control unit displays the avatar object reflecting the expression of each user during the photographing period. program as described. The second output control unit according to claim 1, wherein the second output control unit causes the avatar object to perform a predetermined action using motion data pre-recorded in a storage unit based on the user's operation during the shooting period. program. 2. The program according to claim 1, wherein said recording unit changes an angle or position of a virtual camera set on a game field based on said user's operation. 2. The program according to claim 1, wherein said recording unit expands or reduces an imaging range of a virtual camera set in a game field based on said user's operation. one or more computers
a first output control process for displaying a game screen in which an avatar object corresponding to a user is displayed in a first display mode that does not reflect changes in the user's facial expression during a game progress period;
A detection process for acquiring detection data that detects an action including a change in the user 's facial expression ;
When the play situation of the user satisfies a photographing condition, a photographing period for photographing the avatar object is started, progress of the game is stopped during the photographing period, and the facial expression of the user is changed using the detection data. a second output control process for displaying the avatar object in a second display mode reflecting on the display unit;
a recording process of recording an image including the avatar object in a storage unit based on the user's operation during the shooting period;
In the first output control process, when the photographing period ends, display of the avatar object in the second display mode is terminated, and the game progress period is started to display the avatar object in the first display mode. displaying said game screen containing ;
the shooting condition is that the user has acquired a predetermined object;
The information processing method, wherein the recording process displays an image recorded during the shooting period in association with the acquired image of the predetermined object when the shooting condition is satisfied. a game progression unit that progresses a game that displays an avatar object corresponding to a user in a first display mode that does not reflect changes in the user's facial expression during a game progress period;
When it is determined that the user's play situation satisfies the photographing condition, the avatar object is transferred to the user using detection data for detecting an action including a change in the user's facial expression during the period in which the progress of the game is stopped. a determination unit that transmits to the user device a request to start the shooting period displayed in the second display mode that reflects the change in facial expression of
the shooting condition is that the user has acquired a predetermined object;
The determination unit causes the user device to display the image recorded during the shooting period in association with the acquired image of the predetermined object,
The game control device, wherein the game progress section ends display of the avatar object in the second display mode and starts progress of the game when it is determined that the photographing period has ended. one or more computers
A game progress process for progressing a game in which an avatar object corresponding to a user is displayed in a first display mode that does not reflect changes in the user's facial expression during a game progress period;
When it is determined that the user's play situation satisfies the photographing condition, the avatar object is transferred to the user using detection data for detecting an action including a change in the user's facial expression during the period in which the progress of the game is stopped. a determination process of transmitting to the user device a request to start the shooting period displayed in the second display mode that reflects the change in facial expression;
the shooting condition is that the user has acquired a predetermined object;
In the determination process, causing the user device to display the image recorded during the shooting period in association with the acquired image of the predetermined object,
In the game progress processing, when it is determined that the photographing period has ended, the display of the avatar object in the second display mode is ended, and progress of the game is started.

Images