JP7497831B1 - PROGRAM, INFORMATION PROCESSING METHOD AND INFORMATION PROCESSING SYSTEM - Google Patents

Abstract

The present invention aims to increase a user's satisfaction with a list of objects acquired by the user.
[Solution] The user device 20 displays the screen of the game being played by the user on a display unit, transmits data for displaying video of the game to other devices used by other users, accepts user operations for viewing objects acquired in the game, and when a user operation is accepted, displays an object display screen that shows the objects acquired in the game in association with the images captured when the objects were acquired.
[Selected Figure] Figure 1

Description

Application of Article 30, Paragraph 2 of the Patent Act From July 22, 2022 to November 9, 2022, REALITY Co., Ltd. published on its website a program, an information processing method, and an information processing system invented by Masashi Watanabe.

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

There is a known system that, when a player's playing situation satisfies the conditions for acquiring an object, associates the object with the player and registers the object (see, for example, Patent Document 1). In this system, the object (monster) acquired by the player and information related to the object can be viewed in encyclopedia mode.

Japanese Patent Application Laid-Open No. 11-207033

However, in the above system, the only information about objects presented in the encyclopedia mode was the object's level, etc., which left users with little satisfaction.

A program that solves the above problem causes one or more computers to function as a first output control unit that displays a screen of a game being played by a user on a display unit, a transmission unit that transmits data for displaying a video of the game to another device used by another user, an operation reception unit that accepts operations by the user to view objects acquired in the game, and a second output control unit that, when an operation by the user is accepted, displays an object display screen that displays the object acquired in the game in association with an image captured when the object was acquired.
A program that solves the above problem causes one or more computers to function as a first output control unit that displays a screen of a game played by a user on a display unit, a transmission unit that transmits data for displaying a video of the game to another device used by another user, an operation reception unit that accepts operations by the user to view objects obtained in the game, and a second output control unit that, when an operation by the user is received, outputs an object display screen that displays, in association with the objects obtained in the game, and the number of other users who have displayed the video based on the data for displaying the video of the game on the other device.
An information processing method that solves the above problem includes one or more computers executing a first output process in which a screen of a game being played by a user is displayed on a display unit, a transmission process in which data for displaying a video of the game is transmitted to another device used by another user, an operation reception process in which the user's operation is received to view an object acquired in the game, and a second output control process in which, when the user's operation is received, an object display screen is displayed in which the object acquired in the game is associated with an image captured when the object was acquired.
An information processing method that solves the above problem includes one or more computers executing a first output process in which a screen of a game being played by a user is displayed on a display unit, a transmission process in which data for displaying a video of the game is transmitted to another device used by another user, an operation reception process in which the user's operation is received to view an object obtained in the game, and a second output control process in which, when the user's operation is received, an object display screen is output that displays the object obtained in the game in association with the number of other users who have displayed the video based on the data for displaying the video of the game on the other device.
An information processing system that solves the above problem comprises a user device used by a user, a management unit that sends and receives data for displaying a video, and a game management unit that manages the progress of the game, wherein the user device comprises a first output control unit that displays a screen of the game played by the user on a display unit, a transmission unit that transmits data for displaying the video of the game to another device used by another user, an operation reception unit that accepts an operation by the user to view an object acquired in the game, and a second output control unit that, when the operation of the user is accepted, displays an object display screen that displays the object acquired in the game in association with an image captured when the object was acquired, wherein the management unit transmits the data for displaying the video to the other device, and the game management unit determines whether the play status of the game by the user satisfies an acquisition condition for the object, and if the acquisition condition is satisfied, records the object in association with the user.
An information processing system that solves the above problem comprises a user device used by a user, a management unit that sends and receives data for displaying a video, and a game management unit that manages the progress of the game, wherein the user device comprises a first output control unit that displays a screen of the game played by the user on a display unit, a transmission unit that transmits data for displaying the video of the game to another device used by another user, an operation reception unit that accepts the user's operation to view an object acquired in the game, and a second output control unit that, when the user's operation is accepted, displays an object display screen that associates and displays the object acquired in the game with the number of other users who have displayed the video on the other device based on the data for displaying the video of the game, wherein the management unit transmits the data for displaying the video to the other device, and the game management unit determines whether the user's game play status satisfies an acquisition condition for the object, and if the acquisition condition is satisfied, records the object in association with the user.
A program that solves the above problem causes one or more computers to function as a first output control unit that displays a screen of a game being played by a user on a display unit, a first transmission unit that transmits data for distributing a video of the game to other users to a distribution management unit that manages the distribution, an operation reception unit that accepts operations by the user to view objects acquired in the game, and a second output control unit that, when the user's operation is accepted, displays an object display screen including the objects acquired in the game and the distribution status of the video acquired from the distribution management unit.

The present invention can increase a user's satisfaction with the list of objects that the user has obtained.

1 is a schematic diagram illustrating an information processing system according to a first embodiment. 2 is a schematic diagram showing the configuration of a user device in the embodiment. FIG. FIG. 2 is a diagram illustrating user information according to the embodiment. FIG. 2 is a diagram illustrating game environment information according to the embodiment. FIG. 2 is a diagram showing a schematic diagram of game management information according to the embodiment. FIG. 2 is a diagram illustrating functions of a real-time server according to the embodiment. FIG. 2 is a diagram illustrating functions of a user device according to the embodiment. FIG. 2 is a diagram illustrating a specific example of the game according to the embodiment. 13 is a flowchart showing a processing procedure of a server of the embodiment. 13 is a flowchart showing a processing procedure of a server of the embodiment. 13 is a flowchart showing a processing procedure of a server of the embodiment. 11A and 11B are diagrams illustrating changes in game parameters and group parameters in the embodiment. 11A and 11B are diagrams illustrating changes in game parameters in the embodiment. 13 is a flowchart showing a processing procedure of a server of the embodiment. FIG. 13 is a diagram showing an example of a game screen according to the embodiment. FIG. 13 is a diagram showing an example of a game screen according to the embodiment. FIG. 13 is a diagram showing an example of a game screen according to the embodiment. FIG. 13 is a diagram showing an example of a game screen according to the embodiment. FIG. 13 is a diagram showing an example of a game screen according to the embodiment. FIG. 11 is a diagram showing distribution history information in the second embodiment. FIG. 13 is a diagram showing an example of a game screen according to a second embodiment; FIG. 10 is a diagram illustrating magnification information according to another embodiment. FIG. 2 is a diagram illustrating an example of a hardware configuration of a control circuit included in a user device.

First Embodiment
A program, an information processing method, and an information processing system according to a first embodiment will be described below.

<Information Processing System>
An information processing system 11 will be described with reference to Fig. 1. 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 videos of the game.

The information processing system 11 includes a real-time server 12, a multi-game server 13, an API server 14, and a user device 20. Each of the servers 12-14 and the user device 20 transmits and receives 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 unit (game management server), the game control device, and the multi-game server 13 corresponds to a distribution management unit (distribution management server). The API server 14 also corresponds to a user information management unit (user information management server).

A user who distributes videos using a user device 20 is called a distribution user, and a user who watches the distributed videos is called a viewing user. A user can be both a distribution user and a viewing user. In other words, a user is a viewing user when watching videos, and a distribution user when distributing videos. Furthermore, a user device 20 used by a distribution user is called a distribution user device 21, and a user device 20 used by a viewing user is called a viewing user device 22. In this embodiment, when there is no distinction between a distribution user and a viewing user, they are simply called "users." Furthermore, when there is no distinction between a distribution user device 21 and a viewing user device 22, they are simply called user devices 20.

The broadcast user device 21 is also capable of broadcasting video of a game in which multiple broadcast users participate. Hereinafter, a broadcast user who creates a room to start a game is referred to as a host user, and a broadcast user who participates in a room created by the host user is referred to as a guest user. A group is formed when a host user and a guest user participate in a room. In this embodiment, for ease of explanation, the broadcast user device 21 used by the host user is referred to as a host user device 21H, and the broadcast user device 21 used by the guest user is referred to as a guest user device 21G, and when no distinction is made between these, they are simply referred to as a broadcast user device 21.

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

The multi-game server 13 is connected to the viewing user device 22 and the broadcasting user device 21. The multi-game server 13 is responsible for relaying data related to video distribution. The multi-game server 13 receives various data necessary for drawing game videos from the broadcasting user device 21. The multi-game server 13 also transmits the various received data to the other broadcasting user devices 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, it transmits data for drawing the video or data obtained by processing the data to the guest user device 21G and the viewing user device 22. The multi-game server 13 transmits and receives data related to game videos to and from the real-time server 12.

The API server 14 acquires and updates information that is updated relatively infrequently in response to requests from the real-time server 12, etc. 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. 2. The user device 20 is a smartphone (multi-function phone), tablet device, personal computer, console game machine, wearable computer, or an information processing device capable of playing videos other than these devices. The wearable computer only needs to have a screen on which the user can watch videos. For example, it is a head-mounted display worn on the user's head, or a glasses-type wearable device. The user device 20 is a device that operates independently, or is composed of multiple devices that are connected so that various data can be transmitted and received between them. An example of the latter user device 20 is a system that performs tracking using the outside-in method.

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 circuits include a CPU (Central Processing Unit), a GPU (Graphic Processing Unit), an NPU (Neural network Processing Unit), or a combination thereof. The control unit 25 also includes a memory, which is a main storage device (storage medium) that can be read and written 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 from the storage 26 or an external storage into the memory. The control unit 25 also executes commands retrieved from the memory. The communication I/F 27 can transmit and receive data to and from each of the servers 12 to 14 via a network (not shown). The network includes various networks such as a local area network and the Internet.

Storage 26 is an auxiliary storage device (storage medium), such as a magnetic disk, an optical disk, or a semiconductor memory. Storage 26 can also be used in combination with multiple storage devices.

The control unit 25 executes various programs recorded in the storage 26 based on the user's input operation on the operation unit 31, thereby executing various processes related to the distribution of videos and various processes related to viewing. For ease of explanation, the state in which a video is distributed will be referred to as the distribution mode, and the state in which a video distributed by another distribution user is viewed will be referred to as the viewing mode.

The user device 20 also includes a sensor unit 28, a speaker 29, a microphone 30, an operation unit 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 in a manner connected to a device including the control unit 25.

The sensor unit 28 is one or more sensors that detect face motions indicating changes in the user's facial expression and body motions indicating changes in the relative position of the user's body with respect to the sensor unit 28. Face motions include blinking, opening and closing of the mouth, and other movements. The sensor unit 28 can be a publicly known sensor. An example of the sensor unit 28 includes a ToF sensor that measures the time of flight (Time of Flight) until light irradiated toward the user is reflected by the user's face and returns, a camera that captures the user's face, and an image processing unit that processes the data captured by the camera. The sensor unit 28 may also include an RGB camera that captures visible light and a near-infrared camera that captures near-infrared light. The RGB camera and the near-infrared camera can be, for example, a True Depth camera, or a "LIDAR" (Light Detection and Ranging, or Laser Imaging Detection and Ranging) camera such as the iPad Pro (registered trademark), or other ToF sensor installed in a smartphone. Specifically, this camera projects tens of thousands of invisible dots (points) onto the user's face or the like using a dot projector. Then, it detects and analyzes the reflected light of the dot pattern to form a depth map of the face, and captures an infrared image of the face or the like, thereby capturing accurate facial data. The arithmetic processing unit of the sensor unit 28 generates various information based on the depth map and the infrared image, and compares the information with registered reference data to calculate the depth of each point on the face (the distance between each point and the near-infrared camera) and positional deviations other than depth. The sensor unit 28 transmits face motion and body motion as tracking data to the output control unit 52. Note that the tracking data is an example of motion data. The motion data is data for operating an avatar object.

The sensor unit 28 may also have a function of tracking not only the user's face but also the hands (hand tracking). The sensor unit 28 may also 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 or acceleration, or a gyro sensor that detects direction or orientation. The sensor unit 28 may have a spatial mapping function that recognizes objects in the real space in which the user exists based on the detection results of the above-mentioned ToF sensor or other known sensors, and maps the recognized objects on a spatial map.

The speaker 29 converts voice data into voice and outputs it. The microphone 30 inputs voice spoken by the user and converts it into voice data. The display 32 outputs various images according to the output instructions of the control unit 25.

The operation unit 31 may be one that corresponds 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, and a controller operated by the user's hand. The controller may incorporate various known sensors such as an acceleration sensor and an inertial measurement unit (IMU) such as a gyroscope. 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, and the like. In this embodiment, for example, the user's instruction is determined based on the user's hand movement, and various operations such as starting or ending the distribution of a video, rating a message or a video, and displaying a specified object can be performed. Note that if the sensor unit 28 also has an input interface function such as a hand track function, the operation unit 31 can be omitted.

