JP2023085458A - program and system - Google Patents

Abstract

To provide a game program capable of improving amusement of a game by enhancing a sense of unity among users playing the same game.SOLUTION: A game program is a game program which allows a processor to execute: a step S302 for proceeding a first part by allowing a character to act on user terminals 100 on the basis of action instruction data transmitted to a plurality of user terminals 100 from an action instruction device 300; a step S307 for selecting any of digital contents according to an operation of a user and giving it to the user while the first part is proceeding; a step S309 for acquiring first information based on the selection result of the step S307 for giving executed in at least one of the plurality of user terminals 100; and a step S310 for displaying the first information on a display unit while the first part is proceeding.SELECTED DRAWING: Figure 12

Description

The present disclosure relates to programs and systems.

2. Description of the Related Art Conventionally, games are widely known in which a story progresses with different endings depending on options selected by a user. For example, Non-Patent Document 1 discloses a love simulation game whose main purpose is to deepen virtual friendships with girl characters. The user selects what he thinks is the most appropriate action for the character from among the presented options, and the story progresses by repeating the character's reaction to the action.

"Dengeki Online - Game/App/Manga/Anime Information Site", [online], KADOKAWA CORPORATION, [Searched May 8, 2018], Internet (URL: http://dengekionline.com/elem/000/000/ 279/279193/index-2.html)

In a game such as that disclosed in Non-Patent Document 1, there is room for enhancing the interest of the game by enhancing the sense of unity between users playing the same game.

An object of one aspect of the present disclosure is to enhance the sense of unity between users playing the same game and improve the interest of the game.

A program according to the present disclosure causes a computer to control a character on a user terminal based on action instruction data specifying the action of the character, which is transmitted from a character control device that controls at least one character to a plurality of user terminals. progressing means for progressing the first part included in the game based on the program, and the first part can be used in the game according to the user's operation of the first part during a predetermined period of time during the progress of the first part storage means for selecting any one of the digital contents, and storing the selected digital contents in association with the user; The storage means functions as an acquisition means for acquiring, and the storage means performs a selection process that is advantageous to the user compared to the case where the process of selecting any of the digital contents available in the game is executed outside the predetermined period. Execute.

A system according to the present disclosure includes a character control device that transmits action instruction data specifying an action of at least one character, and a user terminal that causes the character to act based on the action instruction data transmitted from the character control device. The user terminal includes progress means for progressing the first part included in the game by causing the character to act based on action instruction data from the character control device, and progress means for progressing the first part. c Storage means for selecting any digital content available in the game according to the user's operation in the first part, and storing the selected digital content in association with the user; and at least one of a plurality of user terminals acquisition means for acquiring the first information based on the selection result of the storage means executed in the first step, and the storage means is subjected to a process of selecting any of the digital contents available in the game outside the predetermined period. A selection process that is more advantageous to the user than the case is executed.

Advantageous Effects of Invention According to one aspect of the present disclosure, there is an effect of enhancing the sense of unity between users playing the same game and improving the interest of the game.

In addition, it is possible to further improve the user's motivation to execute the storage means for the predetermined period.

It is a figure which shows the hardware constitutions of a game system. 3 is a block diagram showing functional configurations of a user terminal, a server, and a motion instruction device; FIG. 4 is a flowchart showing an example of basic game progress of a game executed based on the game program according to the embodiment; It is a figure which shows an example of the data structure of action instruction data. It is a figure which shows an example of the data structure of game information. It is a figure which shows an example of the quest presentation screen displayed on the display part of a user terminal. It is a figure which shows an example of the quest solution screen displayed on the display part of a user terminal. It is a figure which shows an example of the reward screen displayed on the display part of a user terminal. FIG. 3 is a diagram showing an example of a video playback screen displayed on a display unit of a user terminal and a configuration example of an installation location of a motion instruction device; 4 is a flow chart showing the flow of processing executed in the game system; 4 is a flow chart showing a flow of processing for analyzing action instruction data, which is executed by a user terminal; 10 is a flow chart showing the flow of processing executed in the game system according to Embodiment 3. FIG. FIG. 14 is a diagram showing an example of a video playback screen displayed on a display unit of a user terminal and an example of a configuration of an installation location of a motion instruction device in Embodiment 3; (A) and (B) are diagrams showing an example of a lottery part screen displayed on the display unit of the user terminal in the third embodiment. FIG. 14 is a diagram showing an example of a video playback screen displayed on a display unit of a user terminal and an example of a configuration of an installation location of a motion instruction device in Embodiment 3; (A) and (B) are diagrams showing an example of "lottery results for everyone" displayed on the display unit of the action instruction device in the third embodiment. (A) and (B) are diagrams showing an example of a presentation screen of "everyone's lottery results" displayed on the display unit of the user terminal in the third embodiment. 14 is a flow chart showing the flow of processing executed in a game system according to Modification 1 of Embodiment 3. FIG. FIG. 12 is a diagram showing an example of a video playback screen displayed on a display unit of a user terminal and a configuration example of an installation location of a motion instruction device in Modification 1 of Embodiment 3; 14 is a flow chart showing the flow of processing executed in a game system according to Modification 2 of Embodiment 3. FIG. FIG. 14 is a diagram showing an example of a video playback screen displayed on a display unit of a user terminal and an example of a configuration of an installation location of a motion instruction device in Modification 2 of Embodiment 3; (A) and (B) are diagrams showing an example of a group play target displayed on the display unit of the user terminal in Modification 2 of Embodiment 3. FIG. FIG. 16 is a diagram showing an example of a story part start screen displayed on the display unit of the user terminal in Modification 2 of Embodiment 3;

[Embodiment 1]
A game system according to the present disclosure is a system for providing a game to a plurality of users. The game system will be described below with reference to the drawings. The present invention is not limited to these examples, but is indicated by the scope of the claims, and is intended to include all modifications within the meaning and scope of equivalents to the scope of the claims. be. In the following description, the same reference numerals are given to the same elements in the description of the drawings, and redundant description will not be repeated.

<Hardware Configuration of Game System 1>
FIG. 1 is a diagram showing the hardware configuration of the game system 1. As shown in FIG. The game system 1 includes a plurality of user terminals 100 and a server 200 as shown. Each user terminal 100 is connected to the server 200 via the network 2 . The network 2 includes the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of mobile communication systems include so-called 3G, 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (eg, Wi-Fi (registered trademark)) that can be connected to the Internet through a predetermined access point. be done.

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

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smart phone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for playing games. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display unit), a camera 17, and a range sensor 18. and These components provided in the user terminal 100 are electrically connected to each other by a communication bus. Note that the user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body can be connected instead of or in addition to the touch screen 15 .

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

Note that the controller 1020 may have the camera 17 and the ranging sensor 18 instead of or in addition to the user terminal 100 having the camera 17 and the ranging sensor 18 .

The user terminal 100 preferably allows the user using the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

When the user terminal 100 communicates with a plurality of controllers 1020 , each user can hold each controller 1020 to communicate with the one user terminal 100 without communicating with other devices such as the server 200 via the network 2 . You can play multiplayer with. In addition, by connecting each user terminal 100 to each other for communication according to a wireless standard such as a wireless LAN (Local Area Network) standard (connecting for communication without going through the server 200), a plurality of user terminals 100 can realize local multiplay. You can also When the above-described multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. Also, in the case where multiple user terminals 100 locally implement the above-described multiplay, the multiple user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

Note that the user terminal 100 may communicate with the server 200 even when the multiplay described above is implemented locally. For example, information indicating a play result such as score or win/loss in a certain game may be associated with user identification information and transmitted to the server 200 .

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

As shown in FIG. 1 , the user terminal 100 may accept the attachment of an external storage medium 1030 such as a memory card via the input/output IF 14 . This allows the user terminal 100 to read programs and data recorded on the storage medium 1030 . A program recorded in the storage medium 1030 is, for example, a game program.

User terminal 100 may store a game program acquired by communicating with an external device such as server 200 in memory 11 of user terminal 100, or may store a game program acquired by reading from storage medium 1030 in memory 11. may be stored in

As described above, the user terminal 100 includes the communication IF 13, the input/output IF 14, the touch screen 15, the camera 17, and the ranging sensor 18 as an example of a mechanism for inputting information to the user terminal 100. FIG. Each unit described above as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

For example, when the operation unit is composed of at least one of the camera 17 and the ranging sensor 18, the operation unit detects an object 1010 near the user terminal 100, and performs an input operation based on the detection result of the object. Identify. As an example, a user's hand as object 1010, a marker of a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, type, or the like of object 1010 obtained as a detection result. be. More specifically, when the user's hand is detected from the image captured by the camera 17, the user terminal 100 detects a gesture (a series of movements of the user's hand) detected based on the captured image as an input operation of the user. identified and accepted as Note that the captured image may be a still image or a moving image.

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

In this embodiment, the game system 1 further includes an action instruction device 300 . Action instruction device 300 connects to server 200 and user terminal 100 via network 2 . At least one motion instruction device 300 is provided in the game system 1 . A plurality of motion instruction devices 300 may be provided according to the number of user terminals 100 that use the service provided by the server 200 . One motion instruction device 300 may be provided for one user terminal 100 . One motion instruction device 300 may be provided for a plurality of user terminals 100 .

The action instruction device 300 (NPC control device, character control device) may be a computer such as a server, a desktop computer, a notebook computer, or a tablet, or a group of computers combining these. The motion instruction device 300 includes a processor 30, a memory 31, a storage 32, a communication IF 33, an input/output IF 34, and a touch screen 35 (display unit), as shown. These components provided in the operation instruction device 300 are electrically connected to each other by a communication bus. Note that the action instruction device 300 may include an input/output IF 34 to which a display (display unit) configured separately from the action instruction device 300 main body can be connected instead of or in addition to the touch screen 35 .

Also, as shown in FIG. 1, the motion instruction device 300 may be connected to peripheral devices, such as one or more microphones 3010, one or more motion capture devices 3020, and one or more controllers 3030, wirelessly or via wires. may be configured to be communicable with each other. A wirelessly connected peripheral device establishes communication with the motion instruction device 300 according to a communication standard such as Bluetooth (registered trademark), for example.

A microphone 3010 acquires sounds generated in the surroundings and converts them into electrical signals. The voice converted into the electrical signal is transmitted as voice data to action instruction device 300 and received by action instruction device 300 via communication IF 33 .

Motion capture device 3020 tracks the motion (including facial expression, mouth movement, etc.) of a tracked object (for example, a person), and transmits an output value as a tracking result to motion instruction device 300 . Motion data, which is an output value, is received by the motion instruction device 300 via the communication IF 33 . The motion capture method of motion capture device 3020 is not particularly limited. The motion capture device 3020 selectively includes any mechanism for capturing motion, such as a camera, various sensors, markers, a suit worn by a model (person), a signal transmitter, etc., depending on the adopted method. .

Controller 3030 may have physical input mechanisms such as one or more buttons, levers, sticks, wheels, or the like. Controller 3030 transmits to action instruction device 300 an output value based on an input operation input to the input mechanism by an operator of action instruction device 300 . Further, the controller 3030 may have various sensors such as an acceleration sensor and an angular velocity sensor, and may transmit the output values of the various sensors to the motion instruction device 300 . The output values described above are received by the motion instruction device 300 via the communication IF 33 . It should be noted that hereinafter, a person who performs some input operation on the action instruction device 300 using an operation unit provided in the action instruction device 300 or various input mechanisms communicably connected to the action instruction device 300 will be described. called an operator. The operator includes a person who operates the motion instruction device 300 using the input unit 351, the controller 3030, etc., a voice actor who inputs voice via the microphone 3010, and a motion capture device 3020. It also includes a model that inputs .

The motion instruction device 300 may include a camera and a range sensor (not shown). The motion capture device 3020 and the controller 3030 may have a camera and a range sensor instead of or in addition to the motion instruction device 300 .

As described above, the action instruction device 300 includes the communication IF 33 , the input/output IF 34 and the touch screen 35 as an example of a mechanism for inputting information to the action instruction device 300 . A camera and a distance measuring sensor may be further provided as necessary. Each unit described above as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

The operation unit may be composed of the touch screen 35 . In this case, the action instruction device 300 identifies and accepts the user's operation performed on the input unit 351 of the touch screen 35 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 33, the action instruction device 300 identifies and accepts a signal (for example, an output value) transmitted from the controller 3030 as the user's input operation. Alternatively, when the operation unit is configured by the input/output IF 34, a signal output from an input device (not shown) different from the controller 3030 connected to the input/output IF 34 is specified as the user's input operation and accepted.

<Game Overview>
A game executed by the game system 1 according to the first embodiment (hereinafter referred to as the game) is, for example, a game in which one or more characters appear and at least one of the characters moves based on action instruction data. . A character appearing in the game may be a player character (hereinafter referred to as PC) or a non-player character (hereinafter referred to as NPC). PC is a character that can be directly operated by the user. NPCs are characters that act according to game programs and action instruction data, that is, characters that cannot be directly operated by the user. Hereinafter, when there is no particular need to distinguish between the two, the generic term "character" is used.

As an example, this game is a breeding simulation game. Specifically, in the breeding simulation game, the main character, who is the user, interacts with and works with the character to make the character a famous video distributor and realize the dream of the character. It is an object. Furthermore, the breeding simulation game may include elements of a romance simulation game in which the main character aims to increase intimacy with the character through interaction.

Furthermore, the game preferably includes at least a live distribution part, as an example. In the game system 1, action instruction data is supplied at arbitrary timing from a device other than the user terminal 100 to the user terminal 100 that is executing the game. The user terminal 100 analyzes (renders) the action instruction data triggered by the reception of the action instruction data. The live distribution part is a part in which the user terminal 100 presents to the user in real time a character that moves according to the above-described analyzed action instruction data. As a result, the user can have a realistic feeling as if the character really exists, and can enjoy the game while being more immersed in the game world.

In this embodiment, the game may consist of a plurality of play parts. In this case, one character may be a PC in one part and an NPC in another part.

The game genre is not limited to a specific genre. The game system 1 can execute games of all genres. For example, sports-themed games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs (Role-Playing Games), adventure games, shooting games, simulation games, training games, and It may be an action game or the like.

Also, the play pattern of the game executed in the game system 1 is not limited to a specific play pattern. The game system 1 can execute games of all play types. For example, a single-player game played by a single user, a multiplayer game played by a plurality of users, and among multiplayer games, a competitive game in which a plurality of users compete against each other, and a cooperative play game in which a plurality of users cooperate with each other. may

<Hardware components of each device>
Processor 10 controls the overall operation of user terminal 100 . The processor 20 controls the operation of the server 200 as a whole. Processor 30 controls the overall operation of motion instruction device 300 . Processors 10, 20 and 30 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from a storage 12, which will be described later, and develops it in a memory 11, which will be described later. The processor 20 reads a program from a storage 22, which will be described later, and develops it in a memory 21, which will be described later. The processor 30 reads a program from a storage 32, which will be described later, and develops it in a memory 31, which will be described later. Processor 10, processor 20 and processor 30 execute the expanded program.

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

The program in this embodiment may be a game program for realizing a game by the user terminal 100 . Alternatively, the program may be a game program for realizing the game through cooperation between user terminal 100 and server 200 .
Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100, the server 200, and the action instruction device 300. FIG. It should be noted that, as an example, the game realized by the cooperation of the user terminal 100 and the server 200 and the game realized by the cooperation of the user terminal 100, the server 200, and the motion instruction device 300 are started in the user terminal 100. It may be a game that runs on a browser. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100 . Further, the various data includes game-related data such as user information and game information, and instructions or notifications transmitted and received between the devices of the game system 1 .

Storages 12, 22 and 32 are auxiliary storage devices. The storages 12, 22 and 32 are composed of storage devices such as flash memories or HDDs (Hard Disk Drives). The storages 12, 22 and 32 store various data related to the game.

The communication IF 13 controls transmission and reception of various data in the user terminal 100 . The communication IF 23 controls transmission and reception of various data in the server 200 . The communication IF 33 controls transmission and reception of various data in the motion instruction device 300 . The communication IFs 13, 23 and 33 control, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, wireless LAN, or mobile phone network, and communication using short-range wireless communication. .

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include physical buttons, a camera, a microphone, or a speaker of the user terminal 100, for example. The input/output IF 24 of the server 200 is an interface for the server 200 to receive data input and an interface for the server 200 to output data. The input/output IF 24 may include, for example, an input section that is an information input device such as a mouse or a keyboard, and a display section that is a device for displaying and outputting images. The input/output IF 34 of the action instruction device 300 is an interface for the action instruction device 300 to receive data input and an interface for the action instruction device 300 to output data. The input/output IF 34 includes, for example, information input devices such as a mouse, keyboard, stick, and lever, devices for displaying images such as a liquid crystal display, and peripheral devices (microphone 3010, motion capture device 3020, and controller 3030). may include a connection for sending and receiving data between.

The touch screen 15 of the user terminal 100 is an electronic component in which an input section 151 and a display section 152 are combined. The touch screen 35 of the motion instruction device 300 is an electronic component in which an input section 351 and a display section 352 are combined. The input units 151 and 351 are, for example, touch-sensitive devices, and are configured by, for example, touch pads. The display units 152 and 352 are configured by, for example, liquid crystal displays or organic EL (Electro-Luminescence) displays.

The input units 151 and 351 detect the position at which the user's operation (mainly physical contact operation such as touch operation, slide operation, swipe operation, and tap operation) is input on the input surface, and provide information indicating the position. as an input signal. The input units 151 and 351 may include a touch sensing unit (not shown). The touch sensing unit may employ any type of system, such as a capacitive system or a resistive film system.

Although not shown, the user terminal 100 may include one or more sensors for identifying the holding posture of the user terminal 100 . This sensor may be, for example, an acceleration sensor or an angular velocity sensor. If the user terminal 100 is equipped with a sensor, the processor 10 can identify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may display a vertically long image on the display unit 152 for vertical screen display. On the other hand, when the user terminal 100 is held horizontally, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. Thus, the processor 10 may be able to switch between vertical screen display and horizontal screen display according to the holding posture of the user terminal 100 .

The camera 17 includes an image sensor or the like, and generates a captured image by converting incident light from a lens into an electrical signal.

The distance sensor 18 is a sensor that measures the distance to the object to be measured. The ranging sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement object based on the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source hits the measurement object and is reflected. The ranging sensor 18 may have a light source that emits directional light.

Here, an example in which the user terminal 100 uses the camera 17 and the ranging sensor 18 to detect the object 1010 near the user terminal 100 and accepts the detection result as the user's input operation will be further described. The camera 17 and the ranging sensor 18 may be provided on the side of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided near the camera 17 . As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with an illumination device that emits infrared light, a filter that blocks visible light, and the like. This makes it possible to further improve the object detection accuracy based on the image captured by the camera 17, regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the following processes (1) to (5) on the image captured by the camera 17, for example. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes the user's hand. The processor 10 may use a technique such as pattern matching, for example, as the analysis technique employed in the image recognition processing described above. (2) The processor 10 also detects a user's gesture from the shape of the user's hand. For example, the processor 10 identifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. Processor 10 further identifies the gesture made by the user from the identified number of fingers. For example, when the number of fingers is five, processor 10 determines that the user has performed the "pa" gesture. In addition, when the number of fingers is 0 (no fingers are detected), the processor 10 determines that the user has performed the "goo" gesture. In addition, when the number of fingers is two, the processor 10 determines that the user has made the "Scissors" gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state in which only the index finger is raised or whether the user's finger is flicking. . (4) The processor 10 detects an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of the image recognition result of the captured image of the camera 17 and the output value of the distance measuring sensor 18. ) and the user terminal 100 is detected. For example, the processor 10 determines whether the user's hand is close to the user terminal 100 (for example, a distance less than a predetermined value) or far away from the user terminal 100 (for example, a predetermined value or more distance). Note that when the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100 . (5) When it is found that the distance between the user terminal 100 and the user's hand has changed while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the photographing direction of the camera 17 . When an object is detected or not detected by the ranging sensor 18, which has a stronger directivity than the imaging range of the camera 17, the processor 10 detects that the user is waving his hand in a direction orthogonal to the imaging direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is clenching his/her hand (a "goo" gesture or another gesture (for example, "pa") by image recognition of the captured image of the camera 17. or) is detected. The processor 10 also detects how the user is moving the hand together with the shape of the user's hand. The processor 10 also detects whether the user is moving his/her hand closer to or away from the user terminal 100 . Such operations can correspond to operations using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 according to the movement of the user's hand, and detects the user's gesture "goo". In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining the state in which the mouse is clicked and pushed in, or maintaining the state of being touched after performing a touchdown operation on the touch panel. Further, when the user moves his/her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to the swipe operation (or drag operation). can also recognize. Further, when the user terminal 100 detects a gesture such as flicking a finger based on the detection result of the user's hand from the captured image of the camera 17, the user terminal 100 detects the gesture by clicking the mouse or tapping the touch panel. may be recognized as an operation corresponding to

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing functional configurations of the user terminal 100, the server 200, and the action instruction device 300 included in the game system 1. As shown in FIG. Each of the user terminal 100, the server 200, and the action instruction device 300 has a functional configuration (not shown) required to function as a general computer and a functional configuration required to realize known functions in the game. can include

The user terminal 100 has a function as an input device that receives user input operations and a function as an output device that outputs game images and sounds. The user terminal 100 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 10, memory 11, storage 12, communication IF 13, input/output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 and assisting the user terminal 100 in progressing the game. For example, when the user terminal 100 downloads an application related to this game for the first time, the user terminal 100 is provided with data to be stored in the user terminal 100 when the game is started for the first time. For example, the server 200 transmits action instruction data for causing a character to act to the user terminal 100 . The action instruction data may include motion capture data in which the motion of an actor such as a model is captured in advance, may include audio data in which the voice of an actor such as a voice actor is recorded, or may include movement of a character. It may include operation history data indicating a history of input operations for , or may include a motion command group in which commands associated with the series of input operations described above are arranged in chronological order. If the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game to mediate communication between the user terminals 100 and a synchronization control function. The server 200 also has a function of intermediating between the user terminal 100 and the motion instruction device 300 . As a result, the action instruction device 300 can timely supply the action instruction data to the user terminal 100 or a group of a plurality of user terminals 100 without making a mistake in the destination. The server 200 functions as a control unit 210 and a storage unit 220 through cooperation of the processor 20, memory 21, storage 22, communication IF 23, input/output IF 24, and the like.

The action instruction device 300 has a function of generating action instruction data for instructing the action of the character on the user terminal 100 and supplying it to the user terminal 100 . Operation instruction device 300 functions as control unit 310 and storage unit 320 through cooperation of processor 30, memory 31, storage 32, communication IF 33, input/output IF 34, and the like.

Storage units 120 , 220 and 320 store game program 131 , game information 132 and user information 133 . The game program 131 is a game program executed by the user terminal 100 , the server 200 and the motion instruction device 300 . Game information 132 is data referred to when control units 110 , 210 and 310 execute game program 131 . User information 133 is data relating to a user's account. Game information 132 and user information 133 are stored in storage units 220 and 320 for each user terminal 100 . Storage unit 320 further stores character control program 134 . The character control program 134 is a program executed by the action instruction device 300, and is a program for controlling the action of the character appearing in the game based on the game program 131 described above.

(Functional Configuration of Server 200)
The control unit 210 performs overall control of the server 200 by executing the game program 131 stored in the storage unit 220 . For example, the control unit 210 transmits various data, programs, etc. to the user terminal 100 . The control unit 210 receives part or all of the game information or user information from the user terminal 100 . If the game is a multi-play game, the control unit 210 may receive a multi-play synchronization request from the user terminal 100 and transmit data for synchronization to the user terminal 100 . In addition, the control unit 210 communicates with the user terminal 100 and the motion instruction device 300 as necessary to transmit and receive information.

Control unit 210 functions as progress support unit 211 and sharing support unit 212 according to the description of game program 131 . The control unit 210 can also function as other functional blocks (not shown) in order to support the progress of the game on the user terminal 100 according to the nature of the game to be executed.

The progress support unit 211 communicates with the user terminal 100 and supports the user terminal 100 to progress various parts included in the game. For example, when the user terminal 100 progresses the game, the progress support unit 211 provides the user terminal 100 with information necessary for progressing the game.

The sharing support unit 212 communicates with a plurality of user terminals 100 and supports a plurality of users to share each other's decks in their respective user terminals 100 . Further, the sharing support unit 212 may have a function of matching the online user terminal 100 and the action instruction device 300 . As a result, information can be smoothly transmitted and received between the user terminal 100 and the motion instruction device 300 .

(Functional Configuration of User Terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120 . For example, the control unit 110 progresses the game according to the game program 131 and user's operation. Further, while the game is progressing, the control unit 110 communicates with the server 200 and the action instruction device 300 as necessary to transmit and receive information.

Control unit 110 controls operation receiving unit 111, display control unit 112, user interface (hereinafter referred to as UI) control unit 113, animation generation unit 114, game progression unit 115, analysis unit 116, and progress It functions as an information generator 117 . The control unit 110 can also function as other functional blocks (not shown) in order to advance the game according to the nature of the game to be executed.

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

For example, the operation accepting unit 111 accepts an input operation on the input unit 151, detects the coordinates of the input position of the input operation, and identifies the type of the input operation. The operation reception unit 111 identifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like, as types of input operations. Further, when the continuously detected input is interrupted, the operation reception unit 111 detects that the contact input from the touch screen 15 has been cancelled.

The UI control unit 113 controls UI objects to be displayed on the display unit 152 to construct the UI. The UI object is a tool for the user to make inputs necessary for the progress of the game to the user terminal 100, or a tool for obtaining information output from the user terminal 100 during the progress of the game. UI objects include, but are not limited to, icons, buttons, lists, menu screens, and the like.

The animation generation unit 114 generates animations showing motions of various objects based on control modes of the various objects. For example, the animation generation unit 114 may generate an animation or the like that expresses how a character moves, moves its mouth, or changes its facial expression as if it were there.

The display control unit 112 outputs to the display unit 152 of the touch screen 15 a game screen on which the processing results executed by the elements described above are reflected. The display control section 112 may display the game screen including the animation generated by the animation generation section 114 on the display section 152 . Further, the display control unit 112 may draw the above-described UI objects controlled by the UI control unit 113 so as to be superimposed on the game screen.

The game progression unit 115 advances the game. In this embodiment, the game progression unit 115 advances the game in accordance with the user's input operation input via the operation reception unit 111 . During the progress of the game, the game progress section 115 makes one or more characters appear and causes the characters to act. The game progression unit 115 may cause the character to act according to the game program 131 downloaded in advance, may cause the character to act according to the user's input operation, or may act according to the action instruction data supplied from the action instruction device 300 . may be operated according to

When the game is divided into a plurality of parts such as a first part, a second part, and so on, the game progression section 115 progresses the game according to the specifications of each part.

To give a concrete example, let us say that the first part is a story part in which the story in the game progresses through interaction with the character. In this case, the game progression unit 115 progresses the story part as follows. Specifically, the game progression unit 115 causes the character to move according to the pre-downloaded game program 131 or pre-downloaded action instruction data (first action instruction data). The game progression unit 115 identifies an option selected by the user based on the user's input operation received by the operation reception unit 111, and causes the character to perform an action associated with the option. Assume that the second part is a live distribution part in which a character moves based on the action instruction data supplied from the action instruction device 300 . In this case, based on the action instruction data from the action instruction device 300, the game progression unit 115 moves the character to progress the live distribution part.

The analysis unit 116 analyzes (renders) the action instruction data and instructs the game progression unit 115 to move the character based on the analysis result. In this embodiment, the analysis unit 116 is triggered by the action instruction data supplied by the action instruction device 300 being received via the communication IF 33, and starts rendering the action instruction data. The action instruction device 300 transmits the analysis result to the game progression section 115 and immediately instructs the character to move based on the action instruction data. That is, the game progression unit 115 is triggered by the reception of the action instruction data, and moves the character based on the action instruction data. This makes it possible to show the user a character that moves in real time.

The progress information generation unit 117 generates progress information indicating the progress of the game being executed by the game progression unit 115, and transmits the progress information to the server 200 or the action instruction device 300 as appropriate. The progress information may include, for example, information specifying the currently displayed game screen, or may include a progress log indicating the progress of the game in chronological order using characters, symbols, and the like. In an embodiment in which the server 200 and the action instruction device 300 do not require progress information in the game system 1, the progress information generation section 117 may be omitted.

(Functional configuration of motion instruction device 300)
Control unit 310 executes character control program 134 stored in storage unit 320 to comprehensively control action instruction device 300 . For example, the control unit 310 generates action instruction data according to the character control program 134 and operator's operation, and supplies the data to the user terminal 100 . Control unit 310 may further execute game program 131 as necessary. In addition, the control unit 310 communicates with the server 200 and the user terminal 100 executing the game to transmit and receive information.

The control unit 310 functions as an operation reception unit 311 , a display control unit 312 , a UI control unit 313 , an animation generation unit 314 , a progress simulation unit 315 and a character control unit 316 according to the description of the character control program 134 . Control unit 310 can also function as other functional blocks (not shown) in order to control characters appearing in the game according to the nature of the game executed in game system 1 .

The operation reception unit 311 detects and receives an operator's input operation to the input unit 351 . The operation reception unit 311 determines what kind of input operation has been performed from the operator's action on the console via the touch screen 35 and other input/output IFs 34, and sends the result to each element of the control unit 310. Output. The details of the functions of the operation reception unit 311 are substantially the same as those of the operation reception unit 111 in the user terminal 100 .

The UI control unit 313 controls UI objects displayed on the display unit 352 .

The animation generation unit 314 generates animations showing motions of various objects based on control modes of the various objects. For example, the animation generation unit 314 may generate an animation or the like that reproduces the game screen actually displayed on the user terminal 100 that is the communication partner.

The display control unit 312 outputs a game screen on which the processing results executed by the above-described elements are reflected to the display unit 352 of the touch screen 35 . The details of the functions of the display control unit 312 are substantially the same as those of the display control unit 112 in the user terminal 100 .

The progress simulating unit 315 grasps the progress of the game in the user terminal 100 based on the progress information indicating the progress of the game received from the user terminal 100 . Then, the progress simulating unit 315 presents the progress of the user terminal 100 to the operator by simulatively reproducing the behavior of the user terminal 100 in the action instruction device 300 .

For example, the progress simulating unit 315 may display a reproduction of the game screen displayed on the user terminal 100 on the display unit 352 of its own device. Further, the progress simulating unit 315 may display the progress of the game on the display unit 352 in the user terminal 100 as the progress log described above.

Also, part of the functions of the progress simulating unit 315 may be realized by the control unit 310 executing the game program 131 . For example, first, the progress simulating unit 315 grasps the progress of the game of the user terminal 100 based on the progress information. Then, the progress simulating unit 315 may reproduce the game screen currently displayed on the user terminal 100 based on the game program 131 completely or in a simplified manner on the display unit 352 of its own device. Alternatively, the progress simulating unit 315 may grasp the current game progress, predict the game progress after the current time based on the game program 131 , and output the prediction result to the display unit 352 .

The character control unit 316 controls behavior of characters displayed on the user terminal 100 . Specifically, action instruction data for causing the character to act is generated and supplied to the user terminal 100 . For example, the character control unit 316 generates action instruction data for instructing the character to be controlled to speak, based on voice data input by an operator (voice actor, etc.) via the microphone 3010 . The action instruction data generated in this manner includes at least the voice data described above. Also, for example, an operator (model or the like) generates action instruction data for instructing a character to be controlled to move based on motion capture data input via the motion capture device 3020 . The motion instruction data generated in this manner includes at least the motion capture data described above. Also, for example, the operator instructs to move the character to be controlled based on the history of input operations input via the input mechanism such as the controller 3030 or the operation unit such as the input unit 351, that is, based on the operation history data. Generate operation instruction data to The action instruction data generated in this manner includes at least the operation history data described above. The operation history data is, for example, information in which an operation log indicating which button of the controller 3030 was pressed by the operator at what timing when which screen was displayed on the display unit is arranged in chronological order. . The display unit here is a display unit linked with the controller 3030, and may be the display unit 352 of the touch screen 35, or may be another display unit connected via the input/output IF 34. . Alternatively, the character control unit 316 identifies a command that instructs the action of the character associated with the input operation input by the operator via the above-described input mechanism or operation unit. Then, the character control unit 316 arranges the commands in the input order to generate a motion command group indicating a series of actions of the character, and generates action instruction data instructing the character to move according to the motion command group. may The action instruction data generated in this manner includes at least the motion command group described above.

The reaction processing unit 317 receives feedback on the user's reaction from the user terminal 100 and outputs it to the operator of the action instruction device 300 . In this embodiment, for example, the user terminal 100 allows the user to create a comment addressed to the character while the character is moving according to the action instruction data described above. The reaction processing unit 317 receives the comment data of the comment and outputs it. The reaction processing unit 317 may display text data corresponding to the user's comment on the display unit 352, or may output audio data corresponding to the user's comment from a speaker (not shown).

Note that the functions of the user terminal 100, the server 200, and the motion instruction device 300 shown in FIG. 2 are merely examples. Each of user terminal 100, server 200, and action instruction device 300 may have at least part of the functions of other devices. Further, a device other than the user terminal 100, the server 200, and the action instruction device 300 may be used as a component of the game system 1, and the other device may be caused to execute part of the processing in the game system 1. FIG. That is, the computer that executes the game program in this embodiment may be any of the user terminal 100, the server 200, the motion instruction device 300, and other devices, or may be realized by combining a plurality of these devices. may be

Note that the progress simulating unit 315 may be omitted in the present embodiment. Also, in this embodiment, the control unit 310 can function as a reaction processing unit 317 according to the description of the character control program 134 .

<Game configuration>
FIG. 3 is a flow chart showing an example of basic game progress of this game. The game is, for example, divided into two gameplay parts. As an example, the first part is the story part and the second part is the live distribution part. The game may also include an acquisition part in which the user acquires game media, which are digital data that can be used in the game, in exchange for valuable data owned by the user. In this embodiment, the play order of each part is not particularly limited. FIG. 3 shows a case where the user terminal 100 executes the game in order of story part, acquisition part, and live distribution part.

In step S1, the game progression unit 115 executes the story part. The story part includes, for example, scenes in which the main character operated by the user interacts with the character. In this embodiment, as an example, a “scenario” grouped together as digital data corresponds to one episode of a story about a character, is supplied from the server 200 and is temporarily stored in the storage unit 120 . In the story part, the game progression unit 115 reads out one scenario stored in the storage unit 120 and advances the scenario according to the user's input operation until the end of the scenario is reached. A scenario includes options to be selected by the user, response patterns of characters corresponding to the options, etc. Depending on which option the user selects, different endings may be obtained even in one scenario. . Specifically, the game progression unit 115 presents a plurality of options corresponding to the actions of the protagonist to the character so that the user can select them, and progresses the scenario according to the options selected by the user.

In step S2, when the user plays the scenario to the end, the game progression unit 115 may cause the user to obtain a reward according to the ending. The reward is provided to the user, for example, as game media, which is digital data that can be used in the game. Game media may be, for example, items such as accessories that can be worn by characters. Here, "allowing the user to obtain a reward" may mean, for example, transitioning the status of the game content as a reward managed in association with the user from unusable to usable. Alternatively, game media may be stored in at least one of the memories (memory 11, memory 21, memory 31) included in game system 1 in association with user identification information or user terminal ID.

At step S3, the game progression unit 115 executes the acquisition part. In the acquisition part, the game content to be acquired by the user may be a new scenario different from the scenario provided to the user terminal 100 at the time of initial download. Hereinafter, the former scenario will be referred to as a fixed scenario, and the latter scenario will be referred to as an acquisition scenario. When there is no need to distinguish between the two, they are simply referred to as scenarios.

In the acquisition part, for example, the game progression unit 115 allows the user to possess an acquisition scenario different from the fixed scenario already possessed by the user in exchange for consuming the user's valuable data. The scenario to be acquired by the user may be determined by the game progress section 115 or the progress support section 211 of the server 200 according to a predetermined rule. More specifically, the game progress unit 115 or the progress support unit 211 may execute a lottery to randomly determine a scenario to be acquired by the user from a plurality of acquisition scenarios. The acquisition part may be performed at any timing before or after the story part and the live distribution part.

In step S4, the game progression unit 115 determines whether or not action instruction data has been received from an external device via the network. Until the action instruction data is received from the external device, the game progression unit 115 may return from NO in step S4 to, for example, step S1 to execute the story part. Alternatively, the game progression unit 115 may execute the acquisition part of step S3. On the other hand, when the action instruction data is received from the external device, the game progression unit 115 advances from YES in step S4 to step S5.

In step S5, the game progression unit 115 executes the live distribution part (second part). Specifically, the game progression unit 115 advances the live delivery part by causing the character to act according to the action instruction data received in step S4. In step S1, the user simply interacts with a character who shows a fixed response in the scenario via the UI. However, in the live distribution part, the user can freely interact with the character acting in real time based on the action instruction data transmitted from the external device. More specifically, analysis unit 116 receives, from action instruction device 300, action instruction data including voice data and motion data generated according to the details of the user's input operation. Then, the game progression unit 115 causes the character to speak based on the voice data included in the received action instruction data, and moves the character based on the motion data. Thereby, the reaction of the character to the user's input operation can be presented to the user.

<Overview of processing>
In this embodiment, based on the game program 131, the user terminal 100 is configured to perform the following steps in order to improve the interest of the game. Specifically, the user terminal 100 operates on the basis of first action instruction data, which is action instruction data specifying an action of an NPC that neither the user nor another user operates, and which is pre-stored in the memory 11. A step of operating the NPC and advancing the first part according to the user's input operation input via the operation unit (input/output IF 14, touch screen 15, camera 17, distance measuring sensor 18); and advancing the second part by operating the NPC based on the second action instruction data received from the action instruction device 300).

According to the above configuration, in the first part, the user terminal 100 operates the NPC based on the pre-downloaded first action instruction data. In addition, the user terminal 100 receives the second action instruction data from the action instruction device 300, and operates the NPC based on the second action instruction data in the second part. Since the NPC can be operated based on the second action instruction data received from the action instruction device 300, the action of the NPC is unconventional and its expressions are greatly expanded. Therefore, the user can get a sense of reality as if the NPC were in the real world through interaction with the NPC during game play. As a result, it is possible to enhance the sense of immersion in the world of the game and improve the interest of the game.

<Data structure>
(Operation instruction data)
FIG. 4 is a diagram showing an example of the data structure of action instruction data processed by the game system 1 according to this embodiment. As an example, the action instruction data includes items of “destination” and “originator” as meta information, and items of “character ID”, “voice”, and “movement” as contents of the data. consists of

The item "destination" stores destination designation information. The destination specification information is information indicating to which device the action instruction data is sent. The destination designation information may be, for example, an address unique to the user terminal 100 or identification information of a group to which the user terminal 100 belongs. It may be a symbol (for example, "ALL") indicating that all user terminals 100 satisfying a certain condition are addressed.

The item "creator" stores creator information. The creator information is information indicating which device created the action instruction data. The source information is user-related information (hereinafter referred to as user-related information) that can identify a specific user, such as a user ID, a user terminal ID, and a unique address of a user terminal. The creator information may be an ID or an address pointing to the server 200 or the action instruction device 300. When the creator is the server 200 or the action instruction device 300, the value of this item is left blank. Alternatively, the item itself may not be provided in the action instruction data.

The item "character ID" stores character IDs for uniquely identifying characters appearing in the game. The character ID stored here indicates which character's action is to be instructed by the action instruction data.

The item "audio" stores audio data to be expressed by the character. The item "movement" stores motion data specifying the movement of the character. The motion data may be, for example, motion capture data acquired by the motion instruction device 300 via the motion capture device 3020 . The motion capture data may be data that tracks the movement of the actor's entire body, data that tracks the actor's facial expressions and mouth movements, or both. As another example, the motion data may be a group of motion commands specifying a series of movements of the character specified by the operation input by the operator of the action instruction device 300 via the controller 3030 . For example, when the commands "raise right hand", "raise left hand", "walk", and "run" are assigned to button A, button B, button C, and button D of controller 3030, respectively, the operator , button A, button B, button C, and button D are successively pressed. In this case, a group of motion commands in which the commands "raise right hand", "raise left hand", "walk", and "run" are arranged in the above order are stored as motion data in the item "movement". be done. Note that, in this embodiment, the voice data and the motion data are included in the action instruction data in a synchronized state.

By receiving such action instruction data, the game progression unit 115 can cause a character appearing in the game to act as intended by the creator of the action instruction data. Specifically, if the action instruction data includes voice data, the game progression unit 115 causes the character to speak based on the voice data. In addition, when motion data is included in the action instruction data, the game progression unit 115 moves the character based on the motion data, that is, generates an animation of the character so that the character moves based on the motion data. do.

(game information)
FIG. 5 is a diagram showing an example of the data structure of the game information 132 processed by the game system 1 according to this embodiment. The items provided in the game information 132 are appropriately determined according to the genre, nature, contents, etc. of the game, and the illustrated items do not limit the scope of the present invention. As an example, the game information 132 includes items of "play history,""item,""familiarity,""famousness," and "distribution history." Each of these items is appropriately referred to when the game progression unit 115 progresses the game.

The item "play history" stores the user's play history. The play history is information indicating whether or not the user's play has been completed for each scenario stored in the storage unit 120 . For example, the play history includes a list of fixed scenarios downloaded at the first play and a list of acquired scenarios acquired later in the acquisition part. In each list, a status such as "played", "not played", "playable", or "playable" is associated with each scenario.

The item "item" stores a list of items as game media possessed by the user. In this game, the items are, for example, accessories worn by the character. The user can equip the character with items obtained by playing the scenario to customize the appearance of the character.

The item "familiarity" stores intimacy, which is one of the character statuses. The new density is a parameter that indicates how close the user's alter ego, the "main character", is to the character. For example, the game progression unit 115 may advance the game in a more advantageous manner for the user as the degree of intimacy increases. For example, the game progression unit 115 may increase or decrease the degree of intimacy according to the play result of the scenario. As an example, the game progression unit 115 increments the degree of intimacy as the user selects options better and the outcome of the scenario is better. Conversely, the game progression unit 115 may reduce the degree of intimacy when the user reaches the scenario with a bad ending.

The item “famousness” stores the famousness, which is one of the character statuses. The name recognition is a parameter that indicates the degree of popularity and recognition that a character has as a video distributor. One of the purposes of this game is to support the animation distribution activities of the character, raise the name recognition of the character, and realize the dream of the character. As an example, a special scenario may be provided as a reward to a user who has achieved a certain level of popularity.

The item "distribution history" stores a list of moving pictures that have been live-distributed from characters in the past in the live distribution part, so-called back numbers. In the live distribution part, the moving picture being PUSH-distributed in real time can only be viewed at that time. On the other hand, moving images for past distribution are recorded in the server 200 or the action instruction device 300 and can be PULL distributed in response to a request from the user terminal 100 . In this embodiment, as an example, the back number may be downloaded by the user by charging a fee.

<Story part screen example>
FIG. 6 is a diagram showing an example of a quest presentation screen 400 displayed on the display unit 152 of the user terminal 100. As shown in FIG. The game progression unit 115 presents quests to the user according to the game program 131 during the progression of the scenario in the story part. Specifically, the game progression unit 115 causes the character to say a request corresponding to a quest to the hero during the conversation between the hero and the character. At this time, for example, the game progression unit 115 may cause the display unit 152 to display a quest presentation screen 400 shown in FIG.

There is no particular limitation on the method of presenting the character performing a series of actions of "making the character say a requested matter". For example, the game progression unit 115 may display a still image of a character speaking the text data corresponding to the requested item, which is stored in advance in the storage unit 120 . Specifically, the game progression unit 115 displays the quest presentation screen 400 including the character 401, a balloon 402 indicating that the character 401 is speaking, and the text data of the requested item placed in the balloon 402. 152. Alternatively, the game progression unit 115 may display an animation of a character who speaks the requested item based on action instruction data corresponding to a scene in which the request item is spoken, which is stored in advance in the storage unit 120 . Specifically, the game progression unit 115 moves the character 401 according to the motion capture data included in the action instruction data, and outputs the voice data included in the action instruction data as voice from a speaker (not shown) provided in the user terminal 100. Output.

In the present embodiment, as an example, the game progression unit 115 may realize the quest by a positional information game using the positional registration information of the user terminal 100 . The game progression unit 115 acquires current location information (for example, address information, latitude and longitude information, etc.) of the user terminal 100 from a location registration system (not shown) provided in the user terminal 100 . Then, based on the acquired current position information, a map 403 around the location where the user terminal 100 is located is generated and arranged on the quest presentation screen 400 . The map data from which the map 403 is generated may be stored in advance in the storage unit 120 of the user terminal 100, or may be acquired via a network from another service providing device that provides map data. .

Subsequently, the game progression unit 115 determines a position (address, latitude/longitude, etc.) where an item (hereinafter referred to as a target) that can solve the request can be obtained, and displays a target icon at a position on the map corresponding to the determined position. 404 is superimposed and displayed. Accordingly, the user can understand that by holding the user terminal 100 and moving to the position of the target icon 404 on the map 403, the target can be obtained and the quest cleared. The position of the target may be determined randomly by the game progression unit 115, or may be determined in advance according to the scenario, the quest, and the content of the target.

When the user brings the user terminal 100 to the actual position corresponding to the position of the target icon 404, the game progression unit 115 determines that the hero has reached the target and allows the user to obtain the target. The game progression unit 115 thereby determines that the quest has been cleared.

In this embodiment, the game progression unit 115 may generate a quest solution screen 500 and display it on the display unit 152 when the quest is cleared. FIG. 7 is a diagram showing an example of a quest solution screen 500 displayed on the display unit 152 of the user terminal 100. As shown in FIG. As an example, the quest resolution screen 500 includes a character 401 . For example, the game progression unit 115 causes the character 401 to perform an action of "thank the hero for solving the request". The game progression unit 115 may cause the character 401 to perform this action based on pre-stored action instruction data. Alternatively, the game progression unit 115 may reproduce a scene in which the character 401 is thanking by arranging the still image of the character 401 and the text data 501 corresponding to the statement content on the quest resolution screen 500 .

In this embodiment, the game progression unit 115 may release one new fixed scenario related to the character 401 who is the requester as a reward for clearing the quest, and transition the scenario to a playable state for the user. Specifically, the game progression unit 115 reads out the play history shown in FIG. 5 and updates the status of the predetermined fixed scenario from "unplayable" to "playable".

Furthermore, the game progression unit 115 may increase the degree of intimacy between the hero and the character based on the clearing of the quest. The game progression unit 115 may be configured to increase intimacy as the play content of the quest (required time, movement distance, number of acquisitions, degree of joy of the character, rarity of the acquired target, etc.) is better. .

As the user clears one or more quests or selects an option, dialogue with the character progresses and the scenario progresses. When the scenario reaches one ending, the user has completed playing the scenario.

The game progression unit 115 may allow the user to acquire items as a reward for playing the scenario. The items are, for example, accessories worn by the character 401 . The game progression unit 115 determines items to be acquired by the user based on a predetermined rule. For example, the game progression unit 115 may give the user an item that is pre-associated with the scenario being played, or the scenario play content (required time to clear the quest, acquired intimacy, good choices, etc.). selected, etc.). Alternatively, the item to be given to the user may be randomly determined from among multiple candidates.

In the present embodiment, the game progression unit 115 may generate a reward screen 600 for notifying the user of the items acquired, and cause the display unit 152 to display the reward screen 600 . FIG. 8 is a diagram showing an example of a reward screen 600 displayed on the display unit 152 of the user terminal 100. As shown in FIG. As an example, the reward screen 600 may include an icon 601 of the acquired item and the name 602 of the item. This allows the user to check the items that he/she has obtained. In addition, the game progression unit 115 adds the acquired item to the item list stored in the item "item" shown in FIG.

<Screen example of the live distribution part>
When the game progression unit 115 receives action instruction data from an external device such as the action instruction apparatus 300, the game progress unit 115 causes the character to act based on the action instruction data in the live distribution part. For example, a moving image reproduction screen 800 including a character that moves based on the action instruction data is generated in the live distribution part and displayed on the display unit 152 .

FIG. 9 is a diagram showing an example of a video playback screen 800 displayed on the display unit 152 of the user terminal 100. As shown in FIG. As an example, the video playback screen 800 includes at least a character (character 802 in the illustrated example) who was a dialogue partner in the story part.

In this embodiment, the game progression unit 115 reflects the movement indicated by the motion capture data included in the action instruction data supplied from an external device (hereinafter referred to as the action instruction device 300) in the movement of the character 802. . The motion capture data is the motion of the model 702 acquired via the motion capture device 3020 at the installation location of the motion instruction device 300 . Therefore, the motion of the model 702 is directly reflected in the motion of the character 802 displayed on the display unit 152 .

In this embodiment, the game progression unit 115 outputs the sound data 801 contained in the action instruction data supplied from the action instruction device 300 as the sound uttered by the character 802 in synchronization with the movement of the character 802. . The voice data is obtained by acquiring the voice 700 of the voice actor 701 through the microphone 3010 at the installation location of the action instruction device 300 . Therefore, the voice data 801 corresponding to the voice 700 uttered by the voice actor 701 is output from the speaker of the user terminal 100 as it is.

According to the above configuration, the voice and motion of the voice actor 701 and the model 702 that actually exist at the installation location of the action instruction device 300 are directly reflected in the voice and motion of the character 802 . Seeing the character 802 performing such actions, the user can feel the reality of the character 802 as if it exists in the real world, and can be immersed in the game world. .

Furthermore, in the present embodiment, the game progression unit 115 may determine the play result of the story part based on the user's input operation in the story part (first part). Then, in the live distribution part (second part), the game progression unit 115 may cause the display unit 152 to display the character to be moved based on the action instruction data in a display mode according to the play result.

As an example, the game progress unit 115 synthesizes the object of the item with the object of the character 802 if an item that can be worn by the character has been acquired in the story parts that have been played so far. preferably.
According to the above configuration, the items acquired by the user by playing the story part can be reflected in the accessories of the character 802 acting in the live distribution part. For example, as shown in FIG. 8, an item (for example, a rabbit ear band) is obtained as a furnishing item by playing the scenario in the story part. In this case, the game progression unit 115 reads the information on the furnishings from the game information 132 shown in FIG.

This allows the user to feel more attached to the character 802 and enjoy the live distribution part even more. Furthermore, it is possible to nurture the desire of the user to upgrade the furnishings of the character 802, and as a result, it is possible to strengthen the motivation to play the story part.

Furthermore, in the present embodiment, the game progression unit 115 may be able to input comments addressed to the character 802 in response to actions of the character 802 . As an example, the game progression unit 115 arranges a comment input button 804 on the video playback screen 800 . The user touches the comment input button 804 to call up a UI for inputting a comment, operates the UI, and inputs a comment addressed to the character 802 . The UI may be for the user to select a desired comment from several comments prepared in advance. The UI may be for the user to edit characters and enter comments. The UI may be for the user to input comments by voice.

<Processing flow>
FIG. 10 is a flow chart showing the flow of processing executed by each device constituting the game system 1. FIG.

In step S<b>101 , the game progression unit 115 of the user terminal 100 accesses the server 200 and requests login upon receiving an input operation to start the game from the user.

In step S102, the progress support unit 211 of the server 200 confirms that the status of the user terminal 100 is online, and responds that the login has been accepted.

In step S103, the game progression unit 115 progresses the game according to the user's input operation while communicating with the server 200 as necessary. The game progression unit 115 may progress the story part, or progress the acquisition part for acquiring a new scenario.

In step S104, the progress support unit 211 supports the progress of the game on the user terminal 100 by, for example, providing necessary information to the user terminal 100 as necessary.

In step S105, when the live distribution time comes, the sharing support unit 212 of the server 200 proceeds from YES in step S105 to step S106. The live distribution time is determined in advance by the game master, for example, and managed by the server 200 and the action instruction device 300 . Further, the user terminal 100 may be notified of the live distribution time in advance, or may be kept secret until the actual live distribution time. In the former case, it is possible to stably supply live distribution to users, and in the latter case, it is possible to supply live distribution with special added value to users as a surprise distribution.

In step S106, the sharing support unit 212 searches for one or more user terminals 100 that have the right to receive live distribution. The conditions for receiving the live distribution may be appropriately set by the game master, but at least the conditions include having the application for this game installed and being online at the time of the live distribution. In this embodiment, as an example, user terminals 100 that are online at the time of the live distribution, that is, that are running the application of the game, are searched for as user terminals 100 that have the right to receive the live distribution. Alternatively, the sharing support unit 212 may add a condition that the user terminal 100 is owned by a user who has already paid for live distribution. Alternatively, the sharing support unit 212 may search in advance for a specific user terminal 100 that has made a reservation to receive the live distribution at the above-described live distribution time as the user terminal 100 that has the right to receive the live distribution. good.

In step S<b>107 , sharing support unit 212 notifies motion instruction device 300 of one or more detected user terminals 100 . For example, the sharing support unit 212 may notify the action instruction device 300 of the terminal ID of the user terminal 100, the user ID of the user who is the owner of the user terminal 100, the address of the user terminal 100, and the like.

On the other hand, in step S108, when the live distribution time comes, the character control unit 316 of the action instruction device 300 advances from YES in step S108 to steps S109 to S110. It does not matter which of steps S109 to S110 is executed first.

In step S109, the character control unit 316 acquires the voice input by the actor such as the voice actor through the microphone 3010 as voice data.

In step S110, the character control unit 316 acquires motion captured by an actor such as a model via the motion capture device 3020 as motion capture data.

In step S111, the character control unit 316 generates action instruction data (second action instruction data). Specifically, the character control unit 316 identifies a character whose moving image is to be distributed at the above-described live distribution start time, and stores the character ID of the character in the "character ID" item of the action instruction data. The game master may pre-schedule and register in the action instruction device 300 which character's animation is to be distributed at what time. Alternatively, the operator of the action instruction device 300 may specify to the action instruction device 300 in advance which character's action instruction data is to be created. The character control unit 316 stores the voice data acquired in step S109 in the "voice" item of the action instruction data. The character control unit 316 stores the motion capture data acquired in step S110 in the "movement" item of the action instruction data. The character control unit 316 links the audio data and the motion capture data so that the audio data and the motion capture data are synchronized. The character control unit 316 receives the group identification information of the group of these user terminals 100, or the group identification information of one user terminal 100 so that one or more user terminals 100 notified by the server 200 in step S107 become the destination. The address is stored in the "destination" item of the operation instruction data as destination designation information.

In step S<b>112 , the character control unit 316 transmits the action instruction data generated as described above to each user terminal 100 designated as a destination via the communication IF 33 . The character control unit 316 acquires voice data and motion capture data obtained by an actor speaking or moving, immediately renders them into action instruction data, and distributes them to each user terminal 100 in real time. is desirable.

At step S<b>113 , analysis unit 116 of user terminal 100 receives the above-described action instruction data via communication IF 13 . For example, the analysis unit 116 may receive the action instruction data at the time when the action instruction device 300 or the server 200 has notified in advance that the live distribution will be performed.

At step S114, analysis unit 116 analyzes the received action instruction data, triggered by the reception.

In step S115, if the game progression unit 115 has not executed the live distribution part when the above-described action instruction data is received, the live distribution part is started. At this time, if another part is being executed, the game progression unit 115 interrupts the progress of that part and then starts the live distribution part. Here, the game progress unit 115 outputs a message to the display unit 152 to the effect that the part being executed is temporarily interrupted due to the start of the live distribution, and saves the progress of the part in the storage unit 120. desirable. It should be noted that if the live distribution part has already been executed when the above-described action instruction data is received, the game progression unit 115 may omit step S115. In this case, the game progression unit 115 may output to the display unit 152 a message to the effect that the distribution of the action instruction data (that is, the moving image of the character's body distributed live) has started.

In step S<b>116 , the game progression unit 115 causes the character to act based on the animation instruction data analyzed by the analysis unit 116 , thereby advancing the live distribution part. Specifically, the game progression unit 115 causes the display unit 152 to display the video playback screen 800 shown in FIG. 9 or the like. The game progression unit 115 reproduces the voices and movements of the actors such as the voice actor 701 and the model 702 in real time almost at the same time when the actors such as the voice actor 701 and the model 702 are speaking and moving at the place where the motion instruction device 300 is installed. This is reflected in the utterances and movements of the character 802 on the screen 800 . The analysis unit 116 and the game progression unit 115 continue rendering and playing the moving image in real time while continuously receiving action instruction data from the action instruction device 300 . Specifically, the game progression unit 115 does not receive any input operation from the user, returns from NO in step S117 to step S113, and repeats the subsequent steps while action instruction data is being received.

In step S117, when the operation reception unit 111 receives an input operation from the user while the character is moving based on the action instruction data, the game progression unit 115 advances from YES in step S117 to step S118. For example, the operation reception unit 111 receives an input operation on the comment input button 804 on the video playback screen 800 .

In step S<b>118 , game progression unit 115 transmits the comment data generated according to the input operation described above to action instruction device 300 . Specifically, the game progression unit 115 may transmit the comment ID of the selected comment as comment data. Alternatively, the game progression unit 115 may transmit text data of sentences input by the user as comment data. Alternatively, the game progression unit 115 may transmit voice data of voice input by the user as comment data. Alternatively, the game progression unit 115 may recognize the voice input by the user, convert it into text data, and transmit it as comment data.

In step S<b>119 , reaction processing unit 317 of action instruction device 300 receives the comment data transmitted from user terminal 100 via communication IF 33 .

In step S<b>120 , reaction processing unit 317 outputs the received comment data to action instruction device 300 . For example, the reaction processing section 317 displays text data included in the comment data on the display section 352 . This allows the operator to receive feedback indicating how the user reacted to the characters they moved. The operator can then determine further character actions in accordance with this feedback. That is, the action instruction device 300 returns to step S<b>109 , continues acquiring voice data and motion capture data, and continues to provide the user terminal 100 with action instruction data. The user terminal 100 receives the action instruction data transmitted from the action instruction device 300 after the action instruction device 300 receives the content of the input operation in the user terminal 100 . Specifically, the user terminal 100 receives action instruction data including voice data corresponding to the character's utterance content, motion capture data corresponding to the character's movement, and the like. Then, the user terminal 100 continuously moves the character based on the action instruction data. As a result, it is possible for the user to experience real-time interactive interaction with the character. Instead of the motion capture data, the user terminal 100 may receive a motion command group in which one or more commands for instructing the motion of the character are arranged in the order instructed by the operator of the motion instruction device 300.

<Modification>
In the modified example of Embodiment 1, the character whose moving image is live-delivered in the live-delivery part does not have to be an NPC in other parts. That is, the present invention can also be applied to a game in which a PC that operates based on a user's operation in another part distributes moving images live as an NPC in the live distribution part.

In this modified example, the user terminal 100 is configured to execute the following steps based on the game program 131 in order to improve the interest of the game. Specifically, the user terminal 100 generates a character according to a user's input operation input to the computer (user terminal 100) via the operation unit (input/output IF 14, touch screen 15, camera 17, distance measuring sensor 18). and progressing the second part by causing the character to act based on action instruction data specifying the character's action received from the NPC control device (action instruction device 300). and perform the step of Here, the action instruction data includes at least one of voice data and motion capture data. In the step of advancing the second part, the user terminal 100 transmits the content of the user's input operation to the NPC control device, receives the action instruction data determined by the NPC control device based on the content of the input operation, Receipt of action instruction data is used as a trigger to move the character.

[Embodiment 2]
<Game Overview>
A game executed by the game system 1 according to the second embodiment (hereinafter referred to as "this game") is, as an example, a training simulation game including elements of a love simulation game, as in the first embodiment. In this embodiment, the game includes at least a live distribution part. This game may consist of a single live distribution part, or may consist of a plurality of parts. Also, in the live distribution part, the character whose motion is controlled by the motion instruction device 300 may be either a PC or an NPC. For example, a character that acts as an NPC in a live distribution part may act as a PC in another part according to a user's input operation. Alternatively, while the action instruction data is not live distributed from the action instruction device 300, the character may act as a PC in the live distribution part according to the user's input operation. Then, when the live distribution is started, the character may be switched to NPC and move according to the action instruction data supplied from the action instruction device 300 .

<Overview of processing>
In this embodiment, based on the game program 131, the user terminal 100 is configured to perform the following steps in order to improve the interest of the game. Specifically, the user terminal 100 moves a character according to a user's input operation input to the user terminal 100 (computer) via an operation unit such as the input unit 151; A step of receiving action instruction data specifying an action of the character transmitted by multicast from the device 300 (character control device) and a step of causing the character to act based on the received action instruction data are executed.

Furthermore, it is preferable that the step of causing the character to act is triggered by the fact that the action instruction data transmitted by multicast is received in the receiving step.

Alternatively, in the present embodiment, the user terminal 100 may be configured to perform the following steps based on the game program 131 in order to make the game more interesting. Specifically, the user terminal 100 moves a character according to the user's input operation input to the user terminal 100 via the operation unit, a step of receiving transmitted action instruction data designating an action of a character, wherein the action instruction data is not designated by a user terminal 100 of another user as a creator of the action instruction data; and the received action instruction. and activating the character based on the data. It should be noted that the action instruction data "transmitted to the user terminal 100" means, for example, that the action instruction data is unicast. For example, the user terminal 100 can determine that the operation instruction data is addressed to the terminal itself, i.e., transmitted by unicast, when the destination specification information includes an address unique to the terminal itself.

Furthermore, the step of causing the character to act triggers the reception in the receiving step of action instruction data transmitted by unicast and not associated with the identification information of the user or the user terminal. is preferably started with

<Functional Configuration of Game System 1>
In the user terminal 100 according to this embodiment, the analysis unit 116 also analyzes the meta information of the action instruction data. Meta information is information that defines properties of the action instruction data separately from the content of the action instruction data. The meta information is, for example, destination specification information, creator information, and the like. Specifically, analysis unit 116 determines whether the action instruction data has been multicast-transmitted or unicast-transmitted, based on the destination designation information of the transmitted action instruction data. do. Multicast transmission means that server 200 or operation instruction device 300 transmits information of the same content to a predetermined group including its own terminal. For example, action instruction data in which "ALL" is set as destination designation information is sent together to all user terminals that are running the application of this game. Unicast transmission means that server 200 or operation instruction device 300 transmits information to its own terminal. The destination designation information is stored, for example, in the item "destination" of the action instruction data shown in FIG.

The action instruction data that is multicast is considered to have been created by the game master, not by any particular user. Specifically, the above-described action instruction data may be created by a device belonging to a provider (operating organization) that provides the game service in the game system 1 . For example, since the server 200 or the action instruction device 300 has information on all users and user terminals, it is possible to create action instruction data and multicast it to user terminals that are running applications. Therefore, the user terminal 100 can determine that the multicast-transmitted action instruction data was created by the game master.

In this embodiment, the analysis unit 116 may have the following functions as an example. Specifically, the analysis unit 116 renders the multicast-transmitted action instruction data. The analysis unit 116 then instructs the game progression unit 115 to move the character based on the rendering result. More preferably, the analysis unit 116 is triggered by the reception of multicast-transmitted action instruction data and renders the action instruction data in real time. Subsequently, the analysis unit 116 instructs the game progression unit 115 to move the character based on the rendering result.

In another embodiment, the analysis unit 116 may have the following functions instead of or in addition to the functions described above. Specifically, the analysis unit 116 renders the unicast-transmitted action instruction data that is not associated with information related to a specific user, such as a user ID or a user terminal ID. do. The analysis unit 116 then instructs the game progression unit 115 to move the character based on the rendering result. More preferably, when the analysis unit 116 determines that the action instruction data has been unicast-transmitted, the action instruction data is transmitted by a specific user terminal based on the creator information of the action instruction data. Determine if it was created. For example, the analysis unit 116 determines that action instruction data associated with information related to a specific user as creator information was created by a specific user terminal. The analysis unit 116 determines that the action instruction data whose creator information value is empty and the action instruction data to which the creator information is not linked in the first place are not created by a specific user terminal. Action instruction data not created by a specific user terminal is considered to be created by a game master.

The analysis unit 116 is triggered by the reception of unicast-transmitted action instruction data in which related information of a specific user is not linked as creator information, and renders the action instruction data in real time. Subsequently, the analysis unit 116 instructs the game progression unit 115 to move the character based on the rendering result.

As a result, the user terminal 100 can move the character in real time while reflecting the intent of the game master based on the action instruction data distributed by the game master. Therefore, it is possible to make the character feel as if the character really exists there.

<Processing flow>
FIG. 11 is a flow chart showing the flow of processing for analyzing action instruction data, which is executed by the user terminal 100 according to this embodiment. In this embodiment, the processing executed by each device of the game system 1 is substantially the same as the processing shown in FIG. In step S114, the user terminal 100 analyzes the action instruction data as described below.

In step S201, analysis unit 116 acquires destination designation information from the item "destination" of the action instruction data.

In step S202, analysis unit 116 determines whether or not the action instruction data has been transmitted by multicast based on the destination designation information. If the destination designation information points to a group identifier (for example, "ALL"), analysis unit 116 determines that the action instruction data has been transmitted by multicast. Then, from YES in step S202, the analysis unit 116 proceeds to step S115 and subsequent steps shown in FIG. That is, the game progression unit 115 is triggered by the fact that the action instruction data transmitted by multicast is received at its own terminal, and causes the character to move in real time based on the action instruction data. On the other hand, when the destination designation information points to the address of the own terminal, analysis unit 116 determines that the action instruction data was transmitted by unicast. In this embodiment, the analysis unit 116 determines that the data transmitted by unicast does not need to be reproduced in real time, stores the received action instruction data in the storage unit 120, and stores the data in step S103 shown in FIG. You can return later. In step S<b>103 , for example, the game progression unit 115 may progress a part in which a character moves according to the user's input operation input to the user terminal 100 . In another embodiment, when action instruction data transmitted by unicast is received, the analysis unit 116 may proceed from NO in step S202 to step S203.

In step S203, analysis unit 116 acquires creator information from the item "creator" of the action instruction data.

In step S204, analysis unit 116 determines whether or not the creator information indicates user-related information related to a specific user. The user-related information is, for example, the user ID, the terminal ID of the user terminal 100, the address of the user terminal 100, and the like. If the creator information is not user-related information of a specific user, the analysis unit 116 determines that the action instruction data was not created by a specific user but by a game master. Then, from NO in step S204, the analysis unit 116 proceeds to step S115 and subsequent steps shown in FIG. That is, the game progression unit 115 causes the character to move in real time based on the action instruction data, triggered by the reception of the action instruction data to which the user-related information is not linked. On the other hand, when the creator information is user-related information of a specific user, analysis unit 116 determines that the action instruction data was created by a specific user. Therefore, the analysis unit 116 determines that the data does not need to be reproduced in real time since it is not the action instruction data supplied from the game master, and proceeds from YES in step S204 to step S205.

In step S205, analysis unit 116 saves the action instruction data created by the specific user in storage unit 120, and returns to step S103 and subsequent steps shown in FIG.

According to the above configuration and method, in user terminal 100, in addition to causing the character to act according to the user's input operation, the character is caused to act based on the action instruction data received from server 200 or action instruction device 300. be able to. As a result, the character's actions are unconventional and can be expressed in a wide range of ways. This allows the user to see the action of the character and feel as if the character is in the real world. Since the user feels more attached to the character through the experience of interacting with the character with a rich sense of reality, the user can play the other part in which the character is operated with even greater interest. As a result, it is possible to enhance the sense of immersion in the world of the game and improve the interest of the game.

<Modification>
In a modification of the second embodiment, the analysis unit 116 omits the step of determining whether or not the action instruction data has been multicast-transmitted based on the destination designation information, and the action instruction data includes user-related information of a specific user. A step of judging whether or not it is linked based on the creator information may be executed.

[Embodiment 3]
A game executed by the game system 1 according to this embodiment includes a live distribution part, a story part, and an acquisition part. The game system 1 according to this embodiment is configured and operates in the same manner as in the first embodiment, and in addition, is configured to proceed with the acquisition part while the live distribution part is in progress. Among the configuration, operation, and game screen examples of the game system 1 according to the present embodiment, those similar to those of the first embodiment have already been described, and detailed description thereof will not be repeated.

<Functional Configuration of User Terminal 100>
In this embodiment, the user terminal 100 is configured to operate as follows based on the game program 131 . Specifically, the user terminal 100 responds to action instruction data specifying character actions transmitted from a character control device that controls at least one character to a plurality of user terminals 100 including the user terminal 100 concerned. Based on this, the first game part included in the game is progressed by causing the character to act on the user terminal 100 concerned. In this embodiment, the above-described action instruction device 300 is applied as an example of the character control device. Also, the first game part here corresponds to the first part described in the claims of the present application. In this embodiment, the live delivery part described above is applied as an example of the first game part.

In addition, during the progress of the first game part (live distribution part), the user terminal 100 selects any of the digital contents that can be used in the game according to the user's operation, and sends the selected digital contents to the user. It is associated with the user as given and stored in the memory. In other words, the user terminal 100 advances the acquisition part according to the user's operation while the live distribution part is in progress. In this embodiment, the acquisition scenario described above is applied as an example of digital content.

In this embodiment, it is assumed that ranks are set for acquisition scenarios. A rank is represented by a number of stages. Acquisition scenarios may be determined such that the higher the rank, the lower the probability of being granted in the acquisition part.

Further, in this embodiment, in the acquisition part, when selecting one of acquisition scenarios that can be used in the game, the selection is made based on a predetermined rule. Also, a lottery based on a predetermined lottery probability is performed as a selection based on a predetermined rule. However, the selection in the winning part may be based on other rules. Hereinafter, the selection and selection results in the acquisition part will also be referred to as the lottery and the lottery results, and the acquisition part will also be referred to as the lottery part. Further, hereinafter, storing various digital contents in the storage unit 110 as those given to the user will be simply referred to as "given to the user", and the digital content given to the user will be referred to as "the "Owned digital content" etc.

Also, the user terminal 100 acquires the first information. In this embodiment, the user terminal 100 acquires the first information transmitted from the server 200 by receiving it. Also, the user terminal 100 displays the first information on the display unit 152 while the first game part (live delivery part) is in progress.

Here, the first information is information based on the lottery result in the lottery part executed during the progress of the live distribution part in at least one of the plurality of user terminals 100 . In this embodiment, the first information includes the lottery result of the lottery part executed during the live distribution part in each of the plurality of user terminals 100 . Also, the plurality of user terminals 100 are assumed to be the user terminals 100 that are simultaneously performing the live distribution part based on the same action instruction data. Henceforth, the 1st information is also described as the information showing everyone's lottery result.

<Functional Configuration of Server 200>
In this embodiment, the server 200 is configured to operate as follows based on the game program 131 .

The server 200 transmits the first information (information representing everyone's lottery results) based on the lottery results of the lottery part executed during the live distribution part in each of the plurality of user terminals 100 and the operation instructions. Send to device 300 .

For example, the server 200 may generate information representing everyone's lottery results based on the lottery results of each of the plurality of user terminals 100, and transmit the generated information. The information representing everyone's lottery results may include, for each of the plurality of user terminals 100, the name representing the user and the information representing the name of the acquisition scenario determined by lottery. The information representing everyone's lottery results may be, for example, information obtained by tallying the lottery results of a plurality of user terminals 100 .

<Functional configuration of motion instruction device 300>
In this embodiment, the action instruction device 300 is configured to operate as follows based on the character control program 134 .

The action instruction device 300 is a device that controls at least one character in each user terminal 100 by transmitting action instruction data to a plurality of user terminals 100 . The action instruction device 300 acquires information representing everyone's lottery results. In the present embodiment, the action instruction device 300 acquires by receiving the information indicating everyone's lottery result transmitted by the server 200 . In addition, the action instruction device 300 displays information representing the lottery result of everyone on the display unit 352 .

Note that the action instruction device 300 may transmit action instruction data designating the first action as the action instruction data. In this case, the user terminal 100 advances the lottery part within a predetermined period of time after receiving the action instruction data specifying the first action. Also, in this case, the information representing everyone's lottery results represents information based on the lottery results of the lottery parts that progressed within a predetermined period during the live distribution part progressing on the plurality of user terminals 100 .

In this case, the action instruction device 300 transmits the action instruction data designating the first action to the plurality of user terminals 100 and also transmits information representing the predetermined period to the plurality of user terminals 100 and the server 200 . The information representing the predetermined period may include the start time and end time of the predetermined period. Further, the information representing the predetermined period may include information representing the start time of the predetermined period and the length of the period. Further, instead of including the start time of the predetermined period in the information indicating the predetermined period, the reception time of the information indicating the predetermined period may be regarded as the start time of the predetermined period. Further, instead of including the end time of the predetermined period in the information representing the predetermined period, the reception time of the information representing the predetermined period may be regarded as the end time of the predetermined period. Henceforth, a predetermined period is also described as "lottery time."

Here, the first action may be an action for advancing the lottery part while the live distribution part is in progress. By transmitting the action instruction data designating such a first action to the plurality of user terminals 100, each user of the plurality of user terminals 100 can proceed with the lottery part while the live distribution part is in progress. user operation together. Hereafter, progressing the lottery part together while the live distribution part is in progress in a plurality of user terminals 100 is also referred to as ``lottery drawing together'', and the first action is also described as ``action prompting the lottery drawing together''. Note that "together" to perform some processing means that a plurality of user terminals 100 at least start some processing within a predetermined period, and it necessarily means that the processing start timings are the same. not a thing

In addition, the action instruction device 300 may transmit action instruction data designating the second action based on the information representing the result of everyone's lottery to the plurality of user terminals 100 . The action instruction data specifying the second action may be generated based on an input operation after the information indicating the lottery result of everyone is displayed on the display unit 352 of the action instruction device 300 . For example, the second action is an action representing everyone's reaction to the result of the lottery. Henceforth, the 2nd operation|movement is also described as the operation|movement showing reaction with respect to a lottery result of everyone. The user terminal 100 causes the character to act based on the action instruction data.

<Processing flow>
FIG. 12 is a flow chart showing the flow of processing executed by the game system 1 in this embodiment.

In step S301, the action instruction device 300 starts live distribution when the live distribution start time arrives. Specifically, the character control unit 316 starts processing for transmitting action instruction data to a plurality of user terminals 100 . Details of this step are as described in steps S108 to S112 in FIG.

In step S302, the user terminal 100 starts the live distribution part. Specifically, the game progression unit 115 causes the character to act based on the action instruction data analyzed by the analysis unit 116 . Details of this step are as described in steps S113 to S116 in FIG.

In step S<b>303 , the character control unit 316 of the action instruction device 300 generates, as action instruction data, action instruction data designating an action to encourage everyone to participate in a lottery, and transmits the data to the plurality of user terminals 100 . In the subsequent steps including this step, the details of the steps in which the action instruction device 300 generates and transmits the action instruction data are as described in steps S109 to S112 in FIG.

In step S<b>304 , the character control unit 316 transmits information representing the lottery time to the plurality of user terminals 100 and the server 200 .

In step S305, the game progression unit 115 of the user terminal 100 receives action instruction data designating an action to encourage everyone to draw a lottery from the action instruction device 300, and causes the character to act based on the action instruction data. In the subsequent steps including this step, the details of the steps in which the user terminal 100 causes the character to act based on the action instruction data are as described in steps S113 to S116 in FIG.

In step S306, the game progression unit 115 determines whether or not an operation to advance the lottery part is received within the period of the lottery time. If No in step S306, the process of step S310, which will be described later, is executed. If Yes in step S306, the process of next step S307 is executed.

In step S307, the game progression unit 115 advances the lottery part while the live distribution part is in progress. In step S308, the progress support unit 211 of the server 200 supports the user terminal 100 to progress the lottery part.

Specifically, the game progression unit 115 requests the server 200 to perform lottery processing. Next, in response to a request from the user terminal 100, the sharing support unit 212 of the server 200 determines one of the acquisition scenarios that can be used in the game by lottery, and notifies the user terminal 100 of it. Next, the game progression unit 115 gives the acquisition scenario notified from the server 200 to the user.

In step S309, the sharing support unit 212 of the server 200 generates information representing everyone's lottery results. Specifically, the sharing support unit 212 acquires the lottery result executed by the progress support unit 211 in response to a request from each user terminal 100 within the lottery time period. Then, the sharing support unit 212 may generate information representing everyone's lottery results based on the acquired lottery results. In addition, the sharing support unit 212 transmits the generated information representing everyone's lottery results to the plurality of user terminals 100 and the action instruction devices 300 .

In step S<b>310 , the game progression unit 115 of the user terminal 100 receives the information representing the lottery result of everyone from the server 200 and displays it on the display unit 152 .

In step S<b>311 , character control unit 316 of action instruction device 300 receives information representing everyone's lottery result from server 200 and displays it on display unit 352 .

In step S<b>312 , the character control unit 316 generates action instruction data designating an action representing everyone's reaction to the lottery result, and transmits the action instruction data to the plurality of user terminals 100 .

In step S313, the game progression unit 115 of the user terminal 100 receives the action representing the reaction to the lottery result of everyone from the action instruction device 300, and causes the character to act based on the action instruction data.

Thus, the game system 1 according to this embodiment ends the processing.

At least one of the user terminal 100 and the motion instruction device 300 displays information representing the lottery result of the lottery part every time the lottery part progresses during the live distribution part on any of the plurality of user terminals 100. good too. In other words, the information representing everyone's lottery results may be displayed while being updated in real time.

For example, in step S309, the sharing support unit 212 of the server 200 sends information representing the lottery result of the lottery part to a plurality of user terminals 100 each time the lottery part progresses during the live distribution part. It may be transmitted to the user terminal 100 or the motion instruction device 300 . Specifically, each time a lottery result is determined by the progress support unit 211 in response to a request from any one of the plurality of user terminals 100, the sharing support unit 212 transmits information representing the lottery result to a plurality of user terminals 100. It is sufficient to transmit to the user terminal 100 .

Then, in step S310 or S311, the user terminal 100 or the action instruction device 300 displays the information representing the lottery result each time it receives the information representing the lottery result for any one of the plurality of user terminals 100. FIG.

Then, the server 200, the user terminal 100, and the action instruction device 300 repeat the processing of steps S309 to S311 until the lottery time ends. In this case, the information representing everyone's lottery results consists of the "information representing lottery results" repeatedly transmitted in step S309.

<Game screen example>
Examples of game screens displayed on the display unit 152 of the user terminal 100 will be described with reference to FIGS. 13 to 17. FIG.

(Example of live distribution part screen that encourages everyone to draw lots)
FIG. 13 is a diagram showing an example of the video playback screen 810 displayed in step S305. Note that FIG. 13 includes a schematic diagram showing an example of an installation location of the motion instruction device 300 in addition to the moving image playback screen 810 .

The generation of moving image instruction data based on the data input to the microphone 3010 and the data input to the motion capture device 3010 at the installation location of the motion instruction device 300 is as described with reference to FIG. be. In this example, a voice actor 701 utters a voice 700a to a microphone 3010 to prompt everyone to participate in the lottery, such as "Within three minutes, it's time for the lottery!" Note that the content of the voice acquired from the microphone 3010 is an example, and is not limited to this. As a result, action instruction data including voice data 801a representing the voice 700a is generated.

A touch screen 35 is installed at the installation location of the motion instruction device 300 . The touch screen 35 is placed so that it can be viewed by the voice actor 701 .

A moving image playback screen 810 includes a character 802 , a comment input button 804 , a lottery part button 811 and a story part button 812 . The movement of the character 802 based on the animation instruction data received from the action instruction device 300 has been described with reference to FIG. In this specific example, the character 802 speaks audio data 801a. As a result, the users are urged to participate in the lottery during the lottery time, and the sense of unity among the users who are urged to participate in the lottery can be improved.

Comment input button 804 is as described with reference to FIG.

The lottery part button 811 is an example of a UI object that receives an operation instructing the start of the lottery part. When an operation on the lottery part button 811 is accepted, the screen transitions to the lottery part screen while the live distribution part is being progressed.

A story part button 812 is an example of a UI object that receives an operation instructing to start a story part. It should be noted that when the screen transitions to the story part screen in accordance with the operation of the story part button 812, the live distribution part may be left in progress, or the live distribution part may be terminated.

(Example of lottery part screen during live distribution)
FIG. 14A is an example of the lottery part screen displayed in step S307. The lottery part screen 900 is displayed when an operation to the lottery part button 811 in FIG. 13 is accepted. In this example, the lottery part screen 900 is displayed superimposed on the video playback screen 810 in the ongoing live distribution part. A lottery part screen 900 includes information 901 , a lottery button 902 , and a stop button 903 .

Information 901 is information about acquisition scenarios that can be given to the user by executing a lottery. Here, one of S, A, B, and C is set for each acquisition scenario in descending order of rank, and an acquisition scenario of any of these ranks can be given.

The lottery button 902 is an example of a UI object that receives an operation to instruct execution of a lottery. When an operation on the lottery button 902 is accepted, the server 200 executes the acquisition scenario lottery process, and notifies the user terminal 100 of the result.

A stop button 903 is an example of a UI object that receives an operation instructing to return to the live distribution part without executing the lottery. When an operation on the stop button 903 is accepted, the video playback screen 810 shown in FIG. 13 is displayed.

FIG. 14B is another example of the lottery part screen displayed in step S307. The lottery part screen 910 is displayed when an operation to the lottery button 902 is accepted in FIG. 14(A). Like the lottery part screen 900, the lottery part screen 910 continues to be superimposed on the video playback screen 810 and displayed. The lottery part screen 910 includes information 911 and a return button 912 .

Information 911 represents a lottery result. Here, a C-rank acquisition scenario named "scenario C1" is given to the user by lottery.

A return button 912 is an example of a UI object that receives an operation to return to the live distribution part. When an operation on the return button 912 is accepted, a video playback screen 820 shown in FIG. 15, which will be described later, is displayed.

In addition, in FIGS. 14A and 14B, the lottery part screens 900 and 910 do not have to be displayed in a state of being superimposed on the video playback screen 810. FIG. For example, the display area (entire screen) of the display unit 152 may be divided into a plurality of areas, the video playback screen 800 may be displayed in one area, and the lottery part screen 900 may be displayed in another area. Further, the lottery part may proceed while the audio of the live delivery part is output while the lottery part screen 900 is displayed on the entire screen. The lottery part screens 900 and 910 may be displayed in any form as long as it shows that the lottery part is in progress while the live distribution part is in progress.

(Example screen of the live distribution part that conveys everyone's lottery results)
FIG. 15 is a diagram showing an example of a video playback screen 820 displayed in step S310. Note that FIG. 15 includes a schematic diagram showing an example of the installation location of the motion instruction device 300 in addition to the moving image playback screen 820 .

A screen displayed on the display unit 351 of the touch screen 35 at the installation location of the motion instruction device 300 includes a lottery result 3510 . The lottery result 3510 represents information representing everyone's lottery result, and is displayed in step S311. The details of the information representing everyone's lottery results will be described later.

In addition, the information representing the lottery result of everyone is displayed on the touch screen 35 and visually recognized by the voice actor 701 . After that, the voice actor 701 utters a voice 700b expressing everyone's reaction to the lottery result into the microphone 3010, such as "Mr. C, Mr. D, Mr. E, congratulations on winning the S-rank scenario!" The content of the voice acquired from the microphone 3010 is an example, and is not limited to this. As a result, action instruction data including voice data 801b representing the voice 700b is generated. The voice data 801b represents everyone's reaction to the lottery result, and may include, for example, content focusing on a specific user's lottery result, as in this example.

The video playback screen 820 includes the same elements as the video playback screen 810 and a lottery result 821 . The lottery result 821 represents information representing everyone's lottery result. Details of the lottery result 821 will be described later. Various variations are conceivable as the detailed contents of the information representing the results of everyone's lottery, and the contents of the lottery results 3510 and 821 may or may not be the same. good. For example, as information representing everyone's lottery results, a lottery result 3510 to be displayed on the action instruction device 300 and a lottery result 821 to be displayed on the user terminal 100 may be generated. The lottery result 3510 and the lottery result 821 may be generated by the server 200, or may be generated by the user terminal 100 and the action instruction device 300, respectively.

Also, on the moving image reproduction screen 820 , the character 802 utters voice data 801 b based on the moving image instruction data received from the action instruction device 300 . Thereby, the users can feel a sense of unity among the users who have executed the lottery by watching the reactions of the characters to everyone's lottery results. In addition, if the character's reaction to everyone's lottery result includes the reaction to his own lottery result, the user can further feel special among the users who performed the lottery part at the same time.

It should be noted that, as described above, the action representing everyone's reaction to the lottery result includes the reaction to a specific user who obtained a more favorable lottery result, and the reaction to a specific user who obtained a less favorable lottery result. It may contain a reaction. Specifically, an operation of uttering a voice such as "Mr. Y, I'm sorry. Try your best next time." In addition, the operation representing everyone's reaction to the result of the lottery includes the reaction to the user (specific user) of the user terminal 100 that did not execute the lottery together among the user terminals 100 that are simultaneously progressing the live distribution part. You can Specifically, there is an operation of uttering a voice such as "Mr. Z, I want everyone to participate in the lottery next time." Even in such a case, a specific user can feel special among the users who are simultaneously progressing the live distribution part.

(Concrete example of information representing everyone's lottery results)
A specific example of information representing everyone's lottery results will be described with reference to FIGS. 16 and 17. FIG.

FIG. 16A is a diagram showing an example of a lottery result 3510 displayed on the action instruction device 300. FIG. The lottery result 3510a is an example of the lottery result 3510, and includes a tabulation result 3511 and a details button 3512.

The tally result 3511 represents information obtained by tallying the lottery results of the lottery by all the user terminals 100 . The counting result 3511 includes, for example, the number of participants in the lottery together, and is 1211 in this example. In addition, the tally result 3511 includes information that tallies the number of winners for each type of winning scenario. Here, rank is applied as the type of acquisition scenario. For example, the number of people who won the S rank acquisition scenario is three.

The details button 3512 is an example of a UI object that accepts an operation instructing to display the details of winners for each type of acquisition scenario. In this example, the details button 3512 is displayed near the number of winners by type.

FIG. 16B is a diagram showing another example of the lottery result 3510 displayed on the action instruction device 300. As shown in FIG. A lottery result 3510 b is another example of the lottery result 3510 and includes a tally result 3513 . Aggregation result 3513 is displayed when an operation on detail button 3512 in FIG. 16A is accepted. The counting result 3513 includes information representing the name of the winning user for each name of the acquired scenario for the corresponding type of acquired scenario. In this example, for example, the name of the user who won the S-rank acquisition scenario “scenario S1” is “Mr. C”. For example, the voice actor 701, who has visually confirmed the tally result 3513, pays attention to specific users named "Mr. C," "Mr. D," and "Mr. E," who won the S-rank acquisition scenario, as a reaction to everyone's lottery results. A voice can be emitted to the microphone 3010 . In this way, by displaying the counting result 3513 including the information representing the name of the winning user, it becomes possible to generate the action instruction data including the content that focuses on the specific user.

FIG. 17A is a diagram showing an example of a lottery result 821 displayed on the user terminal 100. FIG. A lottery result 821a is an example of the lottery result 821, and is displayed in the area of the lottery result 821 on the video playback screen 820 shown in FIG. The lottery result 821a includes a commentary 8211 and a scroll bar 8212 .

The commentary 8211 is updated in real time as the lottery results for each of the plurality of user terminals 100 . Each row of the commentary 8211 represents a lottery result for any of the plurality of user terminals 100 . Specifically, each line includes the name of the user of the corresponding user terminal 100 and the name of the won acquisition scenario. Additionally, each row may include the type of winning scenario that was won. Each row is added to the bottom row each time a lottery result on any of the user terminals 100 is determined. Therefore, each row is arranged from top to bottom in the order in which the lottery results were obtained. Also, if the number of lines in the commentary 8211 becomes larger than the number of lines that can be displayed in the display area of the commentary 8211, the commentary 8211 will automatically scroll to the bottom line with the latest acquisition order. good. In this case, by accepting an operation on the scroll bar 8212, it is possible to redisplay the line with the earlier acquisition order.

FIG. 17B is a diagram showing another example of the lottery result 821 displayed on the user terminal 100. As shown in FIG. The lottery result 821 b is another example of the lottery result 821 and includes a plurality of commentary 8213 . Each commentary 8213 represents a lottery result for any one of the plurality of user terminals 100 . Specifically, each commentary 8213 includes the name of the user of the corresponding user terminal 100 and the name of the won acquisition scenario. In addition, each play-by-play 8213 may include the type of winning scenario that was won. Each commentary 8213 is displayed as follows instead of being displayed in the area of the lottery result 821 on the moving image playback screen 820 shown in FIG. That is, each commentary 8213 is superimposed and displayed at an arbitrary position on the video playback screen 820 each time a lottery result is determined for any of the user terminals 100 . The position at which each commentary 8213 is displayed may be randomly determined.

Note that the specific examples of everyone's lottery results explained with reference to FIGS. It may be displayed on the user terminal 100 . Also, FIG. 16B has been described as being displayed in response to the operation of the details button 3512 in FIG. 16A, but the details need not necessarily be displayed as in FIG. For example, the details of everyone's lottery results for each type corresponding to FIG. 16B may be displayed while being sequentially switched for each type.

Further, the specific examples of everyone's lottery results explained with reference to FIGS. It may be displayed on the pointing device 300 .

In this way, by displaying everyone's lottery results on the action instruction device 300, the movement instruction device 300 distributes to a plurality of user terminals 100 action instruction data designating actions representing reactions to everyone's lottery results. can be done. In addition, by displaying everyone's lottery results on the user terminal 100, users can know everyone's lottery results. You can feel a sense of unity.

[Modification 1]
The game system 1 according to the third embodiment may be modified so that everyone's lottery results are generated based on the lottery results reported by each user.

In this modification, the character control unit 316 of the action instruction device 300 generates action instruction data designating the fourth action, and transmits the data to the plurality of user terminals 100 . The fourth operation is an operation for causing the server 200 to transmit information representing the lottery results of the joint lottery executed in each of the plurality of user terminals 100 . Specifically, the fourth action may be an action of prompting the users to report the lottery result of the lottery together. Henceforth, the 4th operation|movement is also described as the operation|movement which prompts the report of a lottery result. For example, the fourth action may be transmitted after the lottery time is over after the action instruction data specifying the action to prompt everyone to participate in the lottery is transmitted.

The game progress unit 115 of the user terminal 100 acquires the information representing the result of everyone's lottery by transmitting the information representing the lottery result of the everyone's lottery to the server 200 according to the user's operation. Note that a reporting period during which information representing the lottery result can be transmitted may be set. For example, the game progression unit 115 may transmit information input as a comment as information representing the lottery result.

The sharing support unit 212 of the server 200 generates information representing everyone's lottery results based on the information representing the lottery results transmitted from each of the plurality of user terminals 100 according to the operation of the user of the user terminal 100. For example, the server 200 may generate information representing everyone's lottery results by associating the received information representing each lottery result with the name of the user of the user terminal 100 who sent the information. Further, the server 200 may acquire information (for example, name, type, etc.) related to the winning scenario by analyzing the received information representing each lottery result. In this case, the server 200 may generate information representing everyone's lottery results by associating the user's name with the information about the winning scenario.

<Processing flow>
FIG. 18 is a flow chart showing the flow of processing executed by the game system 1 in this modified example. The flow of processing in this modified example differs from the flow of processing in the third embodiment described with reference to FIG. differs from the details of processing in . The processes before step S308 and after step S310 have already been described, and detailed description thereof will not be repeated. A series of processes S400 consists of steps S401 to S405.

In step S<b>401 , the character control unit 316 of the action instruction device 300 generates action instruction data designating an action prompting the report of the lottery result, and transmits the action instruction data to a plurality of user terminals 100 .

In step S<b>402 , the character control unit 316 transmits information representing the reporting period to the multiple user terminals 100 and the server 200 .

In step S403, the game progression unit 115 of the user terminal 100 receives action instruction data designating an action for prompting the report of the lottery result from the action instruction device 300, and causes the character to act based on the action instruction data.

In step S404, the game progression unit 115 determines whether or not an operation to input a comment has been received during the reporting period. If No in step S404, step S310 is executed. If Yes in step S404, the process of next step S405 is executed.

In step S405, the game progression unit 115 transmits the information input as the comment to the server 200 as information representing the lottery result.

In step S309, the sharing support unit 212 of the server 200 generates information representing everyone's lottery results based on the information representing the lottery results transmitted from each of the plurality of user terminals 100 in step S405.

<Game screen example>
An example of a game screen displayed on the display unit 152 of the user terminal 100 in this modified example will be described with reference to FIG. In this modification, after the game screen shown in FIG. 13 is displayed, the following game screen is displayed when the reporting period has elapsed.

FIG. 19 is a diagram showing an example of the video playback screen 830 displayed in step S403. Note that FIG. 19 includes a schematic diagram showing an example of an installation location of the motion instruction device 300 in addition to the moving image playback screen 830 .

In this example, voice actor 701 emits voice 700c to microphone 3010 at the location where action instruction device 300 is installed to prompt the report of the lottery result, such as "Tell me what you won!" . The content of the voice acquired from the microphone 3010 is an example, and is not limited to this. As a result, action instruction data including voice data 801c representing the voice 700c is generated.

On the moving image reproduction screen 830 , the character 802 speaks the voice data 801 c based on the moving image instruction data received from the action instruction device 300 . Thereby, it is possible to prompt the user to operate the comment input button 804 to report the lottery result.

[Modification 2]
The game system 1 according to the third embodiment may be modified so that a plurality of user terminals 100 can play the second game part together based on the lottery result of any user. The second game part corresponds to the second part described in the claims of the present application.

In this modified example, the story part described above is applied as an example of the second game part. In addition, in this modification, the user terminal 100 performs the lottery performed by at least one of the plurality of user terminals 100 that have performed the lottery, based on the acquisition scenario given by the at least one user terminal 100 Thus, the story part can be advanced according to the user's operation.

Here, scenarios that can be played in story parts may include acquired scenarios given to other users. For example, among acquisition scenarios given to other users, those that satisfy a predetermined condition may be playable by the user. Specifically, the predetermined condition may be a condition that the prize is given in the lottery by the lottery to other users who have executed the lottery together with the user.

In addition, a playable period may be set by the user for the acquired scenario given to the other user. The playable period is from when the acquired scenario is given to another user until a predetermined length of time has passed.

In other words, the acquired scenario provided by any one of the plurality of user terminals 100 that have jointly executed the lottery can be played during the playable period on each of the plurality of user terminals 100 that has jointly executed the lottery. . Hereinafter, "playing during a playable period in each of the plurality of user terminals 100 that have executed the lottery with everyone" is also referred to as "playing with everyone".

The above-mentioned predetermined conditions for the acquired scenario to be played by everyone may further include other conditions. Another condition may be, for example, a condition that the object is of a predetermined type. For example, of the acquisition scenarios given to each of the plurality of user terminals 100 that have performed the lottery together, the acquisition scenario of the S rank may be the target of everyone's play. Also, another condition may be selection based on a predetermined rule. The predetermined rule may be a lottery. For example, among acquisition scenarios given to each of a plurality of user terminals 100 that have drawn a lottery together, a randomly selected acquisition scenario may be played by everyone.

The sharing support unit 212 of the server 200 determines an acquisition scenario to be played by everyone based on the information representing the lottery results of the plurality of user terminals 100 . Further, the sharing support unit 212 may determine a period during which everyone can play the determined acquisition scenario.

The game progression unit 115 of the user terminal 100 displays the acquisition scenario to be played by everyone so that it can be played in the story part.

The character control unit 316 of the action instruction device 300 generates action instruction data designating the third action and transmits it to the plurality of user terminals 100 . The third action is to play a story part on each of the plurality of user terminals 100 who have jointly executed the lottery based on the winning scenario represented by the lottery results of at least one of the plurality of user terminals 100 which have jointly executed the lottery. Specifically, the third action, which is an action for making the player play, may be an action for prompting everyone to play the story part. Henceforth, the 3rd operation|movement is also described as the operation|movement which encourages everyone to play. The third action may be generated based on an input operation after the acquisition scenario to be played by everyone is displayed on action instruction device 300 .

<Processing flow>
FIG. 20 is a flow chart showing the flow of processing executed by the game system 1 in this modified example. The flow of processing in this modification is different from the flow of processing in the third embodiment described with reference to FIG. It is different from The processing of steps S301 to S313 other than steps S309 to S311 has already been described, and detailed description thereof will not be repeated. A series of processes S500 consists of steps S501 to S506.

In step S309, the sharing support unit 212 of the server 200 operates in the same manner as in the third embodiment to generate information representing everyone's lottery results. Also, the sharing support unit 212 determines an acquisition scenario to be played by everyone, based on information representing the lottery results of each of the plurality of user terminals 100 . In addition, the sharing support unit 212 determines a period during which everyone can play the acquisition scenario to be played.

Then, the sharing support unit 212 transmits to the plurality of user terminals 100 and the action instruction devices 300 information representing the results of everyone's lottery, as well as information representing the acquisition scenario to be played by everyone and the playable period. to send. The information representing the lottery results of everyone and the information representing the acquisition scenario to be played by everyone and the playable period may be transmitted together, or may be transmitted sequentially. In the case of sequential transmission, the order is not limited.

In step S<b>310 , the game progression unit 115 displays on the display unit 152 the information representing the lottery results of everyone received from the server 200 and the acquisition scenario to be played by everyone.

In step S310, the game progression unit 115 of the user terminal 100 causes the memory 11 to store the acquisition scenario for everyone's play notified from the server 200 as a everyone's play object in association with the user. In addition, the game progression unit 115 causes the memory 11 to store information representing a playable period. Note that the game progression unit 115 may delete the acquisition scenario to be played by everyone from the memory 11 after the playable period notified from the server 200 has passed.

In step S<b>311 , the character control unit 316 of the action instruction device 300 displays on the display unit 152 the information representing the lottery result of everyone received from the server 200 and the acquisition scenario to be played by everyone.

In step S<b>501 , the character control unit 316 of the action instruction device 300 generates action instruction data designating an action to prompt everyone to play, and transmits the data to a plurality of user terminals 100 .

In step S502, the game progression unit 115 of the user terminal 100 receives action instruction data designating an action to encourage everyone to play from the action instruction device 300, and causes the character to act based on the action instruction data.

In step S503, the game progress unit 115 determines whether or not an operation for instructing the start of the story part has been received during the playable period. If No in step S503, the processing of the game system 1 according to this modification ends. If Yes in step S503, the process of next step S504 is executed.

In step S504, the game progress unit 115 progresses the story part. Specifically, the game progression unit 115 selectably displays an acquisition scenario to be played by everyone as a playable scenario.

In step S505, when an acquisition scenario to be played by everyone is selected, the game progression unit 115 advances the story part while communicating with the server 200 based on the acquisition scenario.

In step S506, the progress support unit 211 of the server 200 supports the progress of the story part by the user terminal 100 in step S505.

<Game screen example>
Examples of game screens displayed on the display unit 152 of the user terminal 100 in this modified example will be described with reference to FIGS. In this modification, after the game screen shown in FIG. 15 is displayed, the following game screen is displayed.

(Example of live streaming part screen that encourages everyone to play)
FIG. 21 is a diagram showing an example of a video playback screen 840 displayed in step S502. Note that FIG. 21 includes a schematic diagram showing an example of an installation location of the motion instruction device 300 in addition to the moving image playback screen 840 .

The screen displayed on the display unit 351 of the touch screen 35 at the installation location of the motion instruction device 300 includes the lottery result 3510 shown in FIG. be. The details of the play with everyone target 3520 will be described later. The details of the lottery result 3510 are as described above.

In addition, the voice actor 701 visually recognizes the play target 3520 with everyone. After that, the voice actor 701 sends a voice 700d to the microphone 3010 to make everyone play the story part using the acquisition scenario to be played, such as "Let's all play the scenario S2 in which Mr. E won the prize." emit. The content of the voice acquired from the microphone 3010 is an example, and is not limited to this. As a result, action instruction data including voice data 801d representing the voice 700d is generated. The audio data 801d represents audio for playing the story part using the acquisition scenario to be played by everyone.

In addition to the same elements as the video playback screen 810, the video playback screen 840 includes a lottery result 821 and a play target 841 for everyone. The play with everyone target 841 is displayed in step S310. The details of the play with everyone target 841 will be described later. The details of the lottery result 821 are as described above.

FIG. 22A is a diagram showing an example of a play target 3520 for everyone. Here, a lottery result 3510b, which is an example of the lottery result 3510, is superimposed with an icon representing a play target 3520 for everyone. The icon indicates that the acquisition scenario displayed near the icon is to be played by everyone. Here, the scenario S2 in which Mr. E won the prize is to be played by everyone.

FIG. 22B is a diagram showing an example of an object 841 to be played by everyone. Here, a lottery result 821b, which is an example of the lottery result 821, is superimposed with an icon representing a play target 841 for everyone. The icon indicates that the acquisition scenario displayed near the icon is to be played by everyone. Here, the scenario S2 in which Mr. E won the prize is to be played by everyone.

It should be noted that although the example of the “together play target” shown in FIG. Also, the example of the “players to be played by everyone” shown in FIG. In addition, the display mode of the target to be played by everyone on the user terminal 100 and the action instruction device 300 is not limited to the example shown in FIG. 22 .

FIG. 23 is a diagram showing an example of the story part start screen, which is displayed in step S505. In this example, the story part start screen 950 includes a play-all area 951, a fixed scenario area 952, an acquired scenario area 953, and scenario buttons 954a to 954e.

Scenario buttons 954a to 954e are examples of UI objects that accept an operation for starting play of each playable scenario in the story part. When an operation for one of the scenario buttons 954a to 954e is accepted, the story part starts based on the scenario associated with that scenario button.

A scenario button 954a included in the play-for-all region 951 is associated with scenario S2, which is an example of a play-for-all.

Scenario buttons 954b and 954c included in the fixed scenario area 952 are respectively associated with scenarios M1 and M2, which are examples of fixed scenarios.

Scenario buttons 954d and 955e included in the acquired scenario area 953 are associated with scenario C1 and scenario A2, which are examples of acquired scenarios.

The scenario button 954a included in the joint play area 951 may be hidden after the period in which the scenario S2 is playable by everyone, or may be changed to a non-selectable state. good.

[Other Modifications]
In the third embodiment, when everyone participates in the lottery, a process more advantageous to the user may be executed than when the lottery part is advanced while the live distribution part is not in progress. For example, if the lottery part is progressed while the live distribution part is in progress, the lottery may be executed after changing the lottery probability of the winning scenario with a higher rank to be higher. Further, when the lottery part is progressed while the live distribution part is in progress, in addition to the lottery process for the winning scenario, other processes that are advantageous to the user may be executed. Examples of other processing that is advantageous to the user include, but are not limited to, processing for giving items that can be used by the user, processing for enhancing visual effects of elements that form the game screen, and the like. This further improves the user's motivation for executing the lottery together.

In the third embodiment, an example has been described in which the first to fourth actions are utterances of lines accompanied by voice output. However, the first to fourth actions do not necessarily have to be accompanied by audio output. The first to fourth actions may be, for example, actions in which a text representing a line is displayed together with the action of the character speaking the line.

Also, the first to fourth actions are not limited to speech. For example, the first action may be an action in which the character himself/herself or an item or the like used by the character generates a signal sound defined as a signal for executing the lottery with everyone. Also, for example, the first action may be an action in which the character points to a user interface object that advances the lottery part. Also, for example, the third action may be an action in which the character points to a user interface object that advances the story part. Also, for example, the fourth action may be an action in which the character points to a user interface object for inputting a comment.

Also, in the third embodiment, an example in which the action instruction data is generated in real time based on the voice actor 701's input operation has been described. Not limited to this, at least a part of the action instruction data designating the first action to the fourth action may be stored in the memory 31 in advance. Also, at least part of the action instruction data specifying the first action to the fourth action may be automatically generated according to the progress of the live distribution part and the lottery part in at least one of the plurality of user terminals 100. . At least one of the action instruction data specifying the first action to the fourth action may be transmitted based on an input operation specifying transmission timing. Also, at least one of the action instruction data specifying the first action to the fourth action is automatically determined according to the progress of the live distribution part and the lottery part on at least one of the plurality of user terminals 100. may be sent.

Further, in the third embodiment, the information representing everyone's lottery results includes the lottery results of each of the plurality of user terminals 100 that progressed the lottery part while the live distribution part was in progress at the same time. The information indicating the lottery results for everyone may include the lottery results of some of the user terminals 100 and may not include the lottery results of some of the other user terminals 100 .

Also, in the third embodiment, an example has been described in which the server 200 generates information representing everyone's lottery results and transmits the information to the plurality of user terminals 100 and the action instruction devices 300 . However, the server 200 does not necessarily have to be a device that generates information representing everyone's lottery results. For example, an external device different from the server 200 that supports the progress of the game, such as the lottery part and the story part, may execute step S309 in FIGS. Further, for example, any one of the plurality of user terminals 100 may be configured to execute the process of step S309. Moreover, each of the plurality of user terminals 100 may execute the process of step S309 by transmitting and receiving the lottery result to and from each other.

Further, in the third embodiment, the action instruction device 300 may be configured to function as one of the user terminals 100 as well.

[Example of realization by software]
Control blocks of control unit 110 (in particular, operation receiving unit 111, display control unit 112, UI control unit 113, animation generation unit 114, game progression unit 115, analysis unit 116, and progress information generation unit 117), control of control unit 210 blocks (in particular, progress support unit 211 and sharing support unit 212), and control blocks of control unit 310 (in particular, operation reception unit 311, display control unit 312, UI control unit 313, animation generation unit 314, progress simulation unit 315 , character control unit 316 and reaction processing unit 317) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or by software using a CPU (Central Processing Unit). You may

In the latter case, the control unit 110, the control unit 210, or the control unit 310, or an information processing apparatus having a plurality of these, includes a CPU that executes instructions of a program that is software for realizing each function, the above program, and various Equipped with ROM (Read Only Memory) or storage device (these are referred to as “recording media”) in which data is recorded so that it can be read by a computer (or CPU), RAM (Random Access Memory) for developing the above program, etc. . The object of the present invention is achieved by a computer (or CPU) reading and executing the program from the recording medium. As the recording medium, a "non-temporary tangible medium" such as a tape, disk, card, semiconductor memory, programmable logic circuit, or the like can be used. Also, the program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be implemented in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.

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

[Additional notes]
The contents of one aspect of the present invention are listed below.

(Item 1) The game program (131) executed by the user terminal (100) having the processor (10), memory (11), and display section (152) has been described. According to one aspect of the present disclosure, the game program includes a processor, an action designating a character action transmitted from a character control device that controls at least one character to a plurality of user terminals including the user terminal. a step of progressing a first part included in a game based on a game program by causing a character to act on the user terminal based on instruction data; a step of selecting any of the available digital content in and storing the selected digital content in a memory in association with the user as given to the user; A step of acquiring the first information based on the selection result of the step to be stored, and a step of displaying the first information on the display unit during the progress of the first part are executed. According to the above configuration, while the first part in which the character moves in the same manner based on the same action instruction data progresses simultaneously among the plurality of user terminals, the digital content is provided at the plurality of user terminals. are executed all at once, the first information is displayed, so that a sense of unity among a plurality of users can be enhanced.

(Item 2) In (Item 1), the step of progressing the first part receives, as the action instruction data, action instruction data designating the first action, and the step of storing the action instruction data designating the first action. It may be performed within a predetermined period of time after the data is received. As a result, the user is more motivated to execute the process of adding the digital content within the predetermined period during which the first part is in progress.

(Item 3) In (Item 1) or (Item 2), the step of advancing the first part includes further receiving action instruction data designating a second action based on the first information, and performing the action based on the action instruction data. You can move the character. As a result, the second action is presented based on at least one of the results of the process of adding the digital content simultaneously executed by the plurality of user terminals, so that the user can perform the process of adding the digital content all at once. You can get a sense of satisfaction that you have received an evaluation for what you have done.

(Item 4) In any one item from (Item 1) to (Item 3), the game program causes the processor to store the at least one user terminal among the plurality of user terminals. A step of progressing the second part according to the user's operation may be further executed based on the digital content provided by one user terminal. As a result, the user can play the second part based on the digital content assigned to at least one of the plurality of user terminals, thereby further enhancing the sense of unity among the plurality of users.

(Item 5) In any one item from (Item 1) to (Item 4), the step of acquiring the first information transmits information representing the selection result of the storing step to the server according to the user's operation. Thus, the first information transmitted from the server may be obtained. As a result, the user provides the server with the information representing the digital content provided to the user in accordance with the user's operation, so that the user is more satisfied with the sharing of the first information based on the information.

(Item 6) In any one item from (Item 1) to (Item 5), in the step of acquiring the first information, the selection results of the storing step in each of the plurality of user terminals are aggregated as the first information. information may be obtained. This allows the user to view an overview of the results of simultaneous execution of the process of adding digital content to a plurality of user terminals.

(Item 7) In any one item from (Item 1) to (Item 6), the step of acquiring the first information is performed each time the step of storing is executed in any of the plurality of user terminals. You may display the information showing the selection result in. As a result, it is possible to provide the user with a real-time feeling that the process of adding the digital content is being simultaneously executed by a plurality of user terminals.

(Item 8) In (Item 2), the step of storing digital content that is more advantageous to the user than when the process of selecting any of the digital content available in the game is executed outside the predetermined period. The expected value that is selected may be increased, or a process beneficial to the user may be performed in addition to the process of storing the digital content. This further increases the user's motivation to execute the process of adding the digital content within the predetermined period during which the first part is in progress.

(Item 9) The game program (character control program 134) executed by the character control device (action instruction device 300) including the processor (30), memory (31), and display section (352) has been described. According to one aspect of the present disclosure, a character control device controls at least one character in a user terminal executing the game program of (item 1). The game program causes the processor to acquire the first information and display the first information on the display. With the above configuration, it is possible to present the first information as a result of simultaneously executing the process of adding the digital content during the progress of the first part on a plurality of user terminals.

(Item 10) In (Item 9), the game program further includes a first transmitting step of transmitting action instruction data designating a first action for causing the processor to execute a step to be stored in the user terminal as action instruction data. may be executed. As a result, it is possible to cause a plurality of user terminals to execute the process of giving the digital content during the progress of the first part.

(Item 11) In (Item 9) or (Item 10), the game program further executes a second transmission step of transmitting to the processor, as the action instruction data, action instruction data designating a second action based on the first information. You may let Thereby, the second action can be distributed as an action based on the result of simultaneous execution of the process of giving the digital content by a plurality of user terminals.

(Item 12) In any one of (Item 9) to (Item 11), the game program further executes a third transmission step of transmitting action instruction data designating a third action to the processor as action instruction data. and a third operation is performed at each of the plurality of user terminals based on the digital content provided at the at least one user terminal by the step of storing performed at the at least one user terminal of the plurality of user terminals It may be an operation for advancing the second part according to the operation of the user of the user terminal. Thereby, the second part can be played on each of the plurality of user terminals based on the digital content given to any one of the plurality of user terminals.

(Item 13) In any one of (Item 9) to (Item 12), the game program further executes a fourth transmission step of transmitting action instruction data designating a fourth action to the processor as action instruction data. and the fourth operation may be an operation for causing the external device to transmit information representing the selection result of the storing step executed in each of the plurality of user terminals. As a result, it is possible to cause the plurality of user terminals to transmit to the server the result of the process of adding the digital content executed during the progress of the first part.

(Item 14) The game program (131) executed by the server (200) comprising the processor (20) and the memory (21) has been described. According to one aspect of the present disclosure, a server is communicably connected to each of a plurality of user terminals executing the game program of (item 1) and a character control device executing the game program of (item 9). . The game program causes the processor to execute the step of transmitting the first information to the plurality of user terminals and the character control device based on the selection result of the step to be stored in each of the plurality of user terminals. With the above configuration, the first information based on the selection result of at least one of the plurality of user terminals can be shared among the plurality of user terminals that progress the first part at the same time.

(Item 15) In (Item 14), the step of transmitting the first information is based on the information representing the selection result transmitted to the server by each of the plurality of user terminals in response to the operation of the user of the user terminal. , the first information may be transmitted. As a result, it is possible to increase the satisfaction of each user in sharing the first information among a plurality of user terminals that simultaneously executed the process of adding the digital content during the progress of the first part.

(Item 16) In (Item 14) or (Item 15), the step of transmitting the first information may transmit, as the first information, information obtained by summarizing the selection results of each of the plurality of user terminals. Accordingly, it is possible to present an overview of the result of concurrent execution of the process of providing the digital content in a plurality of user terminals to each of the users of the plurality of user terminals who are simultaneously progressing the first part.

(Item 17) In any one item from (Item 14) to (Item 16), the step of transmitting the first information is performed each time the step of storing is executed in any of the plurality of user terminals. may be transmitted as the first information. As a result, it is possible to provide each user of a plurality of user terminals simultaneously progressing the first part with a real-time feeling of simultaneously executing the process of adding the digital content.

(Item 18) A method for executing a game program has been described. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor and memory. The method is a method in which a processor performs each step described in (item 1). The method according to (item 18) has the same effects as the game program according to (item 1).

(Item 19) The information processing apparatus has been described. According to one aspect of the present disclosure, the information processing device includes a memory (11) that stores the game program according to (item 1), and the operation of the information processing device (user terminal 100) by executing the game program. a processor (10) for controlling the The information processing apparatus according to (item 19) has the same effects as the game program according to (item 1).

(Item 20) A method of executing a game program has been described. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor and memory. The method is a method in which a processor performs each step described in (item 1). The method according to (item 20) has the same effects as the game program according to (item 1).

(Item 21) The information processing apparatus has been described. According to one aspect of the present disclosure, the information processing device includes a memory (31) that stores the game program according to (item 1), and the operation of the information processing device (user terminal 100) by executing the game program. a processor (30) for controlling the The information processing apparatus according to (item 21) has the same effects as the game program according to (item 1).

(Item 22) A method for executing a game program has been described. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor and memory. The method is a method in which a processor performs each step described in (item 1). The method according to (item 22) has the same effects as the game program according to (item 1).

(Item 23) The information processing apparatus has been described. According to one aspect of the present disclosure, the information processing device includes a memory (21) that stores the game program according to (item 1), and by executing the game program, the operation of the information processing device (user terminal 100) a processor (20) for controlling the The information processing apparatus according to (item 23) has the same effects as the game program according to (item 1).

1 game system, 2 network, 10, 20, 30 processor, 11, 21, 31 memory, 12, 22, 32 storage, 13, 23, 33 communication IF (operation unit), 14, 24, 34 input/output IF (operation part), 15, 35 touch screen (display part, operation part), 17 camera (operation part), 18 ranging sensor (operation part), 100 user terminal (computer, information processing device), 110, 113, 210, 310 control unit 111,311 operation reception unit 112,312 display control unit 113,313 UI control unit 114,314 animation generation unit 115 game progression unit 116 analysis unit 117 progress information generation unit 120,220, 320 storage unit, 131 game program, 132 game information, 133 user information, 134 character control program, 151, 351 input unit (operation unit), 152, 352 display unit, 200 server (computer), 211 progress support unit, 212 sharing Support unit 300 Action instruction device (NPC control device, character control device) 315 Progress simulation unit 316 Character control unit 317 Reaction processing unit 1010 Object 1020, 3030 Controller 1030 Storage medium 3010 Microphone 3020 Motion capture Device

Claims (9)

the computer,
By causing the character to move at the user terminal based on the motion instruction data specifying the motion of the character, transmitted from a character control device that controls at least one character to a plurality of user terminals, progress means for progressing the first part included in the game based on;
Any digital content available in the game is selected according to the user's operation of the first part during a predetermined period of time during the progress of the first part, and the selected digital content is associated with the user. a storage means for storing the
acquisition means for acquiring first information based on the selection result of the storage means executed in at least one of the plurality of user terminals;
to make it work,
A program, wherein the storage means executes a selection process that is more advantageous to the user than when the process of selecting one of the digital contents available in the game is executed outside the predetermined period. 2. The program according to claim 1, wherein said selection process includes a process of increasing an expected value that digital content more advantageous to said user will be selected. 3. The program according to claim 1 or 2, wherein the selection process includes a process advantageous to the user in addition to the process of selecting and storing the digital content. 4. The advancing means according to any one of claims 1 to 3, wherein the advancing means further receives action instruction data designating a second action based on the first information, and causes the character to act based on the action instruction data. program. the computer,
Means for progressing the second part according to the operation of the user based on the digital content given to the at least one user terminal by the storage means executed in at least one user terminal among the plurality of user terminals. The program according to any one of claims 1 to 4, which functions as . wherein said acquisition means acquires said first information transmitted from said server by transmitting information representing a selection result of said storage means to said server according to said user's operation. 6. The program according to any one of 5. 7. The program according to any one of claims 1 to 6, wherein said acquisition means acquires, as said first information, information obtained by summarizing selection results of said storage means in each of said plurality of user terminals. 8. The acquiring means according to any one of claims 1 to 7, wherein each time the storing means is executed in any one of the plurality of user terminals, the acquiring means acquires the information representing the selection result in the user terminal. program. A system comprising: a character control device that transmits action instruction data specifying an action of at least one character; and a user terminal that causes the character to move based on the action instruction data transmitted from the character control device,
The user terminal is
progress means for progressing a first part included in a game by causing the character to act based on action instruction data from the character control device;
Any digital content available in the game is selected according to the user's operation of the first part during a predetermined period of time during the progress of the first part, and the selected digital content is associated with the user. a storage means for storing the
obtaining means for obtaining first information based on the selection result of the storage means executed in at least one of a plurality of user terminals;
The system according to claim 1, wherein the storage means executes a selection process that is more advantageous to the user than when the process of selecting one of the digital contents available in the game is executed outside the predetermined period.

Images