The hardware configuration of each of the servers 12-14 will now be described. The servers 12-14 are used by service providers and the like who provide services that allow users to distribute and watch videos. The servers 12-14 each include a control unit 25, storage 26, and a communication I/F 27. These configurations are similar to those of the user device 20. The storage 26 of the real-time server 12 stores a program that controls the game. Furthermore, the storage 26 of the multi-game server 13 stores a management program related to distribution.

<Data structure used in the game>
Next, each piece of data used in game execution and video distribution will be described in detail with reference to FIG. 3 to FIG.

3 shows an example of user information 35. The 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, a possession value, a boost magnification, a game field, a picture book, and a total set value. The possession value is the value of a game parameter associated with the user. The game parameter is a parameter used in the game and associated with the user. For example, the parameters are attack power, defense power, combat power, physical strength (hit points, stamina), magic power (magic points), level, experience value, the number of skill points that are points consumed when using a skill, agility, the number of medals, the number of points, the number of coins, etc. In addition, the game parameter can also be rephrased as the number or amount of game media associated with the user. The game media may be electronic data used in the game. The electronic data may be acquired, owned, used, managed, exchanged, synthesized, strengthened, sold, discarded, or donated by the user in the game. For example, the game media includes any medium such as cards, items, virtual currency (medals or coins), tickets, characters, and avatars. The manner in which the game media can be used is not limited to those explicitly stated in this specification.

The boost multiplier is a multiplier that increases the group reward given to a user. The group reward is a reward given to all users belonging to a group when a certain reward condition (second reward condition) is met. The game field indicates a game field among multiple game fields in which the user can play. The boost multiplier is recorded in association with the game field. In this embodiment, the boost multiplier is set to an initial value when the game ends. Furthermore, when the game is interrupted, the boost multiplier at the time of interruption is recorded.

The picture book is a list of moving objects acquired by the user in the game. The total setting value is the total of the setting values of the game parameters set by the user in the game. In this embodiment, the setting 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 setting value is the total of the number of medals bet by the user.

Figure 4 shows an example of game environment information 36. Game environment information 36 is master data and is recorded in the game information storage unit 16. Game environment information 36 includes a game field, an object ID (identifier), and object attributes. In one of the games executed during video distribution, a game field can be selected. The game field indicates multiple game fields that can be executed within the game.

In a game field, moving objects that appear in the game field are defined. An object ID is an identifier of a moving object and is associated with the game field. An object attribute is attribute information of a moving object. For example, the object attribute includes rarity, total length, and weight. The object attribute also includes odds. The higher the difficulty of acquiring the moving object, the higher the odds (e.g., 2x, 3x, etc.). In this embodiment, the odds are set to a multiplier of 1x or more and a multiplier of less than 1x depending on the type of moving object. The difficulty is determined in advance by other object attributes such as rarity, total length, and weight. In addition, the object attribute may include at least one of attributes such as "fire attribute" and "water attribute", 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 a skill, agility, etc.

Figure 5 shows an example of game management information 37. Game management information 37 is information generated for each room. Game management information 37 is recorded in the storage 26 and game information storage unit 16 of the real-time server 12.

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

The stage in the game management information 37 indicates the stage in which the broadcasting user is playing. In this embodiment, the game includes multiple stages. A stage is a unit that divides the game into multiple parts. When the mission of one stage is accomplished, the user advances to the next stage. Each stage includes multiple parts. Each part ends when victory or defeat is decided. In addition, common parameters are used in multiple stages. In this embodiment, a first stage and a second stage are included. A part is a battle against one moving object. In addition, parameters common between stages are the boost multiplier and the number of medals possessed. In other words, the number of medals possessed in the first stage can be carried over to the second stage. Furthermore, the user can use the same item across multiple stages.

The remaining time indicates the time remaining in the game. If the second stage game is being played, the remaining time in the second stage is recorded in the game management information 37.

The group parameter is a parameter that is increased (or decreased) by each user participating in the game in cooperation with the other users. 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. The group parameter may be, for example, attack power, defense power, combat power, stamina, etc. Or, the group parameter may be the number of medals, the number of points, or the number or amount of game media. The stage, remaining time, and group parameter change according to the progress of the game.

<Server functions>
The functions of the real-time server 12 will be described with reference to Fig. 6. The control unit 25 of the real-time server 12 executes a program recorded in the storage 26, thereby functioning as a first progression unit 40, a setting value specification unit 41, a rate setting unit 42, a first reward granting unit 43, a determination unit 44, a second progression unit 45, and a second reward granting unit 46. The second progression unit 45 corresponds to the game progression unit and the determination unit.

The first progression unit 40 progresses the game in the first stage of the game based on the game progress data received from the broadcast user device 21 of each broadcast user belonging to the group. Furthermore, when the broadcast user performs a predetermined operation in the first stage, the first progression unit 40 reduces the setting value identified by the setting value identification unit 41 from the possessed value of the user information 35. Furthermore, when the broadcast user updates the possessed value using the setting value, the first progression unit 40 updates the group parameters associated with the group.

Furthermore, the first progression unit 40 increases the value of a group parameter associated with the group when a request to execute a first action is received from the broadcasting user device 21. Furthermore, the first progression unit 40 associates a moving object with the broadcasting user when it is determined that the second in-game action by the broadcasting user is successful.
Furthermore, the first progression unit 40 determines whether or not the game play situation satisfies a condition for acquiring a moving object. If the condition is satisfied, the first progression unit 40 associates the moving object with the broadcasting user and records the association in the user information storage unit 15 via the API server 14.

The setting value specification unit 41 specifies the value of the game parameter set by the broadcasting user as the setting value.
When the play status of the broadcast user in the first stage satisfies the first reward condition, the first reward granting unit 43 specifies a value of a game parameter corresponding to a set value to be granted as a personal reward, and changes an owned value, which is the value of the game parameter associated with the broadcast user, based on the personal reward.

The multiplier setting unit 42 increases the boost multiplier associated with each broadcast user according to the setting value identified by the setting value identification unit 41. The second reward granting unit 46 increases the group reward granted to each broadcast user according to the boost multiplier.

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

When the group's mission is accomplished, the second progression unit 45 progresses the game in the second stage based on the game progress data received from the broadcasting user device 21. Furthermore, when the second progression unit 45 determines that the second in-game action is successful, it associates a moving object with the broadcasting user. Furthermore, the second progression unit 45 decreases the group parameter over time, and ends the second stage when the group parameter reaches a lower limit value. The rate at which the group parameter decreases may be constant, or may increase or decrease over time.

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

In this embodiment, the second reward granting unit 46 grants a group reward to each broadcasting user according to the boost multiplier associated with the broadcasting user. When the second reward condition for the moving object is satisfied, the second reward granting unit 46 determines the group reward according to the boost multiplier and the value of the parameter associated with the moving object.

<User Device Functions>
The functions of the user device 20 will be described with reference to Fig. 7. The control unit 25 of the user device 20 executes a video application to function as an acquisition unit 50, an operation detection unit 51, a motion detection unit 54, an output control unit 52, and a transmission unit 53. The output control unit 52 corresponds to a first output control unit, a second output control unit, a first reward display unit, and a second reward display unit. The operation detection unit 51 corresponds to an operation reception unit, and the transmission unit corresponds to a first transmission unit and a 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 at least one of data representing in-game actions of other broadcast users, data indicating group parameters, data indicating individual rewards, data indicating group rewards, and data related to objects in the game field. The game control data changes depending on the content of the game. Furthermore, the display control data that the acquisition unit 50 acquires from the multi-game server 13 is data for viewing videos of games broadcast by other users, who are broadcast users. The display control data includes motion data associated with the other broadcast users. The data included in the display control data depends on the broadcast method of the videos. Furthermore, the acquisition unit 50 acquires voice data of the broadcast user from the multi-game server 13.

The operation detection unit 51 detects an input operation by a user to the operation unit 31. For example, the operation detection unit 51 accepts a user operation. The user operation is an operation of sending a display request for a gift object (gift display request), an operation of posting a message for a video, an operation of rating a video (selecting the "Like!" button or the "favorite" button, etc.), etc.
Furthermore, the operation detection unit 51 accepts a user's operation for viewing a moving object acquired in the game.

When the progress of the game satisfies the shooting conditions, the motion detection unit 54 acquires tracking data that detects the broadcast user's facial expressions, upper body movements, and other motions from the sensor unit 28. The tracking data is included in the motion data that causes the avatar object to move.

The output control unit 52 displays a game screen based on the operations of the broadcasting users belonging to the group. The game screen changes continuously as the game progresses. Data that shows this game screen as a moving image is transmitted to the viewing user device 22. Furthermore, when the playing status of the broadcasting user in the first stage satisfies the first reward condition, the output control unit 52 displays the possession value updated using the value of the game parameter corresponding to the set value as a possession value that reflects the personal reward.

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

The transmission unit 53 transmits game progress data to the real-time server 12, etc. The game progress data may include a request to start the game, setting values set by the distribution user, a request to execute an in-game action, a request to end a performance, a request to shoot, etc. The transmission unit 53 also 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 game video to other users.

<Video distribution method>
Next, a description will be given of a video delivery method. As a video delivery method, one of a client rendering method, a browser rendering method, a video delivery method, and a server delivery method can be used.

In the client rendering method, each user device 20 receives the data necessary for drawing from the multi-game server 13 and displays the video. The data received from the multi-game server 13 includes motion data. The video is drawn by each user device 20. Each user device 20 also acquires audio data based on the speech of the broadcasting user and outputs the audio in synchronization with the video. In this case, the storage 26 of each user device 20 stores a video application (program) and various data such as model data for drawing avatar objects.

The browser rendering method is a method in which the broadcasting user device 21 and the viewing user device 22 display moving images using a web browser program stored in the storage 26. At this time, the broadcasting user device 21 transmits display control data including motion data and the like to the multi-game server 13. The user device 20 that displays the moving images downloads a web page written in a markup language such as HTML (Hyper Text Markup Language) and using CSS (Cascading Style Sheets), JavaScript (registered trademark), and the like from the multi-game server 13. The web browser program started on the user device 20 draws avatar objects and other objects using 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 images in the storage 26. In other words, model data of the avatar objects and the like are not stored in the user device 20.

The video distribution method is a method in which the broadcasting user device 21 generates video data. Specifically, the broadcasting user device 21 generates video data using motion data detected by the motion detection unit 54. The broadcasting user device 21 also 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 broadcasting user device 21.

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

In this way, the generation of video data is performed by either the user device 20 or the multi-game server 13. The device that generates the video data can be changed depending on the distribution method.
The broadcast user device 21 and the viewer user device 22 may display moving images in different formats. For example, the broadcast user device 21 may display moving images in a client rendering format, while the viewer user device 22 may display moving images in a browser rendering format. Also, the user may be allowed to select the method of displaying moving images. For example, some of the viewer user devices 22 may display moving images in a client rendering format, while other devices may display moving images in a browser rendering format.

In this embodiment, a method will be described in which each user device 20 distributes moving images using the client rendering method. The client rendering method will be described in detail.
The storage 26 records three-dimensional model data of avatar objects and other objects. The three-dimensional model data includes drawing data of body parts constituting the main body of the avatar object and attachment parts that can be attached to the avatar object. The body parts are parts that constitute the body parts of the avatar object. The data for drawing the body parts includes polygon data, skeletal data (bones) for expressing the movements of the avatar object, texture data, and the like. At least some of the body parts can be set arbitrarily by the user. In other words, the height, build, and the like of the avatar object can be selected by the user. The attachment parts include texture data, and the like. The broadcasting user can set the attachment parts of the avatar object corresponding to himself/herself to his/her preferred parts.

The transmitting unit 53 of the broadcasting user device 21 transmits identification information (parts ID) indicating the parts of the avatar object to the multi-game server 13 as display control data. The transmitting unit 53 also transmits the motion data acquired by the acquiring unit 50 and audio data based on the audio collected by the microphone 30 to the multi-game server 13. Furthermore, the transmitting unit 53 transmits, as display control data, identification information of an expression selected by the broadcasting user from among the expressions of the avatar object registered in advance. This expression of the avatar object is referred to below as an "emote".

The broadcasting user can also adjust the position and imaging range of the virtual camera in the virtual space. The broadcasting user device 21 changes the angle or position of the virtual camera set in the game field based on the user's operation. The broadcasting user device 21 also 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. A timestamp is added to the motion data and the audio data. The timestamp is generated based on reference time information based on a circuit (internal clock) having a clocking function of the control unit 25. Alternatively, the timestamp is generated based on reference time information transmitted from the multi-game server 13 or reference time information obtained from another external server. The timestamp may represent the elapsed time from a reference time, or may represent the time of day.

The viewing user device 22 receives the part ID of the avatar object of the broadcasting user in advance at a predetermined timing, such as the timing when viewing of the video begins. The output control unit 52 receives display control data including motion data from the multi-game server 13. The output control unit 52 then uses the display control data to perform rendering, including the avatar object and objects other than the avatar object. The rendering referred to here refers to a drawing process that includes obtaining the position of the virtual camera, perspective projection, and hidden surface removal based on depth information associated with each object. The rendering may be at least one of these processes, or may include processes such as shading and texture mapping. The output control unit 52 also operates the avatar object using the motion data.

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 video data to the display 32 that combines rendered images of avatar objects and other objects with posted messages, notifications, etc. The output control unit 52 also synchronizes audio data with the video data based on a timestamp and outputs the audio data from the speaker 29.

<Operation>
The operations of the real-time server 12, the multi-game server 13, and the user devices 20 will be described with reference to a specific example of a game with reference to FIGS.

(Before the game starts)
In the video application, a plurality of games are provided so that the user can select one. The user device 20 accepts a game selection operation by the user.

The user device 20 requests the real-time server 12 to generate a room in which multiple users can participate. The real-time server 12 generates a room with the user as the host user. The real-time server 12 also transmits information about the room to the host user device 21H and the multi-game server 13. When the host user device 21H receives the room information, it displays a lobby screen that appears before the game is executed.

The minimum number of people who can participate in a game is one (only the host user), and the maximum number is, for example, four (one host user and three guest users). When the host user invites other users, the host user device 21H transmits a participation request to the other user devices 20 via the multi-game server 13 (or real-time server 12) based on the host user's operation. When the other user devices 20 that receive the participation request transmit a participation request to the real-time server 12 based on the other user's operation, the real-time server 12 registers that user as a guest user in the game management information 37. This creates a group consisting of multiple broadcast users participating in the game.

Alternatively, a 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 join the game to the multi-game server 13 (or the real-time server 12) based on the operation of another user. 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 identification information of the other user who transmitted the participation request. Furthermore, the host user device 21H transmits information approving the participation of the other user to the real-time server 12. As a result, the real-time server 12 registers the user who made the participation request as a guest user in the game management information 37. Note that the host user and guest user are distribution users who distribute game videos.

The broadcasting user device 21 and the viewing user device 22 of the guest user display a lobby screen. The lobby is a virtual space where the host user and the guest users participating in the game gather before the game starts. In the lobby, the host user and the guest user can communicate with each other by voice calls or chat. The lobby screen includes avatar objects corresponding to the participating host users and guest users, respectively. The output control unit 52 draws each avatar object using the motion data of the broadcasting user. Note that the broadcasting user device 21 and the viewing user device 22 may also display the lobby screen after the game has ended.
The host user device 21H accepts a predetermined operation by the host user on the operation objects 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 a program for progressing the selected game. Note that the game can also be played by the host user alone.

(Game example)
A specific example of a game will be described with reference to Fig. 8, focusing on in-game actions executed by a broadcasting user. Processing related to game parameters and processing related to group parameters will be described as separate processing. Note that the user device 20 will be described here as having a touch panel.

First, the first stage will be described. The first progression unit 40 and the second progression unit 45 of the real-time server 12 progress a game in which the broadcasting user fishes in a game field 55. The first progression unit 40 displays a plurality of game fields 55 (fishing spots) selectable by the host user. 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. In addition, the first progression unit 40 and the second progression unit 45 transmit various data required for drawing the game field 55 to each broadcasting user device 21. The game field 55 includes a movable area 56. The first progression unit 40 and the second progression unit 45 control the movement of the moving object 57 within the movable area 56. The movable area 56 is a body of water such as the sea, a river, or a lake. In the movable area 56, the moving object 57 may be displayed as a silhouette. Alternatively, the moving object 57 may be displayed in a display manner in which its type is identifiable. The moving object 57 is an object representing a fish or another object.

The operation detection unit 51 of the broadcast user device 21 accepts a first action execution operation of the broadcast user using the broadcast user device 21 in a predetermined game scene and in a state where the item 58 is not located in the movable area 56. 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 a first in-game action, cast, can be executed. Cast is an in-game action that places (drops) an item 58 associated with the broadcast user in the movable area 56. The item 58 is an object that the user owns or can use in the game, and is an object associated with the user at least when the first action execution operation is performed. In this game, the item 58 includes at least one of a float, bait, a lure, a fishing rod, etc. The 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. When the first progression unit 40 receives the first action execution request from the broadcasting user device 21, it executes the cast (game process P1).

The first progression unit 40 controls the movement of the moving object 57 and determines whether 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 conditions are met (satisfied) (game process P2: hook). When the battle conditions are met, the moving object 57 becomes battle-ready (selectable). The acquisition unit 50 receives game control data including information indicating that the battle conditions are met from the real-time server 12. The output control unit 52 notifies that the moving object 57 is selectable by displaying an icon 59 prompting an operation, by the movement of the item 58, or by outputting vibration or sound from the user device 20. Note that when the first progression unit 40 determines that a predetermined operation (e.g., a tap operation) has been performed in the broadcasting user device 21 without the battle conditions being met, the item 58 is returned from the movable area 56 to its initial position, allowing the cast to be redone.

When the operation detection unit 51 receives a second action execution operation (e.g., a tap operation) that is performed within a predetermined time after the battle conditions are satisfied, the transmission unit 53 transmits game progress data including a request to execute the second action to the real-time server 12. When the first progression unit 40 receives the request to execute the second action, it executes a battle (second in-game action) with the moving object 57 (game process P3). Based on the game control data received from the real-time server 12, the broadcasting user device 21 displays the movement of the second in-game action in which the avatar object 60 attempts to fish up the moving object 57 associated with (hooked on) the item 58.

The first progression unit 40 determines whether the second in-game action is successful or not based on parameters associated with the broadcasting user and parameters associated with the moving object 57. For example, the first progression 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 a setting value set by the broadcasting user. In this case, the higher the acquisition probability or the set number of medals, the higher the success rate. The first progression unit 40 then performs a lottery to determine whether the action is a success or failure based on the success rate. Note that by taking game balance into consideration, the success rate may be lowered as the set number of medals increases.

When the first progression unit 40 determines that the broadcasting user has succeeded, it records the acquired moving object 57 (acquired object) as a catch in the user information 35 associated with that broadcasting user (game process P4). The catch may be changed depending on the item. The first progression unit 40 also transmits game control data including information about the catch to the broadcasting user device 21. Note that, because the catch is associated with the broadcasting user, it also functions as a reward (game reward).

When the first progression unit 40 determines that the broadcasting user has failed, it ends the match without associating the catch. The first progression unit 40 also transmits game control data including information indicating failure to the broadcasting user device 21. Then, when the first progression unit 40 receives a request to perform the first action from the broadcasting user device 21, it performs a new cast.

While the game steps P1 to P4 are repeated in this manner, the output control unit 52 operates the moving object 57 based on the game control data. The broadcast user device 21 also receives game control data related to the other broadcast users from the real-time server 12. The output control unit 52 then draws the avatar object 60 corresponding to the other broadcast users 70 based on the game control data related to the other broadcast users. As a result, the avatar object 60 corresponding to each broadcast user 70 performs a casting action, a battle action (an action of trying to reel in the hooked moving object 57), and an action of acquiring the moving object 57. The game control data also includes data indicating an emote selected by the other broadcast user. 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 in the same manner as the broadcast user device 21 based on the game progress data transmitted from each broadcast user device 21.

The first progression unit 40 also changes the scene midway through the first stage. Specifically, it changes the display mode of the game screen (such as the background color). At this time, the first progression unit 40 may change the type of moving object 57 that moves within the movable area 56.

The second progression unit 45 receives game progression data from the broadcasting user device 21 and transmits game control data to the broadcasting user device 21. The second progression unit 45 places normal moving objects 57 and special moving objects 57 (hereinafter referred to as special objects) in the movable area. Note that no special objects are 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, focusing on the processing related to game parameters and the processing related to group parameters.

When the first progression unit 40 accepts a first action execution operation (cast operation) by a broadcasting user, the setting value identification unit 41 identifies the setting value set by that broadcasting user (step S1). The setting value identification unit 41 transmits the identified setting value to the API server 14. The API server 14 adds the setting value to the total setting value.

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

Furthermore, when the first in-game action is executed by the first progression unit 40, the set value determination unit 41 subtracts the set value from the possessed value (step S2). Specifically, the set value determination unit 41 receives the possessed medal count, which is the possessed value recorded in the user information 35, from the API server 14. Then, it subtracts the set medal count from the possessed medal count. Note that, when the battle conditions are not met and the first in-game action is to be redone, the set medal count is added to the possessed value to return it to its original value.

The multiplier setting unit 42 performs a multiplier setting process using the identified set value (step S3). In the multiplier setting process, the boost multiplier used in the second stage is set. The multiplier setting unit 42 records the set boost multiplier in the user information 35 via the API server 14. Note that the multiplier setting process may be performed after the update process in which the set value is subtracted from the owned value and before the next update process.

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

If the first reward granting unit 43 determines that the first reward condition is not satisfied (step S4: NO), the first reward granting unit 43 proceeds to step S6.
When the first reward granting unit 43 determines that the first reward condition is satisfied (step S4: YES), it grants an individual reward (step S5). Specifically, the first reward granting unit 43 determines an individual reward using the set medal number and the odds (multiplication factor) of the moving object 57 recorded in the game environment information 36. The larger the odds (e.g., "2x"), the greater the number of medals that are the individual reward. Also, the greater the set medal number, the greater the number of medals that are the individual reward. For example, the first reward granting unit 43 determines an individual reward using a value obtained by multiplying the set medal number and the odds. As described above, the odds are set to a multiplication factor of 1x or more and a multiplication factor of less than 1x depending on the moving object 57. In other words, depending on the moving object 57 that is successfully acquired, there are cases where an individual reward of a set value or more is obtained and cases where an individual reward of a value smaller than the set value is obtained. The odds may be set for each type of moving object 57 or for each attribute (rarity, etc.). Or, the odds may be set for each moving object 57. In other words, different odds may be set for multiple moving objects 57 of the same type.

The first reward granting unit 43 transmits the number of medals, which is the personal reward, to the API server 14 together with the user ID of the broadcasting user 70 associated with the personal 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 setting value used when determining the individual reward is the setting value when the first in-game action (cast) is executed. However, the timing of identifying the setting value used when determining the individual reward may be any timing that corresponds to the period during which the broadcasting user can change the setting value. For example, the setting value identified when the battle conditions are met may be used to determine the individual reward.

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

The determination unit 44 determines whether the first stage has ended based on whether the group's mission has been accomplished (step S7).
When the judgment unit 44 judges that the group's mission has not been accomplished, it determines that the first stage has not ended (step S7: NO), and returns to step S1, and steps S1 to S7 are executed by each function as the game progresses.

When the determination unit 44 determines that the group's mission has been accomplished (step S7: YES), the first stage ends. The first progression unit 40 transmits data control data including a request to move to the second stage to the broadcasting user device 21. When the broadcasting user device 21 receives this data control data, it displays the screen of the second stage. Note that if the time elapsed since the start of the first stage reaches the time limit, the game itself may be ended without moving to the second stage.

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

The multiplier setting unit 42 also determines whether to update the boost multiplier (step S11). A number of thresholds (e.g., "1100" and "1200") are set in stages for the total set value. The multiplier setting unit 42 determines to update the boost multiplier each time the total set value reaches a new threshold.

When the multiplier setting unit 42 determines that the total set value has reached the threshold value (step S11: YES), it updates the boost multiplier (step S12). At this time, the multiplier setting unit 42 performs a lottery to determine the boost multiplier. That is, it selects one boost multiplier from multiple boost multipliers. At this time, the multiplier setting unit 42 selects a multiplier higher than the boost multiplier recorded in the user information 35. As a result, the boost multiplier becomes larger each time the total set value reaches the threshold value. The multiplier setting unit 42 records the boost multiplier obtained by lottery in the user information 35 via the API server 14. Furthermore, when the boost multiplier is updated, the multiplier setting unit 42 includes the boost multiplier in the game control data and transmits it to the broadcasting user device 21.

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

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

The second reward granting unit 46 determines whether the second in-game action was successful in the second stage (step S16). If the second reward granting unit 46 determines that the second in-game action was unsuccessful (step S16: NO), the process proceeds to step S20.

When the second reward granting unit 46 determines that the second in-game action is successful (step S16: YES), it determines whether or not the second reward condition is met based on the play status of any of the broadcasting users belonging to the group (step S17). In the specific example of the above game, the second reward condition is that the moving object that is the target of the second in-game action is a special object and the second in-game action is successful. The second reward condition differs depending on the game.

When the second reward granting unit 46 determines that the second reward condition is not satisfied (step S17: NO), it grants an individual reward, assuming that the second in-game action on the normal moving object 57 was successful (step S21). The second reward granting unit 46 determines the individual reward in the same manner as in the first stage.

When the second reward granting unit 46 determines that the second reward condition is met based on the play status of any one of the broadcasting users (step S17: YES), it grants a group reward to each broadcasting user (step S18). The second reward granting unit 46 acquires the boost multiplier of each broadcasting user recorded in the user information 35 via the API server 14. In addition, the second reward granting unit 46 acquires, from among the odds recorded in the game environment information 36, the odds of the moving object 57 acquired by the broadcasting user via the API server 14.

Then, using the odds associated with the moving object 57 and the boost multiplier of each broadcasting user, the value of the game parameter (number of medals) as the group reward is determined for each broadcasting user. Higher odds are set for special objects compared to normal objects. Furthermore, the higher the odds, the higher the value of the game parameter granted to each broadcasting user. Furthermore, the higher the boost multiplier of a broadcasting user, the higher the value of the game parameter granted to that broadcasting user. For example, the second reward granting unit 46 calculates the group reward by multiplying a constant using the set number of medals, the odds, and the boost multiplier.

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

The second reward granting unit 46 transmits to the broadcasting user device 21 a request to execute a special effect in addition to information regarding the group reward determined for each broadcasting user in the game control data (step S19). At this time, the game parameter value as the group reward is transmitted to the broadcasting user device 21 to which the group reward has been granted in the game control data. The second reward granting unit 46 also 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 broadcasting user device 21 and the viewing user device 22 outputs a screen with a special effect based on the game control data. The special effect is an effect that is output when the second reward condition is satisfied.

When the second reward granting unit 46 determines that the second in-game action has failed (step S16: NO), or when the second in-game action on the normal moving object 57 has been successful (step S17: NO) and an individual reward has been granted (step S21), and when a request to execute a special effect has been sent (step S19), the second progression unit 45 determines whether the second stage has ended (step S20). The condition for ending the second stage is that the group parameter has reached 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), it returns to step S16.

With reference to FIG. 12, a specific example of granting an individual reward to a broadcasting user will be described. In the example of FIG. 12, it is assumed that two broadcasting users 70 (host user 70H, guest user 70G) are participating in the game. It is also assumed that the real-time server 12 transmits and receives data such as setting values, possession values, total setting values, boost multipliers, remaining time, and group parameters between the API server 14.

The first progression unit 40 of the real-time server 12 receives game progress data from the broadcasting user device 21 of the host user 70H, including the set medal number 71 (e.g., "100") bet by the host user 70H. The first progression unit 40 also receives game progress data including the set medal number (e.g., "200") bet by the guest user 70G.

The first progression unit 40 updates the number of medals owned by the host user 70H (e.g., "900") by subtracting (consuming medals) the set number of medals from the number of medals owned by the host user 70H (e.g., "1000")). The first progression unit 40 also updates the number of medals owned by the guest user 70G (e.g., "800") by subtracting the set number of medals from the number of medals owned by the guest user 70G (e.g., "1000").

When the first reward granting unit 43 determines that the host user 70H's match against the moving object 57 is successful, it grants a personal reward 72 according to the set medal number 71 bet by the host user 70H. The first reward granting unit 43 updates the possessed medal number associated with the host user 70H by adding a new medal number (e.g., "200") as the personal reward 72 to the possessed medal number associated with the host user 70H (e.g., "1100"). In addition, the host user 70H is associated with the moving object 57.

Now, suppose that guest user 70G has successfully played against the same moving object 57 as the moving object 57 associated with host user 70H. If guest user 70G's set medal count 71 (e.g., "200") is greater than host user 70H's set medal count 71, the personal reward 72 (e.g., "400") granted to guest user 70G will be greater than the personal reward 72 granted to host user 70H. The first reward granting unit 43 updates the possession value by adding the personal reward 72 to the possession medal count associated with guest user 70G (e.g., "1200"). Note that if the match against the moving object 57 is unsuccessful, the set medal count 71 is subtracted from the possession value, but the personal reward 72 is not granted.

In addition, when the determination unit 44 receives a request to execute a cast from each broadcasting user device 21, it increases the total value of the group parameters regardless of whether the second in-game action is successful or not. The broadcasting user device 21 indicates the total value of the group parameters with a group gauge 73. The unit of the group parameter may be a unique unit (e.g., "1", "2"), or the number of medals.

In this way, in the first stage, the broadcasting user 70 basically enjoys playing against the moving object 57 individually. In addition, the first reward granting unit 43 grants an individual reward 72 based on the result of the match. Meanwhile, the first progression unit 40 increases the group parameter based on the execution of the cast by the broadcasting user 70. Since the group parameter increases regardless of the result of the match, the second stage can be transitioned to by the efforts of each broadcasting user, regardless of the game playing experience or the broadcasting user's technique. This can increase the users' motivation for the game. In addition, users who are playing the game for the first time can play the game without worrying about the difference in playing experience with users who have already played the game. Furthermore, the more users who participate in the game, the faster the group parameter increases. This can encourage the host user to request other users to join.

A specific example of granting a group reward to a broadcast user will be described with reference to FIG.
In the first stage, the magnification setting unit 42 of the real-time server 12 sets the boost magnifications 74H, 74G of each broadcast user 70 according to the set medal count 71. Specifically, the magnification setting unit 42 totals the set medal counts 71 (e.g., "100", "200", "300") consumed for each broadcast user 70 each time an action execution operation by the broadcast user 70 is accepted (e.g., "600"). Then, when the total value of the set medal counts 71 reaches a threshold value (e.g., "500"), the magnification setting unit 42 draws one boost magnification 74H, 74G from the boost magnifications (e.g., "x2", "x3", ...). By drawing the boost magnification in this way, the randomness is increased, and the interest of the game can be increased.

When the group parameter reaches its maximum value in the first stage, the second progression unit 45 progresses the game in the second stage. Note that the second progression unit 45 does not subtract the number of medals set by the broadcasting user 70 from the number of medals owned by the broadcasting user 70 even if a cast is performed.

13, for example, suppose 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 multiplier 74H (e.g., "x2") set for the host user 70H to determine the number of medals (e.g., "5000") that is the group reward 75 for the host user 70H. The second reward granting unit 46 also uses the boost multiplier 74G (e.g., "x4") for the guest user 70G to determine the number of medals (e.g., "10000") that is the group reward 75 for the guest user 70G. In other words, even if the host user 70H satisfies the second reward condition while the guest user 70G does not satisfy the second reward condition, the group reward 75 is granted to all of the broadcasting users 70 participating in the game. Additionally, since the group reward 75 granted to each person is determined according to the boost multiplier 74H, 74G associated with each broadcast user 70, the group reward 75 granted to the guest user 70G may be higher than the group reward 75 granted to the host user 70H who meets the second reward condition.

In this way, in the second stage, a group reward is awarded not only to the broadcasting user himself, but also to other broadcasting users 70 who join the group if they satisfy the second reward condition. Therefore, in the second stage, in addition to the fun of obtaining a reward according to the set medal number 71 bet by the broadcasting user 70, a sense of solidarity between broadcasting users can be enhanced. This makes it possible to prevent the broadcasting user 70 from getting the impression that the game is monotonous. Furthermore, the number of medals is more likely to increase in the second stage than in the first stage. This makes it possible for the broadcasting user to experience the fun of a rapid increase in the number of medals.

In addition, by increasing the set medal number 71 in the first stage, the boost multiplier used in the second stage tends to be higher. This can increase the motivation of each broadcast user 70 for the first stage. Furthermore, since games in which medal numbers are bets in this way have a random element, users who do not like randomness tend not to participate in such games. However, by making the game a game played by multiple users in this way, the elements that users can enjoy are increased. This can soften the impression of the randomness of the game.

<Special effects>
Next, the special effects (step S19) will be described in detail. Here, the period during which the first and second stages of the game are played, excluding the period during which the special effects are played, is referred to as the game progress period. The period during which the special effects are played is the period during which photography is possible (hereinafter, referred to as the photography period). The photography period starts when the second reward condition, which is the acquisition condition, is satisfied.

When the output control unit 52 of the broadcast user device 21 receives a request to execute a special effect from the real-time server 12, it starts a shooting period in which the avatar object 60 is shot. During the shooting period, the progress of the game is stopped. For example, the real-time server 12 stops the decrease of the group parameter. The output control unit 52 stops the display of the game screen during the shooting period. In addition, the output control unit 52 displays the avatar object 60 reflecting the facial expression and other movements of the broadcast user 70 on the special effect screen using the tracking data detected by the movement detection unit 54. The avatar object 60 reflecting the facial expression and other movements of the broadcast user 70 is the avatar object 60 in the second display mode. In addition, the output control unit 52 displays the avatar object 60 reflecting the facial expression and other movements of the other broadcast users 70 on the special effect screen using the tracking data of the other broadcast users 70 acquired by the acquisition unit 50. Note that, when the broadcast user 70 using the own device or the other broadcast users 70 selects the emote function, the output control unit 52 displays the avatar object 60 using the motion data corresponding to the selected emote.

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

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

During the filming period, the second progression unit 45 may stop the progress of the game while executing at least a part of the game processing related to the second stage. For example, if another broadcast user 70 is in a match immediately before the start of the filming period, the second progression unit 45 may calculate the success rate and determine success and failure.

Furthermore, when the game progress period is resumed, the output control unit 52 may display a game screen based on the game progress data immediately before the start of the filming period. The game progress data includes the play status of the other broadcasting users 70. For example, if a broadcasting user 70 other than the broadcasting user 70 who satisfied the second reward condition performed the first in-game action (cast) immediately before the filming period, the output control unit 52 displays a game screen in a state in which that broadcasting user 70 has performed the first in-game action.

Alternatively, when the game progress period is resumed, the output control unit 52 may reset the play status of each broadcast user 70 to the initial state before the first in-game action (cast) was performed.
Alternatively, if the second progression unit 45 determines that one broadcast user 70 satisfies the second reward condition immediately before the shooting period in which the other broadcast user 70 satisfies the second reward condition, the second progression unit 45 may perform special effects in succession.

＜Illustrated Book＞
The encyclopedia registration process executed by the first progression unit 40 and the second progression unit 45 will be described with reference to Fig. 14. The encyclopedia registration process is performed on the encyclopedia associated with the broadcast user 70 when the broadcast user 70 meets the object acquisition conditions. The acquisition condition is that the broadcast user 70 successfully performs the second in-game action. Here, it will be described how the first progression unit 40 performs registration in the encyclopedia when the acquisition conditions are met in the first stage. Note that the second progression unit 45 also performs the encyclopedia registration process in a similar manner.

The order in which the game fields 55 are opened to users is determined in advance. In addition, the moving object 57 is associated with the game field 55. When the broadcasting user 70 is successful in the second in-game action, the first progression unit 40 registers the moving object 57 in the illustrated book (step S26). Specifically, the first progression unit 40 transmits the object ID of the moving object 57, the user ID of the broadcasting user 70 who acquired the moving object 57, and a registration request to the API server 14. The API server 14 registers the object ID of the moving object 57, which is part of the user information 35 corresponding to the user ID, in the illustrated book of the game field 55 associated with the moving object 57.

The first progression unit 40 obtains the completion rate of the illustrated book identified in step S27 for each game field 55 associated with the broadcasting user who has successfully performed the second in-game action (step S27). Specifically, the completion rate represents the ratio of the number of moving objects 57 registered in the illustrated book to the number that can be registered in the illustrated book. The first progression unit 40 may obtain the completion rate calculated by the API server 14. Alternatively, the first progression unit 40 may obtain the number that can be registered and the number of moving objects 57 registered in the illustrated book from the API server 14 and calculate the completion rate.

The first progression unit 40 determines whether the completion rate is equal to or greater than a predetermined rate (step S28). If it determines that the completion rate (e.g., 60%) is less than the predetermined rate (e.g., 80%) (step S28: NO), the processing waits until the broadcast user 70 successfully performs the next second in-game action.

On the other hand, if the first progression unit 40 determines that the completion rate (e.g., 85%) is equal to or greater than a predetermined rate (e.g., 80%) (step S28: YES), it opens a new game field 55 to the broadcasting user 70 in a predetermined order of opening (step S29). For example, it opens the game field 55 with the lowest order (lowest assigned number) among the unopened game fields 55. The first progression unit 40 records the opened game field 55 in the user information 35. This allows the broadcasting user 70 to start a game in the opened game field 55 when he or she becomes the host user 70H.

Basically, a user can play the game in a game field 55 that is open to the user. However, as described above, if the user participates in the game as a guest user 70G, the user can play the game in a game field 55 that is open to the host user 70H, even if the game field 55 is not open to the guest user 70G. In addition, the guest user 70G can register a moving object 57 in the illustrated book associated with a game field 55, even if the game field 55 is not open to the guest user 70G.

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

Figure 15 shows an example of a game screen 80 displayed by the broadcasting user device 21. The example in Figure 15 shows the game screen 80 in the first stage. The output control unit 52 receives 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. The output control unit 52 then displays the game screen 80 using this information.

The game screen 80 includes the background of the game field 55. The game screen 80 also includes images of an avatar object 60, a fishing rod 81, an item 58, a movable area 56, and a movable object 57. In the example of FIG. 15, two broadcast users 70 are participating in the game.

The output control unit 52 draws the avatar object 60 using motion data of predetermined in-game actions based on the operation of the broadcasting user 70. The in-game actions include a casting action, an action of fighting against a moving object 57, an action of fishing up a moving object 57, etc. During the game progress period, in order to reduce the processing load on the user device 20, the output control unit 52 draws the avatar object 60 without using motion data that detects the facial expression of the broadcasting user 70.

The operation detection unit 51 accepts the selection of an emote function by the broadcasting user 70. After a cast is performed, the operation detection unit 51 does not accept the broadcasting user's selection of an emote until the match ends or until the item is collected without a match. The output control unit 52 draws the avatar object 60 using motion data corresponding to the type of emote selected. The output control unit 52 also receives information specifying the emote selected by the other broadcasting users 70 from the multi-game server 13. The output control unit 52 then draws the avatar object 60 using the motion data specified by the other broadcasting users 70.

The game screen 80 includes a personal gauge 82 and a group gauge 83. The personal gauge 82 indicates the set number of medals. In the example of FIG. 15, when the operation detection unit 51 receives an operation of the plus button and minus button of the personal gauge 82, the output control unit 52 increases the gauge value of the personal gauge 82. In addition, 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 unit 84 that indicates the set medals.

The output control unit 52 displays a group gauge 83 using the group parameters received from the API server 14. The group gauge 83 represents the value of the group parameters. In the second stage, the individual gauge 82 automatically becomes maximum. Also, when the second stage starts, the group gauge 83 is maximum, but decreases over time.

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

The game screen 80 further includes an illustrated book display button 88A, an emote selection button 88B, and a camera button 88C. When the illustrated book display button 88A is selected by the broadcasting user 70, the transmission unit 53 transmits the user ID and an illustrated book transmission request to the API server 14. The acquisition unit 50 receives information about the illustrated book from the API server 14 and displays the illustrated book associated with the broadcasting user 70. When the emote selection button 88B is selected, the output control unit 52 displays a plurality of selectable emotes. The output control unit 52 uses the emote selected by the broadcasting user to draw an avatar object 60 corresponding to the broadcasting user. The transmission unit 53 also transmits information specifying the selected emote to the multi-game server 13. When the camera button 88C is selected, the output control unit 52 captures the game screen.

The viewing user device 22 displays a game screen (not shown) similar to that of the broadcasting user device 21, except for the personal gauge 82, the multiplier display section 86, and the owned medal display section 87. The game screen displayed by the viewing user device 22 includes a group gauge 83 and a speed display section 85.

Furthermore, the game screen displayed by the viewing user device 22 includes a rating button, a gift button, a camera button, and a collaboration button (all not shown). The rating button is a button that allows the viewing user to express a favorable rating for a broadcast (e.g., "Like!"). The gift button is a button for giving a gift to the broadcasting user 70. When the gift button is selected by the viewing user, 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 a gift object corresponding to the gift display request on the screen. The camera button is a button for capturing the screen. The collaboration button is a button for participating in the game.
In the game screen 80 illustrated in FIG. 15, the medal count display section 84, the group gauge 83, and the speed display section 85 are efficiently displayed so that they can be easily viewed even on a small screen such as a smartphone. The personal gauge 82 is positioned so that the user can easily operate it with one hand. Furthermore, the personal gauge 82 and the group gauge 83 have an elongated shape. The longitudinal direction of the personal gauge 82 is a first direction (horizontal direction), and the longitudinal direction of the group gauge 83 is a second direction (vertical direction). Therefore, even if there are multiple gauges in the game screen 80, the user can distinguish them at a glance.

Figure 16 is an example of a reward screen 90 that notifies the broadcasting user 70 that a personal reward has been granted. The reward screen 90 is displayed in the first stage personal reward granting process (step S5) and the second stage personal reward granting process (step S21).

The reward screen 90 includes a catch display section 91. The catch display section 91 displays the moving object 57 for which the second in-game action was successful as the catch. The reward screen 90 also displays the attributes (name, size, weight) of the moving object 57. The reward screen 90 also includes the number of medals 92, which is the personal reward. This screen is a screen indicating that a personal reward has been granted to the broadcast user 70 using the broadcast user device 21. If a personal reward has been granted to another broadcast user 70, a reward screen in a different display mode is displayed. For example, this reward screen displays the broadcast user 70 who obtained the catch in association with the catch. The image of the personal reward granted to the other broadcast user 70 may be smaller in size than the image of the personal reward acquired by the broadcast user 70 using the own device. Alternatively, the amount of information contained in the image of the personal reward granted to the other broadcast user 70 may be smaller than the amount of information contained in the image of the personal reward acquired by the broadcast user 70 using the own device. Furthermore, images of catches awarded to other broadcast users 70 may be smaller in size and contain less information than images of catches acquired by the broadcast user 70 using the broadcast user's own device. When multiple broadcast users 70 acquire personal rewards, images of the personal rewards are displayed frequently, but for example, by making the images of the personal rewards awarded to other broadcast users 70 smaller, it is possible to prevent the actions of the broadcast user 70 of the broadcast user's own device or the movements of each broadcast user 70 from being obscured by the images of the personal rewards. It is also possible to prevent the screen from becoming difficult to see and disrupting the progress of the game.

17 shows an example of a special effect screen 95 displayed by the broadcast user device 21. The special effect screen 95 is displayed in the process of performing a special effect (step S19).
The special effect screen 95 includes the avatar objects 60 that have participated in the game. The output control unit 52 displays each avatar object 60 in a size that allows at least the facial expression to be discerned from the user's perspective. The output control unit 52 also displays the avatar object 60 reflecting motion data indicating the motion of the broadcast user 70. The motion of the broadcast user 70 includes at least one of the motions of the head (neck), arms, hands, and torso in addition to the facial expression of the broadcast user 70. Furthermore, when the broadcast user 70 selects an 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). Furthermore, the acquired special object 106 may be displayed in association with a predetermined part (e.g., a hand) of the avatar object 60 that acquired the special object 106. By associating the special object 106 with the predetermined part, the special object 106 is displayed as if it is in contact with the predetermined part. As a result, the avatar object 60 having 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 unit 52 of the user device 20 displays an emote selection section (not shown) in which multiple icons representing each emote are displayed. The broadcasting user 70 selects one of the icons displayed in the emote selection section. The broadcasting user device 21 transmits information specifying the motion data corresponding to the selected icon to the multi-game server 13. The multi-game server 13 transmits display control data including information representing the 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 broadcasting user 70, the output control unit 52 captures (takes a picture of) the screen. At this time, the output control unit 52 of the broadcasting 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 camera button (not shown) is selected by the viewing user, the viewing user device 22 captures (takes a picture of) the screen and records the captured image in the storage 26.

Reflecting the facial expression of the broadcasting user 70 on the avatar object 60 while the game is being played increases the processing load on the user device 20. If the broadcasting method is a server rendering method, the processing load on the multi-game server 13 increases. In addition, there is a delay in reflecting the facial expression on the avatar object 60 relative to the progress of the game, making it difficult to synchronize them.

Therefore, as described above, by providing a time for photographing the avatar object 60 while the game is paused from the user's perspective, it is possible to reduce the processing load on the user device 20 while giving the broadcasting user 70 a sense of solidarity by sharing the same game space. The broadcasting user 70 can perform a variety of 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 bored of watching the video. Also, when multiple broadcasting users participate in a game, it is difficult for the broadcasting user to check the playing status of the other broadcasting users because they are concentrating on their own gameplay. In the above game, by providing a special effect when the other broadcasting user succeeds in the second in-game action, it is possible to ensure time to praise the other broadcasting user for obtaining the special object. This allows the broadcasting users to communicate with each other.

Figure 18 shows an example of the encyclopedia screen 100. When the encyclopedia display button 88A (included in the game screen 80 of Figures 15 and 16, for example) is selected by the broadcasting user 70, the broadcasting user device 21 displays the encyclopedia screen 100. The encyclopedia screen 100 includes a list of objects. In this embodiment, the encyclopedia display button 88A is displayed on the screen of the broadcasting user device 21 while the game is being played. The broadcasting user 70 may select the encyclopedia display button 88A while playing the game to display the encyclopedia screen 100. The encyclopedia display button 88A is also displayed on the lobby screen. The broadcasting user 70 may select the encyclopedia display button 88A to display the encyclopedia screen 100 before starting the game and after finishing the game.

The picture book screen 100 includes a field identification section 101 and an object display section 102. The output control section 52 displays the moving objects 57 acquired by the broadcasting user 70 as the object display section 102 in association with the game field 55 represented by the field identification section 101. As described above, a predetermined number of moving objects 57 that can be acquired in the game field 55 are associated with the game field 55. The object display section includes an acquired object display section 102A that shows the moving objects 57 that have already been acquired by the broadcasting user 70, and an unacquired object display section 102B that shows the moving objects 57 that can be acquired but have not yet been acquired. The acquired object display section 102A can accept operations by the broadcasting user 70. The rarity (degree of rarity) 103 of the corresponding moving objects 57 is displayed in association with the acquired object display section 102A and the unacquired object display section 102B.

The acquired object display section 102A includes an image of the moving object 57. The unacquired object display section 102B does not display the moving object 57. Alternatively, as shown in FIG. 18, the unacquired object display section 102B may be in a display state in which the type of the moving object 57 cannot be determined at a glance, such as a state in which only the silhouette of the moving object 57 is displayed. In addition, the picture book screen 100 includes an object number display section 110 that displays the number of moving objects 57 that can be acquired in the game field 55 and the number of moving objects 57 that have been acquired.

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

The distribution user 70 may acquire a moving object 57 of the same type as a moving object 57 already registered in the illustrated book, but with different attributes such as total length or weight. When the first progression unit 40 or the second progression unit 45 acquires a moving object 57 already registered in the illustrated book, the first progression unit 40 or the second progression unit 45 updates the number of times the same moving object 57 has been acquired 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 progression unit 40 or the second progression unit 45 may register multiple moving objects 57 in the illustrated book. Alternatively, the first progression unit 40 or the second progression unit 45 may compare 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 or a large (or small) parameter may be newly registered in the illustrated book. For example, when the same type of moving object 57 is acquired, the moving object 57 with a large total length or weight included in the attributes may be registered in the illustrated book.

When the host user 70H displays the encyclopedia screen 100, the viewing user can view the encyclopedia screen 100. For example, the broadcasting user device 21 and the viewing user device 22 display the host user 70H's encyclopedia screen 100 on a lobby screen that is displayed after the game ends. By displaying such an encyclopedia screen 100, the user can feel the fun of collecting moving objects 57.

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

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

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

Furthermore, 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 the processing circuit 200 communicates, such as a server or computer. The process may also be stored in network-based storage, cloud-based storage, or other mobile-accessible storage and executable by the processing circuit 200.

The statements or blocks in the flowcharts disclosed herein may be understood to represent modules, segments, or portions of code that include one or more executable instructions for implementing a particular logical function or step in a process. In addition, the statements or blocks may perform functions in a different order than that shown or described in the specification, such as substantially simultaneously or in reverse order.

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

The processing circuit 200 also includes a network controller 206 for connecting to a 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, and can also include a public switched telephone network (PSTN) or an integrated services digital network (ISDN, registered trademark) sub-network. 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. The wireless network can also be Wi-Fi, wireless LAN, Bluetooth, or other forms of wireless communication known in the art. Additionally, the network controller 206 can be compliant with other direct communication standards, such as Bluetooth, near field communication (NFC), infrared, etc.

The processing circuit 200 further includes a display controller 205 and an input/output interface 207. These are connected to a bus 210. The display controller 205 is connected to a display 32. The input/output interface 207 is connected to a touch panel 208 and a peripheral device 209. The peripheral device 209 is, for example, a speaker or a microphone. Each of the servers 12 to 14 can be configured to omit the display controller 205 and the input/output interface 207.

The effects of the first embodiment will be described.
(1-1) In a game in which rewards are awarded according to a setting value bet by a broadcasting user 70, when a broadcasting user 70 belonging to a group satisfies a second reward condition, the second progression unit 45 awards a group reward 75 to each broadcasting user 70 belonging to the group. This makes it easier for each broadcasting user 70 participating in the game to feel a sense of solidarity. This makes it possible to prevent users from getting the impression that the game is monotonous, and to increase the interest of the game, compared to games in which individuals bet a setting value to obtain rewards.

(1-2) The first progression unit 40 subtracts a set value from the possession value associated with the broadcasting user 70 by executing a first in-game action based on the first action execution operation. Then, if the second in-game action is successful, a personal reward 72 according to the set value is added to the possession value. This makes it possible to provide the broadcasting user 70 with the excitement of having the personal reward 72 increase according to the set value.

(1-3) The first progression unit 40 increases the boost multiplier according to the set value. In addition, the second reward granting unit 46 increases the group reward 75 according to the boost multiplier. In other words, the play situation using the set value in the first stage affects the group reward 75. This can increase the motivation of the broadcasting user 70 to play the first stage.

(1-4) In the second stage, the higher the odds of the moving object 57, the larger the group reward 75. This can increase the motivation to compete against the moving object 57 with high odds.

(1-5) The group parameter is decreased over time, and the second stage ends when the parameter reaches the lower limit. This provides a tense game.
(1-6) The first progression unit 40 and the second progression unit 45 determine whether the first reward condition and the second reward condition are satisfied by lottery. This makes it possible to provide a game with randomness.

(1-7) When the play status of the broadcast user 70 satisfies the shooting condition (in this embodiment, the success of the second in-game action), the output control unit 52 starts a shooting period in which the avatar object 60 is photographed. In addition, during the shooting period, the progress of the game screen is stopped, and the avatar object 60 in the second display mode that reflects the actions of the broadcast user 70 is displayed using the tracking data. This allows the broadcast user 70 to suspend game operations and perform a variety of performances. In addition, when multiple broadcast users 70 are participating in the game, a sense of solidarity between the broadcast users 70 can be enhanced. At this time, since the actions of the broadcast user 70 are 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 a broadcast user 70 satisfies the second reward condition (photographing condition), the output control unit 52 stops the progress of the game for all broadcast users 70 and displays avatar objects 60 that reflect the movements of each broadcast user 70. During the photographing period, the broadcast user 70 does not need to concentrate on the game, making it easier for the broadcast user 70 to communicate with other broadcast users 70.

(1-9) The output control unit 52 records the captured image in storage 26 in association with the image of the moving object 57 acquired by the broadcast user 70. This allows the broadcast user 70 to check the record of when the moving object 57 was acquired.
(1-10) Regardless of whether the game field 55 associated with the host user is associated with the guest user, when the guest user acquires a moving object 57 in the game field 55, the output control unit 52 displays the moving object 57 in the guest user's illustrated book. This makes it possible to motivate users to participate in a game that can be played by multiple users.

Second Embodiment
A second embodiment of the program, information processing method, and information processing system will be described below with reference to Figures 20 and 21. The second embodiment differs from the first embodiment in that when a broadcasting user 70 meets a second reward condition, information about the broadcasting of the game video is stored in a picture book. Hereinafter, parts similar to those in the first embodiment will be given the same reference numerals, and detailed descriptions thereof will be omitted.

As shown in FIG. 20, the multi-game server 13 records distribution history information 115 in the game information storage unit 16. The 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 video until the video distribution ends or the game ends. The distribution status includes information about the distribution user 70 as well as information about the viewing users who watched the game video.

The distribution history information 115 includes participating user information, viewing user information, game history information, and chat information. The participating user information is information for identifying the host user and guest user who participated in the game. The viewing user information is information about the viewing users who viewed the game video. For example, the viewing user information is the number of viewing users. The number of viewing users is the cumulative number including the number of viewing users who were watching when the game started, the number of viewing users who were watching when the game ended, viewing users who stopped watching midway, and viewing users who started watching midway through the distribution. The game history information includes information such as the items 58 used in the game, the set number of medals when the first reward condition or the second reward condition is satisfied, etc. The chat information is text data or the like indicating the contents of the in-game chat conducted during the shooting period. The chat information may indicate the contents of the chat conducted between the distribution users. Or the chat information may indicate the contents of the message sent from the viewing user. The distribution history information 115 may also include the distribution date and time, and the distribution time from the start time of the distribution to the end time.

When the output control unit 52 accepts a user operation to display the encyclopedia object display screen 105, it transmits a viewing request to the API server 14 and the multi-game server 13, requesting data for displaying the object display screen 105, together with the object ID of the specified moving object 57. The API server 14 transmits information about the encyclopedia to the broadcasting user device 21. The multi-game server 13 transmits distribution history information 115 to the broadcasting user device 21. The output control unit 52 displays the encyclopedia object display screen 105 based on the received information about the encyclopedia and the distribution history information 115.

The broadcast user device 21 may receive at least one of the information about the illustrated book and the distribution history information 115 from the real-time server 12. The real-time server 12 receives the information from the API server 14 and the multi-game server 13. Alternatively, the broadcast user device 21 may receive the information about the illustrated 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. Then, the API server 14 transmits the information about the illustrated book and the distribution history information 115 to the broadcast user device 21. Alternatively, the broadcast user device 21 may receive the information about the illustrated book and the distribution history information 115 from the multi-game server 13. In this case, the multi-game server 13 acquires the information about the illustrated book from the API server 14. Then, the multi-game server 13 transmits the information about the illustrated book and the distribution history information 115 to the broadcast user device 21.

21 is an object display screen 105 of the picture book. The image of the moving object 57 shown in FIG. 21 is an image of the special object 106. For example, the output control unit 52 may include user identification information 116, the number of viewers who watched the game video 111, game history information 112 (fishing information), a chat display button 113, and a captured image 114 as the distribution status. The user identification information 116 is an icon or a 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 of 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. In addition, when the chat display button 113 is selected, the output control unit 52 displays the chat contents during the shooting period. The chat contents displayed are not limited to chat during the shooting period, but may be chat contents during a period from the start of the shooting period to a predetermined time ago (past), or chat contents during a period from the end of the shooting period to a predetermined time after. This allows the state of conversation between the broadcasting user 70 and the special object 106 during a battle or after filming has finished to be recorded. Furthermore, if the number of chat posts or the number of characters included in the chat content increases, a chat display screen (not shown) may be displayed separately from the object display screen 105 when the chat display button 113 is selected. This allows the chat content to be easily viewed even if there are a large number of chats.

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 a normal moving object 57. The captured image 114 is an image captured during a 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 participating users, chats, and captured images 114, a record of communication with other distribution users 70 can be kept.

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 broadcast user 70 acquires the moving object 57 with the acquired moving object 57, and displays this in the illustrated book of the broadcast user 70. Thus, the broadcast user 70 can check the distribution status when the moving object 57 was acquired.

(2-2) The output control unit 52 displays information about the viewing user and information about the other broadcast users 70 who participated in the game in the picture book as the broadcast status. This allows the broadcast user 70 to know the number of viewing users who watched the scene in which the moving object 57 was acquired, etc. In addition, the broadcast user 70 can know the number of other broadcast users 70 at the time the moving object 57 was acquired, etc.

(2-3) The output control unit 52 displays the conditions under which the distributor user 70 played the game as the distribution status on the picture book object display screen 105. This allows the distributor user 70 to check the conditions suitable for acquiring the moving object 57.
(2-4) The output control unit 52 displays the contents of the chat during the shooting period in the illustrated book as the distribution status. Therefore, the broadcast user 70 can check the communication between the broadcast users 70 that took place when the moving object 57 was acquired.
(2-5) The output control unit 52 allows the viewing user to view the host user's pictorial book only while the viewing user is viewing the game video, thereby restricting the viewing of detailed information regarding the distribution status.

The above-described embodiments may be modified as follows: The above-described embodiments and the following modifications may be combined with each other to the extent that no technical contradiction occurs.
<User>
In each of the above embodiments, the distribution user 70 refers to a user who transmits at least one of information related to video and information related to audio. For example, the distribution user 70 is a user who performs independent video distribution or collaboration distribution in which multiple people can participate. Alternatively, the distribution user 70 may be a user who hosts or organizes a video chat or voice chat in which multiple people can participate and/or watch, or an event (party, etc.) in a virtual space in which multiple people can participate and/or watch. In other words, the distribution user 70 can also be referred to as a host user, organizer user, or organizer user.

On the other hand, a viewing user refers to a user who receives at least one of the video information and audio information. However, a viewing user not only receives the above information but can also react to it. For example, a viewing user is a user who watches a video broadcast or a collaboration broadcast. Or, a viewing user may be a user who participates in and/or watches a video chat, a voice chat, or an event. Therefore, a viewing user can also be referred to as a guest user 70G, a participating user, a listener, a viewing user, a supporting user, etc.

In the above embodiment, the host user starts distributing video with a group including users gathered in the lobby. Alternatively, when users who are not distributing meet each other in a game field included in the virtual space, game video may be distributed. In this case, a first user among the multiple users uses a user device 20 to send a distribution request to the multi-game server 13 or other servers. Similarly, a second user may also use a user device 20 to send a distribution request to the multi-game server 13 or other servers. In this aspect, the first user and the second user become host users in the above embodiment. In addition, each user device 20 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 centered on the avatar object 60 of the first user. The user device 20 used by the second user sets a virtual camera that captures an image centered on the avatar object 60 of the second user. According to this aspect, since videos can be distributed by chance, it is expected that the number of video distributions will increase. It also makes it easier to distribute videos.

<Collaboration distribution>
In each of the above embodiments, co-starring users can participate in a collaboration broadcast when the broadcasting user 70 consents to participation or when the broadcasting user 70 sends a participation request to other users. Alternatively or in addition to this, a condition for participating in the game may be that the user's attribute information (level, parameters, etc.) satisfies a predetermined condition.
In one aspect, the multi-game server 13 determines whether or not the attribute information of the viewing user satisfies a predetermined condition. Then, the multi-game server 13 transmits the determination result to the viewing user device 22 of the viewing user whose attribute condition satisfies the predetermined condition. Based on the determination result that the attribute condition satisfies the predetermined condition, the viewing user device 22 displays an operation object such as an operation button for indicating an intention to participate in the game. When the viewing user device 22 accepts the operation of the operation object, it transmits a participation request to the real-time server 12, etc. When the real-time server 12 receives the participation request, it transmits the participation request and the user ID of the viewing user who transmitted the participation request to the broadcasting user device 21.

As another aspect, a mode in which the broadcasting user 70 sends a participation request to other users will be described. In this aspect, the multi-game server 13 may determine in advance whether or not the attribute information of each user satisfies a predetermined condition. The users to be determined may be, for example, friend users who have been mutually authenticated with the broadcasting user 70. Alternatively, the users to be determined may be, for example, users who belong to the same group as the broadcasting user 70 (a group in a group chat, or a guild for playing a game). Alternatively, the users to be determined may be all users who have installed a video application, or all users who have registered as users in a video broadcasting service.

The multi-game server 13 transmits to the user device 20 in advance the result of the determination as to whether the attribute information satisfies a predetermined condition. The multi-game server 13 also transmits the participation request received from the distribution user 70 to each user device 20. The user device 20 displays the operation object for participating in the game based on the previously received determination result. That is, the user device 20 displays the operation object when it is determined based on the determination result that the user's attribute information satisfies the predetermined condition, and does not display the operation object when it is determined that the user's attribute information does not satisfy the predetermined condition. Alternatively, when the multi-game server 13 receives a participation request from the user device 20 used by the distribution user 70, it selects a user whose user's attribute information satisfies the predetermined condition from among the users to be determined. Then, it transmits the participation request only to the user device 20 used by the selected user. When the user device 20 receives the participation request, it displays the operation object for participating in the game.

<Game parameters>
In the above embodiments, the game parameters used for the setting value, the individual reward, and the group reward are the number of medals. As described above, the 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, and stamina, the battle may be performed using these battle parameters in the second stage. In addition, there may be multiple types of game parameters. The user designates a game parameter to be used as the setting value from among the multiple types of game parameters. When the user successfully performs the second in-game action, the real-time server 12 grants a reward of the same game parameter as the consumed game parameter. This can increase the variety of the game.

＜Level＞
The user information 35 may include the level of the user. The first progression unit 40 and the second progression unit 45 increase the level of the user in accordance with the game play history. For example, the user's level may be increased as the total set value increases. Alternatively, the user's level may be increased in accordance with at least one of the number of moving objects obtained, the number of times the game has been played, and the time the game has been played.

Furthermore, the first progression section 40 and the second progression section 45 may change the values of various parameters depending on the level as follows.
For example, when a maximum set value (maximum bet amount) that is an upper limit of the set value (bet amount) is determined in advance, the maximum set value may be increased according to the level. For example, the maximum set value may be set to "10000" for "Level 1" and "15000" for "Level 2".

For example, the initial value of the setting value that is set when the game is started may be increased according to the level.
For example, the increase rate of the group parameter may be changed according to the level. Specifically, as shown in FIG. 22, when the set value is the same and the level is different, the increase rate of the group parameter may be decreased as the level increases. When the level is the same, the increase rate increases as the set value increases. Also, in the table of FIG. 20, the maximum set value increases as the level increases. This makes it possible to prevent the difference between the game parameters given to a user at a high level and the game parameters given to a user at a low level from becoming excessive. As a result, it is possible to maintain a good game balance. It is also possible to increase the increase rate of the group parameter as the level increases by adjusting the value of the increase rate.

<Possession value>
In each of the above embodiments, the possession value returns to the initial value when the game ends. Alternatively, the possession value may be retained even after the game ends (piggy bank). For example, the possession value, which is the possession medal, may be usable in the game that the player can play. In addition, a maximum value may be set for the possession value. In this case, the game parameter cannot exceed the maximum value. The maximum value may be higher according to the above-mentioned level.

<Setting value specification part>
Although the setting value specification unit 41 subtracts the setting value from the possession value when a predetermined in-game action, such as performing a cast, may subtract the setting value from the predetermined value at other times. For example, the setting value may be subtracted from the possession value when the battle conditions are satisfied (game step P2).

<First Progression>
In each of the above embodiments, the first progression unit 40 performs a lottery to determine whether the second in-game action is successful or unsuccessful based on the success rate. In addition, for example, the first progression unit 40 may determine that the broadcasting user 70 has succeeded in the second in-game action when the parameter associated with the broadcasting user 70 is greater than the parameter associated with the moving object 57. In other words, it is not necessary to perform a lottery process when determining whether the second in-game action is successful or unsuccessful.

- In each of the above embodiments, the first progression unit 40 subtracts a set value from the possession value associated with the broadcasting user when the first in-game action is executed (e.g., consuming medals). Alternatively, the set value may be subtracted from the possession value associated with the broadcasting 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 set number of medals, which is a setting value set by the distribution user, and performs a lottery to determine whether the second in-game action will be successful or not based on the success rate. Alternatively or in addition to this, 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. The success rate may also be determined depending on the time of day when the game is executed.

- In each of the above embodiments, a fishing game was used as a specific example of a game, but the information processing system 11 may distribute videos of other games. For example, the games may be role-playing games, shooting games, action games, racing games, fighting games, training simulation games, love simulation games, puzzle games, card games, sports games, rhythm games, etc.

<Determination section>
The determination unit 44 determines the increase in the group parameter in accordance with the set value. Alternatively or in addition to this, the increase in the group parameter may be constant regardless of the set value. Alternatively, the increase in the group parameter may be increased with the elapsed time from the start of the first stage. Alternatively, the increase in the group parameter may be increased with the increase in the number of casts.

The determination unit 44 determines that the group's mission has been accomplished when the group parameter has reached a predetermined value. Alternatively or in addition to this, the determination unit 44 may determine that the group's mission has been accomplished when the total number of items collected by each user belonging to the group has reached a predetermined number. Or, the determination unit 44 may determine that the group's mission has been accomplished when the number of opponents against which each user belonging to the group has fought or won has reached a predetermined number.

<First Reward Granting Unit>
When the first in-game action is successful, the first reward granting unit 43 may grant a personal reward to the broadcasting user 70. The first in-game action may be an in-game action based on an operation of the broadcasting user 70.

The first reward granting unit 43 grants an individual reward according to a set value and odds. Alternatively or in addition to this, the first reward granting unit 43 may determine the value of the game parameter that is the individual reward without using odds. In this case, the larger the set value, the more the first reward granting unit 43 increases the value of the game parameter. Furthermore, the first reward granting unit 43 may determine the individual reward using the set value and the value of the game parameter that is the individual reward using a parameter other than the odds among the parameters associated with the moving object 57. For example, the individual reward may be determined using a basic reward (e.g., the number of medals) associated with the moving object 57.

- In each of the above embodiments, the multiplier setting unit 42 is configured to select the boost multiplier by lottery. Alternatively, when the total set value reaches a threshold, the boost multiplier associated with the threshold may be set. Furthermore, when the total set value reaches a threshold, the multiplier setting unit 42 is configured to determine whether or not to update the boost multiplier. Alternatively, the multiplier setting unit 42 may be configured to update the boost multiplier each time the set value is subtracted from the possession value. Alternatively, the multiplier setting unit 42 may be configured to update the boost multiplier when the number of times the set value is subtracted from the possession value reaches a threshold. Alternatively, the multiplier setting unit 42 may update the boost multiplier based on a parameter associated with the moving object 57 when the broadcasting user successfully performs an 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 multiplier determined in the first stage. Alternatively or in addition to this, the boost multiplier may also be changed in the second stage. In this case, the second progression unit 45 may change the boost multiplier depending on the group reward or individual reward obtained by the broadcasting user 70.

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

<Second Progression>
The second progression unit 45 is configured not to subtract the number of medals set by the broadcasting user 70 from the number of medals owned by the broadcasting user 70 even when a cast is performed. Alternatively or in addition to this, a set value may be subtracted from the owned value when an in-game action such as a cast is performed. In this case, the set value for the second stage may be made larger than the set value for the first stage. Alternatively, the set value for the first stage may be made larger than the set value for the second stage.

The second progression unit 45 places special objects and normal objects on the game field 55 as moving objects 57. Alternatively or in addition to this, the second progression unit 45 may place only special objects on the game field 55.

<Second Reward Granting Unit>
When the first in-game action is successful, the second reward granting unit 46 may grant an individual reward and a group reward to the broadcasting user 70. The first in-game action may be an in-game action based on the operation of the broadcasting user 70.

The second reward granting unit 46 grants a group reward according to the odds and the boost multiplier. Alternatively or in addition to this, the second reward granting unit 46 may grant a group reward according to the boost multiplier and a parameter other than the odds associated with the opponent. The parameter other than the odds is a basic reward (e.g., number of medals) or rarity associated with the moving object 57.

In the above embodiment, the second reward granting unit 46 grants to each broadcast user 70 a group reward that corresponds to the boost multiplier associated with each broadcast user 70. Alternatively, the second reward granting unit 46 may grant a fixed group reward to each broadcast user 70.
In each of the above embodiments, the second reward granting unit 46 grants the group reward to all of the broadcasting users 70 who belong to the group. Instead of or in addition to this, the group reward may be granted to some of the users who belong to the group. The multiple users to whom the group reward is granted may or may not include a user who satisfies the second reward condition. Alternatively, the user to whom the group reward is granted may be one person belonging to the group. The multiple users to whom the group reward is granted may be selected randomly, or may be selected in ascending order (or ascending order) of a parameter such as the number of medals. In this way, randomness can be imparted to the game in the second stage.

- In each of the above embodiments, when one user belonging to a group satisfies the second reward condition, a group reward is granted to each user belonging to the group. Alternatively, when a predetermined number of users belonging to a group, that is, two or more users, satisfies the second reward condition, a group reward may be granted to each user belonging to the group. 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 the group reward may be granted to each user.

<Special effects>
In the special effect process, in addition to the avatar object 60 corresponding to the broadcasting user 70, avatar objects 60 corresponding to the viewing users who watch the game video may be displayed. In this case, the output control unit 52 may draw the avatar object 60 corresponding to the broadcasting user 70 and the avatar object 60 corresponding to the viewing users in different display modes. Specifically, the avatar object 60 corresponding to the viewing user may be displayed small. Alternatively, the output control unit 52 may draw the avatar object 60 corresponding to the broadcasting user 70 using motion data corresponding to the broadcasting user 70, while drawing the avatar object 60 corresponding to the viewing user without using motion data.

In the special effect processing, output control unit 52 may display a line drawing input by broadcast user 70, a stamp (design, character image) selected by broadcast user 70, or the like on the captured image.
Each user can set the height of 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 multiple 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 multiple avatar objects 60 to be photographed. Then, the output control unit 52 adjusts the height of the virtual camera so that these avatar objects 60 are included in the photographing range. Alternatively, the output control unit 52 may adjust the height position of the shortest avatar object 60 or the tallest avatar object 60 while keeping the height of the virtual camera constant, thereby reducing the height difference between the avatar objects 60 in appearance. By adjusting the height of the virtual camera according to the height of the avatar object 60 in this way, even if the user is not familiar with operating the virtual camera, the user can easily take a commemorative photo without any difficulty.

＜Illustrated Book＞
In the second embodiment, when the broadcast user 70 satisfies the second reward condition, the photographed image 114 is recorded in association with the pictorial book of the broadcast user 70. At this time, the photographed image 114 may be recorded in association with the pictorial book of a broadcast user 70 (hereinafter referred to as the second broadcast user) other than the broadcast user 70 (hereinafter referred to as the first broadcast user) who satisfies the second reward condition. In this case, the photographed image 114 is recorded in association with the same moving object 57 as the moving object 57 acquired by the first broadcast user 70 in the pictorial book of the second broadcast user 70. If the second broadcast user 70 has not acquired the moving object 57, the unacquired object display section 102B is displayed. The photographed image 114 recorded in association with the unacquired moving object 57 may be erased when a predetermined period has passed since the time of recording. When a captured image 114 is recorded in association with an unobtained moving object 57, if the second distribution user 70 newly satisfies the second reward condition, the already recorded captured image 114 may be overwritten with the captured image 114 captured at that time.

In addition, an upper limit may be set for each captured image 114 associated with the acquired moving object 57 and the unacquired moving object 57. The upper limit may be the number of captured images 114, the total data amount (data size) of the data sizes of the multiple captured images 114, or the like. When the number of captured images 114 associated with the moving object or the total data amount reaches the upper limit due to the acquisition of a new captured image 114, the user device 20 or the API server 14 performs a deletion process to delete at least one of the multiple captured images 114. The deletion process may be, for example, a process of automatically deleting a predetermined number of captured images 114 in order of the earliest (oldest) recorded date and time. Alternatively, the deletion process may be a process of deleting an image selected by the user. At this time, the user device 20 may display a notification on the display 32 informing that the upper limit has been reached. The notification may be a list of captured images 114 along with a message such as "It's full! Which one would you like 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 the total number or the total data amount of the captured images 114 associated with each unacquired moving object 57 has reached the upper limit. Specifically, assume that four captured images 114 are associated with an unacquired "moving object A" and six captured images 114 are associated with an unacquired "moving object B". When a new captured image 114 is acquired for the "moving object A", the user device 20 or the API server 14 determines whether the total number of captured images 114 including the new captured image 114, "11", has reached the upper limit number (e.g., 10) of the captured images 114 associated with the unacquired moving object 57. Then, when it is determined that the total number including the new captured image 114 has reached the upper limit, the above-mentioned deletion process is performed. In this case, the deletion process may automatically delete the captured images 114 associated with the moving object 57 with low attributes such as rarity. Alternatively, in the deletion process, the photographed images 114 that are candidates for deletion may be displayed on the display 32 in a predetermined order, such as in ascending order of attributes such as rarity. Then, when a photographed image 114 is selected, the selected photographed image 114 may be deleted.

- In each of the above embodiments, the condition for acquiring the moving object 57 is that the moving object is registered in the illustrated book when the second in-game action of the broadcasting user 70 is successful. The second in-game action may be any action executed in the game, and is not limited to casting. This can be changed depending on the game. Also, the moving object may be registered in the illustrated book when the first in-game action is successful.

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

- In each of the above embodiments, the game fields 55 are opened in a predetermined order. Alternatively or additionally, the user may be able 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 when the condition for increasing the level is met, the level increases to "2", "3", and so on. For example, in this case, when the level is "1 to 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 preferentially playing a game field that is compatible with the user among the opened game fields, and then playing a game field that the user is not good at.

- In each of the above embodiments, the viewing user can view the pictorial book only when the host user 70H displays his/her own pictorial book on the user device 20. Alternatively or additionally, the output control unit 52 may display a pictorial book display button 88A on the lobby screen that can be selected by the viewing user and the broadcasting user 70. When the user device 20 accepts the operation of the pictorial book display button 88A, it transmits a viewing request to the API server 14 together with the user ID of the host user 70H or the identification information of the room. When the API server 14 receives the viewing request, it obtains information for displaying the moving object 57 associated with the host user 70H based on the user ID or the identification information of the room, and transmits the information to the user device 20 that transmitted the viewing request. This allows the viewing user to view the host user 70H's pictorial book at any time before the start of the game.

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 an operation object that shares the picture book displayed on the lobby screen. When the distribution user device 21 of the guest user 70G accepts the operation, it transmits a viewing request to the API server 14 to view 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. When the API server 14 receives the viewing request, etc., it transmits 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 to the multi-game server 13. The multi-game server 13 transmits information on the moving object 57 to the broadcast user device 21 and the viewing user device 22 of the broadcast user other than the guest user 70G. As a result, the broadcast user device 21 and the viewing user device 22 can view the illustrated book screen 100 of the guest user 70G. In addition, when the guest user 70G transmits a request to end the viewing to the multi-game server 13 by operating the operation object, the multi-game server 13 transmits the request to end the viewing to the broadcast user device 21 and the viewing user device 22 of the broadcast user other than the guest user 70G. In this way, when the game ends, each user can simultaneously view the illustrated books of not only the host user 70H but also the guest user 70G. Alternatively, the multi-game server 13 may display each illustrated book of the moving object 57 acquired by the broadcast user 70 who participated in the game on the screen so that the user can view it. When the user selects an icon of one illustrated book, the illustrated book screen 100 corresponding to that icon may be displayed.

The user may be allowed to view the picture book in a state where the object display screen is viewable outside the viewing period when the video is being viewed. For example, if the home screen associated with each user is viewable outside the viewing period, the user device 20 used by the first user may display the picture book display button 88A on the home screen of the second user. Then, when the user device 20 accepts the operation of the picture book display button 88A, it displays the picture book drawing 100 associated with the second user. Then, the user device 20 accepts the operation of the object display section 102 of the picture book drawing 100, thereby displaying the object display screen 105. According to this aspect, the first user can understand the play history and proficiency of the second user by referring to the picture book of the second user.

In addition to the lobby screen, there may be times during the game when the viewing user or the broadcasting user 70 can view the illustrated book. For example, the output control unit 52 may display an illustrated book display button 88A that the viewing user and the broadcasting user 70 can select in the first and second stages. In this case, too, the illustrated book display button 88A may be displayed in association with each avatar object 60. In other words, by selecting the illustrated book display button 88A, the viewing user can view the illustrated book associated with each broadcasting user 70 participating in the game.

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

<Special Reward>
The first reward granting unit 43 and the second reward granting unit 46 may grant a special reward when a special reward condition is satisfied. The special reward condition may be that a special object has been acquired, that the user's level has reached a predetermined level, or the like. The special reward may be an item that can be used in a video application, or other game media. For example, the special reward may be a wearable object, such as a hat, that can be worn by the avatar object 60. Alternatively, the special reward may be a moving body, such as a ship, that can be displayed in the game field 55, or texture data used to display the moving body. The texture data can decorate the moving body.

<Information Processing System>
Although the sensor unit 28 has been described as acquiring detection data that detects changes in the user's facial expression and movements of the user's upper body, etc., the sensor unit 28 may acquire at least one of these detection data. Furthermore, the sensor unit 28 may acquire detection data that detects movements of other parts of the body in addition to or instead of the changes in the user's facial expression and movements of the upper body, etc.

The virtual space displayed in the video may be an augmented reality (AR) space. For example, animations of avatar objects, gift objects, etc. based on data transmitted from the broadcasting user device 21 may be superimposed on an image of the real world captured by the camera of the viewing user device 22. Alternatively, the broadcasting user device 21 may generate a video by superimposing animations of avatar objects, gift objects, etc. on an image of the real world captured by its own camera, encode the video, and transmit it to the multi-game server 13.

- In each of the above embodiments, the user device 20 is an information processing device such as a smartphone, 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 studio for video distribution. The information processing system 11 has an information processing device, a server, a sensor unit worn on the body of the distribution user 70, a tracking system that detects the position of the sensor unit, an operation unit, a speaker, a display, etc. The tracking system may be equipped with 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 is configured to function as an output control unit 52 and a transmission unit 53 as a first output control unit, a second output control unit, a first reward display unit, and a second reward control unit by executing the video application. At least one of these may be executed by the real-time server 12, the multi-game server 13, or another device constituting the information processing system 11. In addition, the control unit 25 of the real-time server 12 is configured to function as a first progression unit, a setting value identification unit, a first reward granting unit, a determination unit, a second progression unit, and a second reward granting 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 constituting the information processing system 11.

The real-time server 12 corresponds to a game management unit (game management server), and the multi-game server 13 corresponds to a distribution management unit (distribution management server). The real-time server 12 and the multi-game server 13 may execute processes and perform server functions by executing respective programs, and each function is not necessarily assigned to two devices. In other words, 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 be composed 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, the technical ideas that can be understood from the above-described embodiment and other examples will be described below.
[1]
One or more computers,
a first output control unit that displays a screen of a game played by a user on a display unit;
a first transmission unit that transmits data for distributing the video of the game to other users to a distribution management unit that manages the distribution;
an operation receiving unit that receives an operation by the user for viewing an object acquired in the game;
A program that functions as a second output control unit that, when it receives the user's operation, displays an object display screen including the object obtained in the game and the distribution status of the video obtained from the distribution management unit.
[2]
The program described in [1], wherein the second output control unit displays, as the distribution status, information about viewing users who viewed the video on the object display screen.
[3]
The program according to [1] or [2], wherein the second output control unit displays, as the distribution status, the conditions under which the user played the game on the object display screen.
[4]
The program described in any one of [1] to [3], wherein the second output control unit displays, as the distribution status, a chat of a group including a viewing user who has viewed the video on the object display screen in a viewable manner.
[5]
the game is a game that can be played simultaneously by multiple users;
The program described in any one of [1] to [4], wherein the second output control unit displays, as the distribution status, information about the users who participated in the game on the object display screen in a viewable manner.
[6]
causing the computer to further function as an acquisition unit that receives data for viewing a video of the game distributed by a distributor user who is another user from the distribution management unit;
The program described in any one of [1] to [6], wherein the second output control unit makes the object display screen viewable only while the user is watching the video as a viewing user.
[7]
causing the computer to further function as an acquisition unit that receives data for viewing a video of the game distributed by a distributor user who is another user from the distribution management unit;
The program described in any one of [1] to [6], wherein the second output control unit makes the object display screen viewable even during periods other than a viewing period during which the user watches the video as a viewing user.
[8]
the game is a game that can be played simultaneously by multiple users, each of the users being associated with a game field;
causing the computer to function as a second transmission unit that transmits game progress data based on an operation of a first user who is a user of the computer's own device to a game management unit that manages the progress of the game;
the first output control unit progresses the game in a game field associated with a second user different from the first user among the plurality of users;
The program described in any one of [1] to [7], wherein the second output control unit displays the object display screen of the acquired object when the first user satisfies an acquisition condition for the object, regardless of whether the game field associated with the second user is associated with the first user.
[9]
the first output control unit is capable of displaying a screen of the game field newly associated with the user when a list of objects acquired in the game field associated with the user satisfies a predetermined condition,
The program described in any one of [1] to [8], wherein the second output control unit displays the object display screen including the object acquired by the user in the newly associated game field.
[10]
the first output control unit is capable of displaying a screen of a game field newly associated with the user when a level associated with the user satisfies a predetermined condition,
The program described in any one of [1] to [9], wherein the second output control unit displays the object display screen including the object acquired by the user in the newly associated game field.
[11]
One or more computers
a first output process for displaying a screen of a game played by a user on a display unit;
a transmission process for transmitting data for distributing the video of the game to other users to a distribution management unit that manages the distribution;
an operation reception process for receiving an operation of the user for viewing an object acquired in the game;
An information processing method that executes a second output control process that, when a user's operation is accepted, displays an object display screen including the object obtained in the game and the distribution status of the video obtained from the distribution management unit.
[12]
A user device used by a user;
A distribution management department that manages video distribution;
A game management unit that manages the progress of the game,
The user device,
a first output control unit that displays a screen of the game played by the user on a display unit;
a transmission unit that transmits data for distributing the video of the game to other users to a distribution management unit that manages the distribution;
an operation receiving unit that receives an operation by the user for viewing an object acquired in the game;
a second output control unit that, when an operation of the user is received, displays an object display screen including the object acquired in the game and a distribution status of the video acquired from the distribution management unit;
The distribution management unit,
Transmitting data for viewing the video to a viewing user device used by a viewing user who views the video, and recording a distribution status of the video;
The game management unit:
The information processing system determines whether the user's game play status satisfies an acquisition condition for the object, and if the acquisition condition is satisfied, records the object in association with the user.

11: Information processing system 12: Real-time server 20: User device

Claims (11)

One or more computers,
a first output control unit that displays a screen of a game played by a user on a display unit;
a transmission unit that transmits data for displaying the video of the game to another device used by another user;
an operation receiving unit that receives an operation by the user for viewing a moving object acquired in the game;
A program that functions as a second output control unit that, when it receives the user's operation, displays an object display screen that associates the moving object acquired in the game with the captured image at the time the moving object was acquired. The program according to claim 1 , wherein the second output control unit displays, on the object display screen, a condition under which the user played the game. the game is a game that can be played simultaneously by multiple users;
The program according to claim 1 , wherein the second output control unit displays, on the object display screen, information about the plurality of users who have participated in the game in a viewable manner. One or more computers,
a first output control unit that displays a screen of a game played by a user on a display unit;
a transmission unit that transmits data for displaying the video of the game to another device used by another user;
an operation receiving unit that receives an operation by the user for viewing an object acquired in the game;
functioning as a second output control unit that, when an operation of the user is accepted, displays an object display screen in which the object acquired in the game is associated with an image captured at the time the object was acquired;
The second output control unit is a program that displays, on the object display screen, information about the other user who has displayed the video on the other device based on data for displaying the video of the game. One or more computers,
a first output control unit that displays a screen of a game played by a user on a display unit;
a transmission unit that transmits data for displaying the video of the game to another device used by another user;
an operation receiving unit that receives an operation by the user for viewing an object acquired in the game;
functioning as a second output control unit that, when an operation of the user is accepted, displays an object display screen in which the object acquired in the game is associated with an image captured at the time the object was acquired;
The second output control unit is a program that displays on the object display screen a chat of a group including the other user who has displayed the video on the other device based on data for displaying the video of the game, in a viewable manner . One or more computers
a first output process for displaying a screen of a game played by a user on a display unit;
A transmission process of transmitting data for displaying the video of the game to another device used by another user;
an operation reception process for receiving an operation of the user for viewing a moving object acquired in the game;
An information processing method that executes a second output control process that, when a user's operation is accepted, displays an object display screen that associates the moving object acquired in the game with the captured image at the time the moving object was acquired. One or more computers
a first output process for displaying a screen of a game played by a user on a display unit;
A transmission process of transmitting data for displaying the video of the game to another device used by another user;
an operation reception process for receiving an operation of the user for viewing an object acquired in the game;
a second output control process for displaying an object display screen in which the object acquired in the game and an image captured at the time the object was acquired are displayed in association with each other when an operation by the user is accepted;
The second output control process is an information processing method in which information about the other user who has displayed the video on the other device based on data for displaying the video of the game is displayed on the object display screen . One or more computers
a first output process for displaying a screen of a game played by a user on a display unit;
A transmission process of transmitting data for displaying the video of the game to another device used by another user;
an operation reception process for receiving an operation of the user for viewing an object acquired in the game;
a second output control process for displaying an object display screen in which the object acquired in the game and an image captured at the time the object was acquired are displayed in association with each other when an operation by the user is accepted;
The second output control process is an information processing method in which a chat of a group including the other user who has displayed the video based on data for displaying the video of the game on the other device is displayed on the object display screen in a viewable manner . A user device used by a user;
A management unit that transmits and receives data for displaying the video;
A game management unit that manages the progress of the game,
The user device,
a first output control unit that displays a screen of the game played by the user on a display unit;
a transmission unit that transmits data for displaying the video of the game to another device used by another user;
an operation receiving unit that receives an operation by the user for viewing a moving object acquired in the game;
a second output control unit that, when an operation of the user is received, displays an object display screen on which the moving object acquired in the game and a captured image at the time of acquiring the moving object are displayed in association with each other,
The management unit,
Transmitting data for displaying the video to the other device;
The game management unit:
An information processing system that determines whether the user's game play status satisfies an acquisition condition for the moving object, and if the acquisition condition is satisfied, records the moving object in association with the user. A user device used by a user;
A management unit that transmits and receives data for displaying the video;
A game management unit that manages the progress of the game,
The user device,
a first output control unit that displays a screen of the game played by the user on a display unit;
a transmission unit that transmits data for displaying the video of the game to another device used by another user;
an operation receiving unit that receives an operation by the user for viewing an object acquired in the game;
a second output control unit that, when an operation of the user is received, displays an object display screen that displays the object acquired in the game in association with an image captured at the time the object was acquired;
the second output control unit displays, on the object display screen, information about the other user who has displayed the video on the other device based on data for displaying the video of the game,
The management unit,
Transmitting data for displaying the video to the other device;
The game management unit:
An information processing system that determines whether the user's game play status satisfies an acquisition condition for the object, and if the acquisition condition is satisfied, records the object in association with the user. A user device used by a user;
A management unit that transmits and receives data for displaying the video;
A game management unit that manages the progress of the game,
The user device,
a first output control unit that displays a screen of the game played by the user on a display unit;
a transmission unit that transmits data for displaying the video of the game to another device used by another user;
an operation receiving unit that receives an operation by the user for viewing an object acquired in the game;
a second output control unit that, when an operation of the user is received, displays an object display screen that displays the object acquired in the game in association with an image captured at the time the object was acquired;
the second output control unit displays, on the object display screen, a chat of a group including the other user who has displayed the video on the other device based on data for displaying a video of the game, in a viewable manner;
The management unit,
Transmitting data for displaying the video to the other device;
The game management unit:
An information processing system that determines whether the user's game play status satisfies an acquisition condition for the object, and if the acquisition condition is satisfied, records the object in association with the user.

Images