JP2019205643A - Game program, method, and information processing device - Google Patents

Abstract

To provide a game program capable of improving amusement properties of a game by enhancing a sense of immersion into the world of the game.SOLUTION: A game program causes a processor to execute: a step S103 for operating a non-player character (hereinafter referred to as NPC) on the basis of operation instruction data for designating an operation of the NPC that neither a user nor another user operates, which is first operation instruction data stored in advance in a memory, and causing a first part to progress according to an input operation by the user which is input through an operation part; and a step S115 for causing a second part to progress by operating the NPC on the basis of second operation instruction data received from a character control device that controls the operation of the NPC.SELECTED DRAWING: Figure 10

Description

  The present disclosure relates to a game program, a method for executing the game program, and an information processing apparatus.

  Conventionally, a game in which a story progresses so that the ending is different depending on the option selected by the user is widely known. For example, Non-Patent Document 1 discloses a love simulation game whose main purpose is to deepen a friendship with a girl character virtually. The user selects what he / she thinks is the most appropriate action for the character from the presented options, and the story progresses by repeating that the character reacts to the action.

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

  In the game disclosed in Non-Patent Document 1, character response patterns are prepared in advance. Then, according to the input operation of the user, the response of the character is determined and output from the response pattern, and the game proceeds. Therefore, the variation of the character's movement does not extend beyond the contents of the data prepared in advance. Therefore, there is a problem that the user cannot feel a sense of reality as if the character is in the real world, and eventually gets bored with the relationship with the character. In general, in a game developed with the intention of allowing the user to play for a long time, it is important how to deal with the problem that the user gets bored with the game. Games are always required to provide attractive content that motivates users to play. In particular, in a game where the user finds interest in the relationship with the character, it is preferable that the character has a high sense of reality that allows the user to be immersed in the game world.

  An object of one embodiment of the present disclosure is to improve a sense of immersion in the world of a game and improve the fun of the game.

  A game program according to the present disclosure is executed by a computer including a processor, a memory, and an operation unit. The game program is action instruction data that designates the action of a non-player character (hereinafter referred to as NPC) that is not operated by either the user or another user, and is stored in memory in advance as first action instruction data. The NPC is operated based on the step, the first part is advanced in accordance with the input operation of the user input through the operation unit, and the second action instruction data received from the character control device that controls the action of the NPC A step of advancing the second part by operating the NPC based on the second part.

  A game program according to the present disclosure is executed by a computer including a processor, a memory, and an operation unit. The game program is received from the character control device that controls the movement of the character and the step of causing the processor to move the character in accordance with the input operation of the user input to the computer via the operation unit. The step of advancing the second part by causing the character to move based on the action instruction data designating the action of the character is executed. The motion instruction data includes at least one of audio data and motion capture data. In the step of advancing the second part, the content of the user's input operation is transmitted to the character control device, and after the content of the input operation is received by the character control device, the motion instruction data transmitted from the character control device is received. The character is moved by using the movement instruction data received as a trigger.

  According to one aspect of the present disclosure, there is an effect of improving the interest of the game.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal, a server, and an operation instruction apparatus. It is a flowchart which shows the example about the basic game progress of the game performed based on the game program which concerns on this 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. It is a figure which shows an example of the moving image reproduction screen displayed on the display part of a user terminal. It is a flowchart which shows the flow of the process performed in a game system. It is a flowchart which shows the flow of the process which is performed by the user terminal and analyzes operation | movement instruction data.

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

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

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

  The user terminal 100 (computer, information processing apparatus) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. 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 distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other via a communication bus. Note that the user terminal 100 may include an input / output IF 14 capable of connecting a display (display unit) configured separately from the user terminal 100 main body instead of or in addition to the touch screen 15.

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

  Note that the controller 1020 may include the camera 17 and the distance measuring sensor 18 instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18.

  For example, at the start of a game, the user terminal 100 desirably allows a user who uses the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020. 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 grasps each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multi-play can be realized. Further, each user terminal 100 is connected to each other by a wireless standard such as a wireless local area network (LAN) standard (communication connection is not performed via the server 200), so that a plurality of user terminals 100 can realize multi-play locally. You can also When the above-described multiplay is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later included in the server 200. Further, when the above-described multi-play is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

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

  The controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are coupled by wire through the coupling 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 mounting of a storage medium 1030 such as an external memory card via the input / output IF 14. Accordingly, the user terminal 100 can read the program and data recorded in the storage medium 1030. The program recorded in the storage medium 1030 is a game program, for example.

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

  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 distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units serving as an input mechanism can be regarded as an operation unit configured to accept a user input operation.

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

  Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 identifies and accepts a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Or when an operation part is comprised by communication IF13, the user terminal 100 specifies and receives the signal (for example, output value) transmitted from the controller 1020 as a user's input operation. Alternatively, when the operation unit includes 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 and accepted as a user input operation.

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

  The motion instruction device 300 (NPC control device, character control device) may be a server, a desktop personal computer, a notebook computer, a computer such as a tablet, or a computer group combining these. As shown in the figure, the motion instruction apparatus 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). These components included in the motion instruction device 300 are electrically connected to each other via a communication bus. The motion instruction device 300 may include an input / output IF 34 that can connect to a display (display unit) configured separately from the motion instruction device 300 main body instead of or in addition to the touch screen 35.

  Also, as shown in FIG. 1, the motion instruction device 300 includes one or more microphones 3010, one or more motion capture devices 3020, and one or more peripheral devices such as a controller 3030, via wireless or wired connection. Thus, communication may be configured. A peripheral device connected wirelessly establishes communication with the operation instruction device 300 in accordance with a communication standard such as Bluetooth (registered trademark), for example.

  The microphone 3010 acquires sound generated in the surroundings and converts it into an electric signal. The voice converted into the electrical signal is transmitted as voice data to the movement instruction apparatus 300 and received by the movement instruction apparatus 300 via the communication IF 33.

  The motion capture device 3020 tracks the motion of the tracking target (for example, a person) (including facial expressions, mouth movements, and the like), and transmits an output value as a tracking result to the motion instruction device 300. The motion data that is the output value is received by the operation instruction device 300 via the communication IF 33. The motion capture method of the motion capture device 3020 is not particularly limited. The motion capture device 3020 selectively includes various mechanisms for capturing motion, such as a camera, various sensors, markers, a suit worn by a model (person), a signal transmitter, and the like, depending on the method employed. .

  The controller 3030 may have a physical input mechanism such as one or more buttons, levers, sticks, wheels, and the like. The controller 3030 transmits an output value based on an input operation input to the input mechanism by the operator of the operation instruction device 300 to the operation instruction device 300. The controller 3030 may include various sensors such as an acceleration sensor and an angular velocity sensor, and may transmit output values of the various sensors to the operation instruction apparatus 300. The above output value is received by the operation instruction device 300 via the communication IF 33. In the following, a person who performs some input operation on the motion instruction apparatus 300 using the operation unit provided in the motion instruction apparatus 300 or various input mechanisms connected to be communicable with the motion instruction apparatus 300 will be described. It is called an operator. The operator includes a person who operates the operation instruction device 300 using the input unit 351, the controller 3030, and the like, and also includes a voice actor who inputs voice through the microphone 3010, and moves through the motion capture device 3020. The model which inputs is included.

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

  As described above, the motion 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 motion instruction device 300. A camera and a distance measuring sensor may be further provided as necessary. Each of the above-described units serving as an input mechanism can be regarded as an operation unit configured to accept a user input operation.

  The operation unit may be configured with a touch screen 35. In this case, the motion instruction device 300 identifies and accepts a user operation performed on the input unit 351 of the touch screen 35 as a user input operation. Alternatively, when the operation unit is configured by the communication IF 33, the operation instruction device 300 specifies and accepts a signal (for example, an output value) transmitted from the controller 3030 as a user input operation. Alternatively, when the operation unit includes 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 and accepted as a user input operation.

<Game overview>
As an example, the game executed by the game system 1 according to the first embodiment (hereinafter referred to as “game”) is a game in which one or more characters appear and at least one of the characters moves based on the action instruction data. . A character appearing in the game may be a player character (hereinafter, PC) or a non-player character (hereinafter, NPC). The PC is a character that can be directly operated by the user. The NPC is a character that operates according to the game program and the operation instruction data, that is, a character that cannot be directly operated by the user. In the following, “character” is used as a generic name when it is not necessary to distinguish between the two.

  As an example, this game is a breeding simulation game. Specifically, in the training simulation game, the main character as a user deepens interaction with the character and works on it to tailor the character to a famous video distributor and realize the dream that the character has. It is an object. Furthermore, the training simulation game may include elements of a love simulation game in which the main character aims to increase intimacy through interaction with the character.

  Further, as an example, it is preferable that the game includes at least a live distribution part. In the game system 1, the operation instruction data is supplied to the user terminal 100 that is executing the game from any device other than the user terminal 100 at an arbitrary timing. The user terminal 100 analyzes (renders) the motion instruction data using the reception of the motion instruction data as a trigger. The live distribution part is a part in which the user terminal 100 presents to the user a character that moves according to the analyzed action instruction data described above. Thereby, the user can feel a sense of reality as if the character really exists, and can further immerse in the game world and enjoy the game.

  In the present embodiment, the game may be composed of a plurality of play parts. In this case, the character may be different for each part, such that one character is a PC in a certain 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 any genre. For example, sports games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPG (Role-Playing Game), adventure games, shooting games, simulation games, training games, and It may be an action game.

  Moreover, the play form of the game performed in the game system 1 is not restricted to a specific play form. The game system 1 can execute games of any play form. For example, a single player game by a single user, a multiplayer game by a plurality of users, a multiplayer game, a battle game in which a plurality of users battle, a cooperative play game in which a plurality of users cooperate, and the like. May be.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processor 30 controls the operation of the entire operation instruction device 300. The 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 described later and develops it in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and develops it in a memory 21 described later. The processor 30 reads a program from a storage 32, which will be described later, and expands it in a memory 31, which will be described later. The processor 10, the processor 20, and the processor 30 execute the developed program.

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

In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation between the user terminal 100 and the 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 operation instruction device 300. Note that 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 operation instruction device 300 are activated in the user terminal 100 as an example. It may be a game executed on a browser. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. The various data includes data related to the game such as user information and game information, and instructions or notifications transmitted / received between the devices of the game system 1.

  The storages 12, 22 and 32 are auxiliary storage devices. The storages 12, 22, and 32 are configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storages 12, 22 and 32 store various data related to the game.

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

  The input / output IF 14 is an interface for the user terminal 100 to accept data input, and is 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, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input / output IF 24 of the server 200 is an interface for the server 200 to accept data input, and is an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image. The input / output IF 34 of the movement instruction device 300 is an interface for the movement instruction device 300 to accept data input, and is an interface for the movement instruction device 300 to output data. The input / output IF 34 includes, for example, an information input device such as a mouse, a keyboard, a stick, and a lever, a device that displays and outputs an image such as a liquid crystal display, and peripheral devices (a microphone 3010, a motion capture device 3020, and a controller 3030). May include a connection for transmitting and receiving data between them.

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

  The input units 151 and 351 detect the position where a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and indicate 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 adopt any method such as a capacitance method or a resistance film method.

  Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can specify 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 in the portrait orientation, the processor 10 may perform a portrait screen display in which a portrait image is displayed on the display unit 152. On the other hand, when the user terminal 100 is held sideways, a horizontal screen display in which a horizontally long image is displayed on the display unit may be used. As described above, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

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

  The distance measuring sensor 18 is a sensor that measures the distance to the measurement object. The distance measuring 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 is reflected by the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result of detecting an object 1010 in the vicinity of the user terminal 100 using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A distance measuring sensor 18 may be provided in the vicinity of 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. Thereby, it is possible to further improve the detection accuracy of the object based on the captured image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more processes on the captured image of the camera 17, for example, among the processes shown in the following (1) to (5). (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether the captured image includes a user's hand. The processor 10 may use a technique such as pattern matching as an analysis technique employed in the above-described image recognition processing. (2) Moreover, the processor 10 detects a user's gesture from the shape of a user's hand. For example, the processor 10 specifies the number of the user's fingers (the number of fingers extending) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture performed by the user from the number of identified fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed a “par” gesture. Further, when the number of fingers is 0 (no finger is detected), the processor 10 determines that the user has made a “goo” gesture. On the other hand, when the number of fingers is two, the processor 10 determines that the user has performed a “choke” 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 the state where only the index finger is raised or whether the user's finger has moved. . (4) The processor 10 determines an object 1010 (such as a user's hand) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) or far (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the captured image of the camera 17. It is detected whether the distance is above. 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) If it is determined 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 shaking his / her hand in the shooting direction of the camera 17. When an object is not detected in the distance measuring sensor 18 having higher directivity than the shooting range of the camera 17, the processor 10 indicates that the user is shaking his / her hand in a direction perpendicular to the shooting direction of the camera. recognize.

  In this manner, the processor 10 determines whether or not the user is grasping his / her hand by image recognition on the captured image of the camera 17 (“Goo” gesture or other gesture (eg “Par”)). ) Is detected. The processor 10 also detects how the user is moving the hand along with the shape of the user's hand. In addition, the processor 10 detects whether the user is approaching or moving away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel. 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. Continuation of the selection operation corresponds to, for example, maintaining a state where the mouse is clicked and pressed, or maintaining a touched state after a touchdown operation is performed on the touch panel. Further, when the user further moves his / her hand while the user's gesture “go” is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to the swipe operation (or drag operation). It can also be recognized. Further, when the user terminal 100 detects a gesture that the user repels a finger based on the detection result of the user's hand based on the image captured by the camera 17, the user terminal 100 performs a mouse click or a tap operation on the touch panel. You may recognize as operation corresponding to.

<Functional configuration of game system 1>
FIG. 2 is a block diagram illustrating functional configurations of the user terminal 100, the server 200, and the motion instruction device 300 included in the game system 1. Each of the user terminal 100, the server 200, and the operation instruction device 300 is not shown, but has a functional configuration necessary for functioning as a general computer, and a functional configuration necessary for realizing known functions in the game. Can be included.

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

  The server 200 communicates with each user terminal 100 and has a function of supporting the user terminal 100 to advance the game. For example, when the user terminal 100 downloads an application related to the game for the first time, the user terminal 100 is provided with data that should be stored in the user terminal 100 when the first game is started. For example, the server 200 transmits movement instruction data for moving the character to the user terminal 100. The action instruction data may include motion capture data in which the movement of an actor such as a model is captured in advance, or may include voice data in which the voice of an actor such as a voice actor is recorded, or the character is moved. Operation history data indicating a history of input operations for the user may be included, or a motion command group in which commands associated with the above-described series of input operations are arranged in time series may be included. When this game is a multi-play game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchanges between the user terminals 100 and a synchronization control function. The server 200 also has a function of mediating between the user terminal 100 and the operation instruction device 300. As a result, the operation instruction device 300 can supply the operation instruction data to the user terminal 100 or a group of the plurality of user terminals 100 in a timely manner without mistaking the destination. The server 200 functions as the control unit 210 and the storage unit 220 through the cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the 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 in the user terminal 100 and supplying the action instruction data to the user terminal 100. The operation instruction device 300 functions as the control unit 310 and the storage unit 320 by cooperation of the processor 30, the memory 31, the storage 32, the communication IF 33, the 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 operation instruction device 300. The game information 132 is data referred to when the control units 110, 210, and 310 execute the game program 131. The user information 133 is data relating to the user account. In the storage units 220 and 320, the game information 132 and the user information 133 are stored for each user terminal 100. The storage unit 320 further stores a 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 to appear 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 and programs 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. When the game is a multiplayer game, the control unit 210 may receive a multiplayer synchronization request from the user terminal 100 and transmit data for synchronization to the user terminal 100. Moreover, the control part 210 communicates with the user terminal 100 and the operation | movement instruction apparatus 300 as needed, and transmits / receives information.

  The control unit 210 functions as a progress support unit 211 and a sharing support unit 212 according to the description of the 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 to support the user terminal 100 for progressing various parts included in the game. For example, when the user terminal 100 advances the game, the progress support unit 211 provides the user terminal 100 with information necessary to advance 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 with each user terminal 100. Further, the sharing support unit 212 may have a function of matching the online user terminal 100 and the operation instruction device 300. Thereby, transmission / reception of information between the user terminal 100 and the operation instruction device 300 is smoothly performed.

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

  The control unit 110 includes an operation receiving unit 111, a display control unit 112, a user interface (hereinafter referred to as UI) control unit 113, an animation generation unit 114, a game progression unit 115, an analysis unit 116, and a progress according to the description of the game program 131. It functions as the information generation unit 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 receiving unit 111 detects and receives a user input operation on the input unit 151. The operation reception unit 111 determines what input operation has been performed based on 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. To do.

  For example, the operation receiving unit 111 receives 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 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as the types of input operations. Further, the operation receiving unit 111 detects that the contact input is canceled from the touch screen 15 when the input that has been continuously detected is interrupted.

  The UI control unit 113 controls a UI object displayed on the display unit 152 in order to construct a UI. The UI object is a tool for the user to make an input necessary for the progress of the game to the user terminal 100 or a tool for obtaining information output during the progress of the game from the user terminal 100. The UI object is not limited to this, but is, for example, an icon, a button, a list, a menu screen, or the like.

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

  The display control unit 112 outputs a game screen in which the processing results executed by the above-described elements are reflected on the display unit 152 of the touch screen 15. The display control unit 112 may display a game screen including the animation generated by the animation generation unit 114 on the display unit 152. In addition, the display control unit 112 may draw the above-described UI object 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 the present embodiment, the game progression unit 115 causes the game to proceed in response to a user input operation input via the operation reception unit 111. The game progression unit 115 causes one or more characters to appear and move the characters while the game is in progress. The game progression unit 115 may cause the character to operate according to the game program 131 downloaded in advance, may operate according to the user's input operation, or motion instruction data supplied from the motion instruction device 300 You may operate according to.

  When this game is divided into a plurality of parts such as a first part, a second part,..., The game progression unit 115 advances the game according to the specifications for each part.

  Specifically, it is assumed that the first part is a story part in which a story in the game progresses by interacting with the character. In this case, the game progression unit 115 advances the story part as follows. Specifically, the game progression unit 115 causes the character to move according to the game program 131 downloaded in advance or the action instruction data (first action instruction data) downloaded in advance. The game progression unit 115 identifies the 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. It is assumed that the second part is a live distribution part that moves the character based on the motion instruction data supplied from the motion instruction device 300. In this case, the game progression unit 115 causes the character to move based on the motion instruction data from the motion instruction device 300 to advance 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 the present embodiment, the analysis unit 116 starts rendering the motion instruction data triggered by the motion instruction data supplied by the motion instruction device 300 being received via the communication IF 33. The action instruction device 300 transmits the analysis result to the game progression unit 115 and immediately instructs the character to move based on the action instruction data. That is, the game progression unit 115 uses the movement instruction data received as a trigger to move the character based on the movement instruction data. Thereby, it becomes possible to show the user the character that operates in real time.

  The progress information generating unit 117 generates progress information indicating the progress of the game being executed by the game progressing unit 115 and transmits it to the server 200 or the operation instruction device 300 as appropriate. The progress information may include, for example, information for designating a currently displayed game screen, or may include a progress log indicating the progress of the game by characters and symbols in time series. In the game system 1, the progress information generation unit 117 may be omitted in an embodiment in which the server 200 and the operation instruction device 300 do not require progress information.

(Functional configuration of motion instruction device 300)
The control unit 310 comprehensively controls the motion instruction device 300 by executing the character control program 134 stored in the storage unit 320. For example, the control unit 310 generates action instruction data according to the character control program 134 and the operation of the operator, and supplies the action instruction data to the user terminal 100. The control unit 310 may further execute the game program 131 as necessary. In addition, the control unit 310 communicates with the server 200 and the user terminal 100 that is 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. The 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 the game system 1.

  The operation receiving unit 311 detects and receives an operator input operation on the input unit 351. The operation reception unit 311 determines what input operation has been performed from the action exerted by the operator on the console via the touch screen 35 and other input / output IF 34, and the result is sent to each element of the control unit 310. Output. The details of the function of the operation reception unit 311 are almost the same as those of the operation reception unit 111 in the user terminal 100.

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

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

  The display control unit 312 outputs a game screen reflecting the processing results executed by the above-described elements to the display unit 352 of the touch screen 35. Details of 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 simulation unit 315 grasps the progress of the game on the user terminal 100 based on the progress information indicating the progress of the game received from the user terminal 100. Then, the progress simulation unit 315 presents the progress of the user terminal 100 to the operator by reproducing the behavior of the user terminal 100 in the motion instruction device 300 in a simulated manner.

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

  Also, part of the function of the progress simulation unit 315 may be realized by the control unit 310 executing the game program 131. For example, the progress simulation unit 315 first grasps the progress of the game of the user terminal 100 based on the progress information. Then, the progress simulation unit 315 may reproduce the game screen currently displayed on the user terminal 100 based on the game program 131 on the display unit 352 of the own device completely or in a simplified manner. Alternatively, the progress simulation unit 315 may grasp the progress of the current game, predict 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 the behavior of the character displayed on the user terminal 100. Specifically, action instruction data for moving the character is generated and supplied to the user terminal 100. For example, the character control unit 316 generates action instruction data for instructing the control target character to speak based on voice data input by an operator (voice actor, etc.) via the microphone 3010. The action instruction data generated in this way includes at least the above-described voice data. Further, for example, an operation instruction data that instructs a character to be controlled to perform a motion based on the motion capture data input by the operator (model or the like) via the motion capture device 3020 is generated. The motion instruction data generated in this way includes at least the above-described motion capture data. In addition, for example, an instruction is given to move the character to be controlled based on the input operation history input through the input mechanism such as the controller 3030 or the operation unit such as the input unit 351, that is, operation history data. To generate action instruction data. The operation instruction data generated in this way includes at least the operation history data described above. For example, the operation history data is information in which operation logs indicating which buttons of the controller 3030 are pressed by the operator at which timing when which screen is displayed on the display unit are arranged in time series. . The display unit here is a display unit that is linked to the controller 3030, and may be the display unit 352 of the touch screen 35 or another display unit connected via the input / output IF 34. . Alternatively, the character control unit 316 specifies a command for instructing the character's action associated with the input operation input by the operator via the input mechanism or the operation unit. Then, the character control unit 316 generates a motion command group indicating a series of actions of the character by arranging the commands in the input order, and generates action instruction data instructing to move the character according to the motion command group. May be. The motion instruction data generated in this way 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 operation instruction device 300. In the present embodiment, for example, while the user terminal 100 moves a character according to the above-described action instruction data, the user can create a comment addressed to the character. 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 operation instruction device 300 shown in FIG. 2 are merely examples. Each of the user terminal 100, the server 200, and the operation instruction device 300 may include at least a part of the functions of other devices. Furthermore, another device other than the user terminal 100, the server 200, and the operation instruction device 300 may be used as a component of the game system 1, and the other device may execute part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, the operation instruction device 300, and another device other than that, and is realized by a combination of these devices. May be.

  In the present embodiment, the progress simulation unit 315 may be omitted. In the present embodiment, the control unit 310 can function as the reaction processing unit 317 according to the description of the character control program 134.

<Game structure>
FIG. 3 is a flowchart showing an example of the basic game progress of this game. This game is divided into, for example, two game play parts. As an example, the first part is a story part and the second part is a live distribution part. In addition to this, the game may include an acquisition part that allows the user to acquire game media that is digital data that can be used in the game in exchange for valuable data held 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 the order of a story part, an acquisition part, and a live distribution part.

  In step S1, the game progression unit 115 executes a story part. The story part includes, for example, a scene in which the main character operated by the user and the character interact. In this embodiment, as an example, “scenarios” collected as digital data correspond to one story of a story related to a character, are supplied from the server 200, and are temporarily stored in the storage unit 120. The game progression unit 115 reads one scenario stored in the storage unit 120 in the story part, and proceeds one scenario according to the user's input operation until the end is reached. The scenario includes options to be selected by the user, response patterns of characters corresponding to the options, and the like. Depending on which option the user selects, different endings may be obtained within one scenario. . Specifically, the game progression unit 115 presents a plurality of options corresponding to the action from the hero to the character so that the user can select, and proceeds 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 acquire a reward corresponding to the ending. The reward is provided to the user as a game medium that is digital data that can be used on the game, for example. The game medium may be, for example, an item such as clothing that can be worn by the character. Here, “to make the user obtain a reward” may be, for example, to change the status of the game medium as the reward managed in association with the user from unusable to usable. Alternatively, the game medium may be stored in at least one of the memories (memory 11, memory 21, memory 31) included in the game system 1 in association with the user identification information or the user terminal ID.

  In step S3, the game progression unit 115 executes the acquisition part. In the acquisition part, the game medium to be acquired by the user may be a new scenario different from the scenario provided to the user terminal 100 at the first download. Hereinafter, the former scenario is referred to as a fixed scenario, and the latter scenario is referred to as an acquisition scenario. When there is no need to distinguish between the two, it is simply referred to as a scenario.

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

  In step S4, the game progression unit 115 determines whether or not motion instruction data has been received from an external device via the network. As long as the operation instruction data is not received from an external device, the game progression unit 115 may return from NO in step S4 to, for example, step S1 to execute the story part. Or the game progress part 115 may perform the acquisition part of step S3. On the other hand, when the action instruction data is received from an external device, the game progression unit 115 proceeds from YES in step S4 to step S5.

  In step S5, the game progression unit 115 executes a live distribution part (second part). Specifically, the game progression unit 115 advances the live distribution part by moving the character according to the action instruction data received in step S4. In step S1, the user simply interacts with the character showing a definite response in the scenario via the UI. However, in the live distribution part, the user can freely and interactively interact with a character that operates in real time based on operation instruction data transmitted from an external device. More specifically, the analysis unit 116 receives operation instruction data including voice data and motion data generated according to the content of the user's input operation from the operation instruction device 300. Then, the game progression unit 115 causes the character to speak based on the audio data included in the received motion instruction data, and moves the character based on the motion data described above. Thereby, the reaction of the character with respect to the above-mentioned user input operation can be presented to the user.

<Process overview>
In the present embodiment, the user terminal 100 is configured to execute the following steps based on the game program 131 in order to improve the fun of the game. Specifically, the user terminal 100 is operation instruction data that designates an NPC operation that neither the user nor another user operates, and is based on the first operation instruction data stored in advance in the memory 11. A step of operating the NPC to advance the first part in accordance with a user input operation input via the operation unit (the input / output IF 14, the touch screen 15, the camera 17, and the distance measuring sensor 18); A step of advancing the second part by operating the NPC based on the second operation instruction data received from the operation instruction device 300).

  According to the above-described configuration, in the first part, the user terminal 100 operates the NPC based on the first action instruction data downloaded in advance. In addition, the user terminal 100 receives the second motion instruction data from the motion instruction device 300, and operates the NPC based on the second motion instruction data in the second part. Since the NPC can be operated based on the second operation instruction data received from the operation instruction device 300, the operation of the NPC does not fit in the form, and its expression greatly expands. Therefore, the user can learn a sense of reality as if the NPC is in the real world through the relationship with the NPC during game play. As a result, there is an effect of enhancing the sense of immersion in the game world and improving the fun of the game.

<Data structure>
(Operation instruction data)
FIG. 4 is a diagram illustrating an example of a data structure of motion instruction data processed in the game system 1 according to the present embodiment. As an example, the action instruction data includes meta information items “destination” and “creating source” and data items “character ID”, “speech”, and “movement” items. It consists of

  The item “destination” stores destination designation information. The destination designation information is information indicating to which device the operation instruction data is transmitted. 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” or the like) indicating that all user terminals 100 satisfying a certain condition are addressed.

  The item “creation source” stores creation source information. The creation source information is information indicating which device the motion instruction data is created by. The creation source information is information related to a user (hereinafter, user-related information) that can identify a specific user, such as a user ID, a user terminal ID, and a unique address of the user terminal. The creation source information may be an ID or an address indicating the server 200 or the operation instruction device 300. When the creation source is the server 200 or the operation instruction device 300, the value of the item is left empty. Alternatively, the item itself may not be provided in the operation instruction data.

  In the item “character ID”, a character ID for uniquely identifying a character appearing in the game is stored. The character ID stored here indicates which character's action the movement instruction data indicates.

  In the item “voice”, voice data to be expressed by the character is stored. The item “movement” stores motion data for designating the movement of the character. As an example, the motion data may be 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 facial expression of the actor and the movement of the mouth, or both. As another example, the motion data may be a group of motion commands that specify a series of movements of the character specified by an operation input by the operator of the motion instruction device 300 via the controller 3030. For example, when the commands “raise right hand”, “raise left hand”, “walk” and “run” are assigned to the buttons A, B, C and D of the controller 3030, respectively, , Button A, button B, button C, button D are successively pressed. In this case, the motion command group in which the commands “Raise Right Hand”, “Raise Left Hand”, “Walk”, and “Run” are arranged in the above order is stored in the “Motion” item as motion data. Is done. In the present embodiment, the audio data and the motion data are included in the operation instruction data in a synchronized state.

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

(Game information)
FIG. 5 is a diagram illustrating an example of a data structure of the game information 132 processed in the game system 1 according to the present embodiment. Items provided in the game information 132 are appropriately determined according to the genre, nature, content, etc. of the game, and the exemplary items do not limit the scope of the present invention. As an example, the game information 132 includes each item of “play history”, “item”, “intimacy”, “profile”, and “distribution history”. These items are referred to as appropriate when the game progression unit 115 advances the game.

  The item “play history” stores a 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 for the first time of play and a list of acquisition scenarios acquired later in the acquisition part. In each list, statuses such as “played”, “not played”, “playable”, and “not playable” are associated with each scenario.

  The item “item” stores an item list as game media owned by the user. In this game, the item is, for example, a clothing item to be worn by the character. The user can customize the appearance of the character by causing the character to wear items obtained by playing the scenario.

  The item “intimacy” stores intimacy, which is one of the character statuses. The new density is a parameter indicating the friendliness of the “hero”, which is a so-called alternation of the user, with the character. For example, the game progression unit 115 may advantageously advance the game for the user as the familiarity increases. For example, the game progression unit 115 may increase or decrease the familiarity according to whether the play result of the scenario is good or bad. As an example, the game progression unit 115 increases the intimacy more as the user successfully selects an option and the content that is greeted in the scenario is better. Conversely, the game progression unit 115 may reduce the familiarity when the user greets the scenario at a bad end.

  In the item “Recognition”, a name recognition, which is one of the character statuses, is stored. The name recognition is a parameter indicating the popularity and recognition of the character as a video distributor. One of the purposes of this game is to support the character's moving image distribution activities, raise the recognition of the character, and realize the dream of the character. As an example, a special scenario may be provided as a reward for a user who has achieved a certain level of recognition.

  The item “distribution history” stores a list of so-called back numbers of moving images that were previously live-distributed from characters in the live distribution part. In the live distribution part, a moving image that is distributed in push in real time can only be viewed at that time. On the other hand, the moving image for the past distribution is recorded in the server 200 or the operation 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 when the user charges.

<Example screen of story part>
FIG. 6 is a diagram illustrating an example of a quest presentation screen 400 displayed on the display unit 152 of the user terminal 100. The game progression unit 115 presents a quest to the user according to the game program 131 during the scenario in the story part. Specifically, the game progression unit 115 causes the character to speak out a request item corresponding to the quest from the character in the dialogue between the main character and the character. At this time, for example, the game progression unit 115 may cause the display unit 152 to display the quest presentation screen 400 shown in FIG.

  There is no particular limitation on the method of presenting a character that performs a series of actions such as “Let the character speak a request item”. For example, the game progression unit 115 may display a character that utters it as a still image based on text data corresponding to the requested items stored in the storage unit 120 in advance. Specifically, the game progression unit 115 displays a quest presentation screen 400 that includes the character 401, a balloon 402 indicating that the character 401 is speaking, and text data of requested items arranged in the balloon 402. 152 is displayed. Or the game progress part 115 may display the animation of the character which speaks based on the operation | movement instruction data corresponding to the scene which speaks the request matter previously memorize | stored in the memory | storage part 120. FIG. Specifically, the game progression unit 115 moves the character 401 in accordance with the motion capture data included in the action instruction data, and uses the voice data included in the action instruction data as sound from a speaker (not shown) included in the user terminal 100. Output.

  In the present embodiment, as an example, the game progression unit 115 may realize the quest by a position information game using the position registration information of the user terminal 100. The game progression unit 115 acquires current position information (for example, address information and latitude / longitude information) of the user terminal 100 from a position registration system (not shown) provided in the user terminal 100. Then, based on the acquired current position information, a map 403 around the place where the user terminal 100 is located is generated and arranged on the quest presentation screen 400. Note that 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 from another service providing apparatus that provides the map data via a network. .

  Subsequently, the game progression unit 115 determines a position (address, latitude / longitude, etc.) from which a thing (hereinafter referred to as a target) that can solve the requested items can be acquired, and a target icon is displayed at a position on the map corresponding to the determined position. 404 is superimposed and displayed. Thereby, the user can understand that if the user moves to the position of the target icon 404 on the map 403 with the user terminal 100, the target can be acquired and the quest can be cleared. Regarding the position of the target, the game progression unit 115 may determine at random, or may determine in advance according to the scenario, the quest, and the content of the target.

  When the user brings the user terminal 100 to an actual position corresponding to the position of the target icon 404, the game progression unit 115 determines that the main character has reached the target, and causes the user to acquire the target. Thereby, the game progression unit 115 determines that the quest has been cleared.

  In the present embodiment, when the quest is cleared, the game progression unit 115 may generate the quest resolution screen 500 and display it on the display unit 152. FIG. 7 is a diagram illustrating an example of a quest resolution screen 500 displayed on the display unit 152 of the user terminal 100. 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 “thanks the hero about the resolution of the requested matter”. The game progression unit 115 may cause the character 401 to perform this action based on action instruction data stored in advance. Or the game progress part 115 may reproduce the scene which the character 401 is saying thanks by arrange | positioning the still image of the character 401, and the text data 501 corresponding to the statement content on the quest resolution screen 500.

  In the present embodiment, the game progression unit 115 may release one new fixed scenario related to the client character 401 as a reward for which the quest has been cleared, and transition to a state in which the user can play. Specifically, the game progression unit 115 reads the play history shown in FIG. 5 and updates the status of a predetermined fixed scenario from “not playable” to “playable”.

  Furthermore, the game progression unit 115 may increment the closeness between the main character and the character based on the quest being cleared. The game progression unit 115 may be configured to increase the intimacy as the quest play content (required time, distance traveled, number acquired, degree of joy of the character, rarity of the acquired target, etc.) is better. .

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

  The game progression unit 115 may cause the user to acquire an item as a reward for playing the scenario. The item is, for example, clothing that the character 401 can wear. 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 associated with the played scenario in advance, and the play contents of the scenario (the time required for clearing the quest, the familiarity acquired, and the good options) You may give the item determined according to selection etc.). Or the item given to a user may be determined at random from a plurality of candidates.

  In the present embodiment, the game progression unit 115 may generate a reward screen 600 for notifying items acquired by the user and display the reward screen 600 on the display unit 152. FIG. 8 is a diagram illustrating an example of the reward screen 600 displayed on the display unit 152 of the user terminal 100. As an example, the reward screen 600 may include an icon 601 of an acquired item and a name 602 of the item. Thereby, the user can confirm the item which he was able to acquire. 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 live distribution part>
When the game progression unit 115 receives movement instruction data from an external device such as the movement instruction device 300, the game progression unit 115 causes the character to move based on the movement instruction data in the live distribution part. For example, a moving image reproduction screen 800 including a character that operates based on the operation instruction data in the live distribution part is generated and displayed on the display unit 152.

  FIG. 9 is a diagram illustrating an example of the moving image playback screen 800 displayed on the display unit 152 of the user terminal 100. As an example, the moving image playback screen 800 includes at least a character (character 802 in the illustrated example) that was a conversation partner in the story part.

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

  In the present embodiment, the game progression unit 115 outputs the audio data 801 included in the action instruction data supplied from the action instruction device 300 as the sound emitted 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 operation instruction device 300. Therefore, audio data 801 corresponding to the audio 700 uttered by the voice actor 701 is output as it is from the speaker of the user terminal 100.

  According to the above-described configuration, the voice and movement of the actual voice actor 701 and model 702 are directly reflected in the voice and movement of the character 802 at the installation location of the motion instruction device 300. By looking at the character 802 performing such an action, the user can feel a sense of reality as if it were in the real world, and can be immersed in the game world. .

  Furthermore, in this 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, the game progression unit 115 may cause the display unit 152 to display a character to be operated based on the action instruction data in the live distribution part (second part) in a display mode according to the play result.

  As an example, if an item that can be worn by the character is acquired in the story part that has been played so far, the game progression unit 115 combines the object of the item with the object of the character 802. It is preferable to do. According to the above-described configuration, the item acquired by the user playing the story part can be reflected in the clothing of the character 802 that operates in the live distribution part. For example, as shown in FIG. 8, an item (for example, a rabbit band) as a clothing item is acquired by playing a scenario in a story part. In this case, the game progression unit 115 reads out the information on the clothing item from the game information 132 shown in FIG. 5 and synthesizes the object of the item (the clothing item 803 in the illustrated example) with the character 802.

  As a result, the user can feel the attachment with the character 802 and further enjoy the live distribution part. Furthermore, the user's willingness to upgrade the clothing items of the character 802 can be nurtured, and as a result, the motivation to play the story part can be enhanced.

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

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

  In step S101, when the game progression unit 115 of the user terminal 100 receives an input operation for starting a game from the user, the game progression unit 115 accesses the server 200 and makes a login request.

  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 login has been accepted.

  In step S <b> 103, the game progression unit 115 advances the game according to a user input operation while communicating with the server 200 as necessary. The game progression unit 115 may advance the story part, or may advance the acquisition part for acquiring a new scenario.

  In step S <b> 104, the progress support unit 211 supports the game progress on the user terminal 100 by providing necessary information to the user terminal 100 as necessary.

  In step S105, when the live distribution time is reached, 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 is managed in the server 200 and the operation instruction device 300. In addition, the live distribution time may be notified to the user terminal 100 in advance, or may be kept secret until the live distribution time is actually reached. In the former case, live distribution can be stably supplied to the user, and in the latter case, live distribution with a special added value can be supplied to the user 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 live distribution may be set as appropriate by the game master. However, at least the application of the game is installed and the user is online at the time of live distribution. In the present embodiment, as an example, the user terminal 100 that is online at the time of live distribution, that is, the user terminal 100 that is running the application of this game is searched for as a user terminal 100 that has the right to receive live distribution. Alternatively, the sharing support unit 212 may further add a condition that the user terminal 100 is owned by a user who has already paid the price for receiving live distribution. Alternatively, the sharing support unit 212 searches for a specific user terminal 100 that has made a reservation to receive live distribution at the above-described live distribution time in advance as a user terminal 100 that has the right to receive live distribution. Good.

  In step S107, the sharing support unit 212 notifies the operation instruction device 300 of the detected one or more user terminals 100. For example, the sharing support unit 212 may notify the operation 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, the character control unit 316 of the motion instruction device 300 proceeds from step S108 YES to steps S109 to S110 when the live distribution time is reached. Any of Steps S109 to S110 may be executed first.

  In step S <b> 109, the character control unit 316 acquires voice input by an actor such as a voice actor via the microphone 3010 as voice data.

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

  In step S111, character control unit 316 generates action instruction data (second action instruction data). Specifically, the character control unit 316 specifies a character that distributes the moving image at the above-described live distribution start time, and stores the character ID of the character in the item “character ID” of the motion instruction data. It may be scheduled in advance by the game master and registered in the motion instruction device 300 as to which character's video is to be distributed at what time. Alternatively, the operator of the action instruction device 300 may specify in advance for the action instruction device 300 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 motion instruction data. The character control unit 316 stores the motion capture data acquired in step S110 in the item “movement” of the motion instruction data. The character control unit 316 associates the audio data with the motion capture data so that the audio data and the motion capture data are synchronized. The character control unit 316 sends group identification information of groups of these user terminals 100 or one user terminal 100 so that one or more user terminals 100 notified from the server 200 in step S107 are the destinations. The address is stored in the “destination” item of the operation instruction data as destination designation information.

  In step S112, the character control unit 316 transmits the action instruction data generated as described above to each user terminal 100 designated as the destination via the communication IF 33. The character control unit 316 obtains voice data and motion capture data obtained by the actor's voice or movement, and immediately renders the voice data and motion capture data into action instruction data, and distributes them to each user terminal 100 in real time. It is desirable.

  In step S113, the analysis unit 116 of the user terminal 100 receives the above-described operation instruction data via the communication IF 13. For example, the analysis unit 116 may receive the operation instruction data at a time when it is predicted in advance from the operation instruction device 300 or the server 200 that live distribution is performed.

  In step S114, the analysis unit 116 analyzes the received operation instruction data using the reception as a trigger.

  In step S115, the game progression unit 115 starts the live delivery part if the live delivery part is not executed when the above-described operation instruction data is received. At this time, if another part is being executed, the game progression unit 115 interrupts the progression of the part and then starts the live distribution part. Here, the game progression unit 115 may output a message to the display unit 152 to suspend the part being executed because the live distribution has started, and store the progress of the part in the storage unit 120. desirable. Note that if the live distribution part has already been executed when the above-described operation instruction data is received, the game progression unit 115 may omit step S115. In this case, the game progression unit 115 may output a message to the display unit 152 indicating that the distribution of motion instruction data (that is, the moving image of the body that the character performs live distribution) has started.

  In step S116, the game progression unit 115 causes the live distribution part to proceed by operating the character based on the moving image instruction data analyzed by the analysis unit 116. Specifically, the game progression unit 115 causes the display unit 152 to display the moving image reproduction screen 800 shown in FIG. The game progression unit 115 reproduces the voice and movement in real time at the same time that actors such as the voice actor 701 and the model 702 make a voice or move at the installation location of the motion instruction device 300. This is reflected in the remark and movement of the character 802 on the screen 800. The analysis unit 116 and the game progression unit 115 continue to render and play a real-time moving image while the operation instruction data is continuously received from the operation instruction device 300. Specifically, the game progression unit 115 does not accept any input operation from the user, and returns to step S113 from NO in step S117 and repeats the subsequent steps while the operation instruction data is received.

  If the operation accepting unit 111 accepts an input operation from the user while the character is moving based on the action instruction data in step S117, the game progressing unit 115 proceeds from YES in step S117 to step S118. For example, the operation accepting unit 111 accepts an input operation on the comment input button 804 on the moving image playback screen 800.

  In step S118, game progression unit 115 transmits comment data generated in response to the above-described input operation to operation instruction device 300. Specifically, the game progression unit 115 may transmit the comment ID of the selected comment as comment data. Or the game progress part 115 may transmit the text data of the text input by the user as comment data. Or the game progress part 115 may transmit the audio | voice audio | voice data input by the user as comment data. Or the game progress part 115 may recognize the audio | voice input by the user, and may transmit what was converted into text data as comment data.

  In step S119, the reaction processing unit 317 of the motion instruction device 300 receives the comment data transmitted from the user terminal 100 via the communication IF 33.

  In step S120, reaction processing unit 317 outputs the received comment data to operation instruction device 300. For example, the reaction processing unit 317 displays text data included in the comment data on the display unit 352. Thereby, the operators can receive feedback indicating what kind of reaction the user has shown to the characters that they have moved. Then, the operator can determine a further action of the character in accordance with this feedback. That is, the motion instruction device 300 returns to step S109, continues to acquire the audio data and motion capture data, and continues to provide the motion instruction data to the user terminal 100. The user terminal 100 receives the operation instruction data transmitted from the operation instruction device 300 after the content of the input operation at the own terminal is received by the operation instruction device 300. Specifically, the user terminal 100 receives voice instruction data corresponding to the content of the character's utterance and motion instruction data including motion capture data corresponding to the character's movement. Then, the user terminal 100 continuously moves the character based on the movement instruction data. As a result, the user can experience interactive interaction with the character in real time. Instead of the motion capture data, the user terminal 100 may receive a motion command group in which one or more commands instructing the character's motion are arranged in the order instructed by the operator of the motion instruction device 300.

<Modification>
In the modification of the first embodiment, the character that performs live distribution of moving images in the live distribution part may not be NPC in other parts. That is, the present invention can also be applied to a game in which a PC operating based on a user operation in another part performs live distribution of a moving image as an NPC in the live distribution part.

  In this modification, the user terminal 100 is configured to execute the following steps based on the game program 131 in order to improve the fun of the game. Specifically, the user terminal 100 is a character corresponding to a user 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). The first part is advanced by moving the character, and the second part is advanced by moving the character based on the motion instruction data specifying the character motion received from the NPC control device (motion instruction device 300). And executing the step. Here, the motion instruction data includes at least one of audio 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 operation instruction data determined in the NPC control device based on the content of the input operation, The character is moved using the movement instruction data received as a trigger.

[Embodiment 2]
<Game overview>
As in the first embodiment, a game executed by the game system 1 according to the second embodiment (hereinafter, this game) is an upbringing simulation game including elements of a love simulation game as an example. In the present embodiment, the game includes at least a live distribution part. This game may be composed of a single live distribution part, or may be composed of a plurality of parts. In the live distribution part, the character whose movement is controlled by the movement instruction device 300 may be a PC or an NPC. For example, even a character that operates as an NPC in a live distribution part may operate as a PC according to a user input operation in another part. Alternatively, during a period in which the motion instruction data is not live-distributed from the motion instruction device 300, the character may operate as a PC in accordance with the user's input operation in the live distribution part. Then, when live distribution is started, the character may be switched to NPC and operated according to the motion instruction data supplied from the motion instruction device 300.

<Process overview>
In the present embodiment, the user terminal 100 is configured to execute the following steps based on the game program 131 in order to improve the fun of the game. Specifically, for example, the user terminal 100 moves the character in accordance with a user input operation input to the user terminal 100 (computer) via an operation unit such as the input unit 151, the server 200, or the operation instruction. A step of receiving movement instruction data specifying the movement of the character transmitted by multicast from the apparatus 300 (character control apparatus) and a step of moving the character based on the received movement instruction data are executed.

  Furthermore, it is preferable that the step of moving the character is started when triggered by the fact that the motion instruction data transmitted by multicast is received in the step of receiving.

  Alternatively, in the present embodiment, the user terminal 100 may be configured to execute the following steps based on the game program 131 in order to improve the fun of the game. Specifically, the user terminal 100 sends a character to the user terminal 100 in response to a user input operation input to the user terminal 100 via the operation unit, and the server 200 or the motion instruction device 300 to the user terminal 100. The received action instruction data for designating the action of the character, the action instruction data for which the user terminal 100 of another user is not designated as the creation source of the action instruction data, and the received action instruction And a step of moving the character based on the data. Note that “the action instruction data is transmitted to the user terminal 100” means, for example, that the operation instruction data is transmitted by unicast. For example, the user terminal 100 can determine that the operation instruction data is transmitted to the own terminal, that is, transmitted by unicast when the address designation information includes an address unique to the own terminal.

  Further, the step of moving the character triggers that the motion instruction data that is transmitted by unicast and is not linked with the identification information of the user or the user terminal is received in the receiving step. Is preferably started.

<Functional configuration of game system 1>
In the user terminal 100 according to the present embodiment, the analysis unit 116 further analyzes the meta information of the operation instruction data. The meta information is information that defines the nature of the action instruction data separately from the contents of the action instruction data. The meta information is, for example, destination designation information and creation source information. Specifically, the analysis unit 116 determines whether the operation instruction data is multicast transmission or unicast transmission based on destination designation information of the transmitted operation instruction data. To do. Multicast transmission means that the server 200 or the operation instruction device 300 transmits the same information to a predetermined group including its own terminal. For example, action instruction data in which “ALL” is set as the destination designation information is sent to all user terminals that are running the application of this game. Unicast transmission means that the server 200 or the operation instruction device 300 transmits information to the terminal itself. The destination designation information is stored, for example, in the item “destination” of the operation instruction data shown in FIG.

  The operation instruction data transmitted by multicast is considered to have been created by the game master, not by a specific user. Specifically, the motion instruction data described above may be created by a device belonging to a provider (operating organization) that provides the service of the game in the game system 1. For example, since the server 200 or the operation instruction device 300 knows information about all users and user terminals, it is possible to create operation instruction data and multicast-transmit it to the user terminal that is running the application. Therefore, the user terminal 100 can determine that the operation instruction data transmitted by multicast is created by the game master.

  In the present embodiment, the analysis unit 116 may have the following functions as an example. Specifically, the analysis unit 116 renders the operation instruction data transmitted by multicast. Then, the analysis unit 116 instructs the game progression unit 115 to move the character based on the rendering result. More preferably, the analysis unit 116 renders the motion instruction data in real time using the motion instruction data transmitted by multicast as a trigger. 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 motion instruction data that is unicast-transmitted motion instruction data that is not associated with information related to a specific user such as a user ID or a user terminal ID. To do. Then, the analysis unit 116 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 operation instruction data is unicast, the analysis unit 116 determines that the operation instruction data is generated by a specific user terminal based on the creation source information of the operation instruction data. Determine if it was created. For example, for the operation instruction data associated with information related to a specific user as the creation source information, the analysis unit 116 determines that the information is created by a specific user terminal. The analysis unit 116 determines that the action instruction data whose creation source information value is empty and the action instruction data to which the creation source information is not associated are not created by a specific user terminal. The operation instruction data that is not created by a specific user terminal is considered to be created by the game master.

  The analysis unit 116 renders the motion instruction data in real time by using as a trigger the reception of the motion instruction data in which the related information of the specific user that is transmitted in unicast is not linked as the creation source information. 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 cause the character to move in real time based on the action instruction data distributed from the game master, reflecting the intention of the game master. Therefore, the character can be provided with a sense of reality as if the character really existed there.

<Processing flow>
FIG. 11 is a flowchart showing a flow of processing for analyzing motion instruction data, which is executed by the user terminal 100 according to the present embodiment. In the present 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 operation instruction data as described below.

  In step S201, the analysis unit 116 acquires destination designation information from the item “destination” of the operation instruction data.

  In step S202, analysis unit 116 determines whether or not the operation instruction data has been transmitted by multicast based on the destination designation information. When the destination designation information indicates a group identifier (for example, “ALL”, etc.), the analysis unit 116 determines that the operation instruction data has been transmitted by multicast. Then, the analysis unit 116 proceeds from YES in step S202 to step S115 and subsequent steps shown in FIG. That is, the game progression unit 115 triggers that the action instruction data transmitted by multicast is received by the terminal itself, and moves the character in real time based on the action instruction data. On the other hand, when the destination designation information indicates the address of the own terminal, the analysis unit 116 determines that the operation instruction data has been transmitted by unicast. In the present embodiment, the analysis unit 116 determines that it is not necessary to reproduce the data transmitted by unicast in real time, stores the received operation instruction data in the storage unit 120, and performs step S103 illustrated in FIG. You may return later. In step S <b> 103, for example, the game progression unit 115 may advance a part that moves the character in accordance with a user input operation input to the user terminal 100. In another embodiment, when the operation instruction data transmitted by unicast is received, the analysis unit 116 may proceed from step S202 to step S203.

  In step S203, the analysis unit 116 acquires creation source information from the item “creation source” of the motion instruction data.

  In step S204, analysis unit 116 determines whether or not the creation source information indicates user related information related to a specific user. The user related information is, for example, a user ID, a terminal ID of the user terminal 100, an address of the user terminal 100, and the like. When the creation source information is not user-related information of a specific user, the analysis unit 116 determines that the action instruction data is not created by a specific user but created by a game master. Then, the analysis unit 116 proceeds from NO in step S204 to step S115 and subsequent steps shown in FIG. In other words, the game progression unit 115 causes the character to move in real time based on the movement instruction data, triggered by the movement instruction data not associated with the user-related information being received at the terminal. On the other hand, when the creation source information is user-related information of a specific user, the analysis unit 116 determines that the operation instruction data is created by a specific user. Therefore, the analysis unit 116 determines that it is not necessary to reproduce in real time because it is not the motion instruction data supplied from the game master, and proceeds from YES in step S204 to step S205.

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

  According to the above-described configuration and method, the user terminal 100 causes the character to move based on the movement instruction data received from the server 200 or the movement instruction device 300 in addition to moving the character according to the user's input operation. be able to. For this reason, the expression of the character's movement is greatly expanded without being out of shape. As a result, the user can see the movement of the character and feel a sense of reality as if the character were in the real world. Since the user feels more attached to the character through an experience of interaction with the character, the other part that operates the character can play with more interest. As a result, there is an effect of enhancing the sense of immersion in the game world and improving the fun of the game.

<Modification>
In the modification of the second embodiment, the analysis unit 116 omits the step of determining whether or not the operation instruction data is multicast-transmitted based on the destination designation information, and the user-related information of a specific user is included in the operation instruction data. You may perform the step which judges whether it is tied based on preparation origin information.

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

  In the latter case, the control unit 110, the control unit 210, the control unit 310, or an information processing apparatus including a plurality of them includes a CPU that executes instructions of a program that is software that implements each function, A ROM (Read Only Memory) or a storage device (these are referred to as “recording media”) in which data is recorded so as to be readable by a computer (or CPU), a RAM (Random Access Memory) for expanding the program, and the like are provided. . And the objective of this invention is achieved when a computer (or CPU) reads the said program from the said recording medium and runs it. As the recording medium, a “non-temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The program may be supplied to the computer via an arbitrary transmission medium (such as a communication network or a broadcast wave) that can transmit the program. Note that one embodiment of the present invention can also be realized 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, and various modifications are possible within the scope shown in the claims, and embodiments 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 according to one aspect of the present invention are listed as follows.

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game program includes a processor (10), a memory (11), and an operation unit (communication IF 13, input / output IF 14, touch screen 15, camera 17, distance sensor 18, input unit 151, and the like). It is executed by a computer (user terminal 100) provided. The game program is action instruction data for designating an action of a non-player character (hereinafter referred to as NPC) that neither a user nor another user operates on the processor, and the first action instruction stored in advance in the memory. The step of operating the NPC based on the data and advancing the first part (story part) according to the input operation of the user input via the operation unit (S103), and controlling the operation of the NPC A step (S115) of advancing the second part (live distribution part) by operating the NPC based on the second action instruction data received from the character control device (action instruction apparatus 300).

  According to the configuration described above, in the first part, in addition to operating the NPC based on the first action instruction data prepared in advance, the second action instruction data is received from the character control device. The NPC is operated based on the second operation instruction data. Since the NPC can be operated based on the second action instruction data received from the character control device, the expression of the action of the NPC is greatly expanded without being limited to the type. Therefore, the user can feel a sense of reality as if the NPC is in the real world through the relationship with the NPC. As a result, there is an effect of enhancing the sense of immersion in the game world and improving the fun of the game.

  (Item 2) In (Item 1), when the second motion instruction data includes voice data, the step of advancing the second part causes the NPC to utter based on the voice data and perform the second motion. When motion data is included in the instruction data, the NPC is moved based on the motion data. Thereby, in the character control device, the voice or movement created by the operator or the like can be reflected in the voice or movement of the NPC displayed on the computer (user terminal 100). As a result, the expression of NPC becomes very rich, and it becomes possible to enhance the reality of NPC.

  (Item 3) In (Item 1) or (Item 2), the step of advancing the second part is based on the second action instruction data triggered by reception of the second action instruction data from the character control device. To operate the NPC. Thereby, NPC which operates in real time according to control by a character control apparatus can be shown to a user.

  (Item 4) In (Item 3), the step of advancing the second part receives the second action instruction data at a time designated in advance from the character control device or another device. Thereby, the user does not miss the NPC video distributed in real time.

  (Item 5) In any one item from (Item 1) to (Item 4), the game program is input to the processor by a user input to the computer via the operation unit while the second part is in progress. Is transmitted to the character control device (S118), and after the content of the input operation is transmitted to the character control device, the second operation instruction data is received from the character control device (S113 after S119). And execute. Thereby, the operator of the character control device can determine the operation of the NPC based on the content of the user's input operation. The operator can reflect an action (such as voice or movement) in the utterance or movement of the NPC displayed on the computer (user terminal 100). Therefore, the user can enjoy the interaction with the NPC in the same way as the interaction with the actual person, and the reality of the NPC is further enhanced.

  (Item 6) In (Item 5), in the receiving step, after the character control device receives the content of the input operation, the voice data corresponding to the NPC utterance input to the character control device You may receive as data. As a result, interactive exchange (for example, conversation) with the NPC can be realized in real time.

  (Item 7) In (Item 5) or (Item 6), in the receiving step, the motion capture data corresponding to the movement of the NPC input to the character control device after the content of the input operation is received by the character control device. May be received as the second action instruction data. Thereby, interactive exchange with NPC in real time can be realized, and the movement of NPC can be matched with it.

  (Item 8) In (Item 5) or (Item 6), the receiving step is the operation of the NPC specified by the input operation input to the character control device after the content of the input operation is received by the character control device. A motion command group including one or more commands instructing may be received as the second motion instruction data. Thereby, interactive exchange with NPC in real time can be realized, and the movement of NPC can be matched with it.

  (Item 9) In any one item from (Item 5) to (Item 8), the receiving step includes second action instruction data including voice data and motion data generated according to the content of the user's input operation. And the step of proceeding to the second part includes the step of causing the NPC to speak based on the voice data included in the received second motion instruction data and moving the NPC based on the motion data, thereby allowing the user to perform an input operation. The user may be presented with an NPC response to. As a result, real-time interactive exchange with the NPC can be realized.

  (Item 10) In any one item from (Item 1) to (Item 9), the step of advancing the first part determines the play result of the first part based on the user's input operation (FIG. 8). ), The step of advancing the second part displays the NPC to be operated based on the second action instruction data in the display mode according to the play result of the first part on the display unit (152) (FIG. 9). Also good.

  (Item 11) The game program (131) has been described. According to an aspect of the present disclosure, a game program includes a processor (10), a memory (11), and an operation unit (communication IF 13, input / output IF 14, touch screen 15, camera 17, distance sensor 18, input unit 151, and the like). It is executed by a computer (user terminal 100) provided. The game program causes the processor to advance the first part by operating the character in accordance with a user input operation input to the computer via the operation unit (S103), and character control to control the character motion The step (S115) of advancing the second part by moving the character based on the motion instruction data specifying the motion of the character received from the device (motion instruction device 300) is executed. The motion instruction data includes at least one of audio data and motion capture data. In the step of advancing the second part, the content of the user's input operation is transmitted to the character control device (S118), and after the content of the input operation is received by the character control device (S119), the content is transmitted from the character control device. The movement instruction data is received (S113), and the character is moved using the movement instruction data received as a trigger (S116). The game program according to (Item 11) has the same effects as the game program according to (Item 1).

  (Item 12) The game program (131) has been described. According to an aspect of the present disclosure, the game program is executed by a computer (user terminal 100). The computer is configured to be communicable with a character control device (motion instruction device 300) that generates motion instruction data indicating the action content of the character in accordance with the operation of the operator. The game program is distributed to the computer processor (10) from the character control device, and the operation instruction data indicating the operation content of a non-player character (hereinafter referred to as NPC) that is not operated by both the user and other users Is received (S113), and in response to receiving the operation instruction data, the NPC is operated according to the operation instruction data (S116). The game program according to (Item 12) has the same operational effects as the game program according to (Item 1).

  (Item 13) A method for executing a game program has been described. According to an aspect of the present disclosure, the game program is executed by a computer including a processor, a memory, and an operation unit. The method is a method in which the processor executes each step described in (Item 1). The method according to (Item 13) has the same effects as the game program according to (Item 1).

  (Item 14) The information processing apparatus has been described. According to an aspect of the present disclosure, the information processing apparatus includes a storage unit (120) that stores a game program according to (Item 1), an operation unit (for example, a communication IF 13, an input / output IF 14, a touch screen 15, a camera 17). , Ranging sensor 18, input unit 151, and the like) and a control unit (110) that controls the operation of the information processing apparatus (user terminal 100) by executing the game program. The information processing apparatus according to (Item 14) 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 Distance sensor (operation part), 100 User terminal (computer, information processing apparatus), 110, 113, 210, 310 Control unit, 111, 311 Operation accepting 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 motion 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 (14)

A game program,
The game program is executed by a computer including a processor, a memory, and an operation unit,
The game program is stored in the processor.
Action instruction data for specifying the action of a non-player character (hereinafter referred to as NPC) that is not operated by either a user or another user, and the NPC is determined based on the first action instruction data stored in advance in the memory. Operating the first part in accordance with the user's input operation input via the operation unit;
Advancing a second part by operating the NPC based on second action instruction data received from a character control device that controls the action of the NPC;
A game program that runs.   When the second motion instruction data includes voice data, the step of advancing the second part causes the NPC to speak based on the voice data, and motion data is included in the second motion instruction data. The game program according to claim 1, wherein if included, the NPC is moved based on the motion data.   The step of advancing the second part causes the NPC to operate based on the second action instruction data, triggered by reception of the second action instruction data from the character control device. The game program described in.   The game program according to claim 3, wherein the step of advancing the second part receives the second action instruction data at a time designated in advance from the character control device or another device. The game program is stored in the processor.
Transmitting the content of the input operation of the user input to the computer via the operation unit to the character control device during the progress of the second part;
Receiving the second action instruction data from the character control device after transmitting the contents of the input operation to the character control device;
The game program according to any one of claims 1 to 4, wherein the game program is executed.   The receiving step receives, as the second action instruction data, voice data corresponding to the utterance of the NPC input to the character control device after the character control device has received the contents of the input operation. The game program according to claim 5.   The receiving step receives, as the second motion instruction data, motion capture data corresponding to the movement of the NPC, which is input to the character control device after the character control device has received the contents of the input operation. The game program according to claim 5 or 6.   The step of receiving includes a motion command group including at least one command for instructing the operation of the NPC specified by an input operation input to the character control device after the character control device has received the contents of the input operation. The game program according to claim 5, wherein the game program is received as the second action instruction data. The receiving step receives second motion instruction data including voice data and motion data generated according to the content of the user's input operation,
The step of advancing the second part includes causing the NPC to speak based on the voice data included in the received second action instruction data and moving the NPC based on the motion data, thereby allowing the user to The game program according to claim 5, wherein a response of the NPC to the input operation is presented to the user. The step of advancing the first part determines a play result of the first part based on an input operation of the user,
The step of advancing the second part causes the display unit to display the NPC that is operated based on the second action instruction data in a display mode according to the play result of the first part. The game program according to any one of the above. A game program,
The game program is executed by a computer including a processor, a memory, and an operation unit,
The game program is stored in the processor.
Advancing the first part by operating a character in accordance with a user input operation input to the computer via the operation unit;
A step of advancing the second part by moving the character based on movement instruction data specifying the movement of the character received from a character control device that controls the movement of the character;
The motion instruction data includes at least one of audio data and motion capture data,
In the step of proceeding with the second part,
Sending the content of the user's input operation to the character control device,
Receiving the action instruction data transmitted from the character control device after the content of the input operation is received by the character control device;
A game program for causing the character to move by using the movement instruction data as a trigger. A game program executed by a computer,
The computer is configured to be communicable with a character control device that generates action instruction data indicating the action content of the character in accordance with an operation of the operator.
The game program is stored in the processor of the computer.
Receiving action instruction data indicating the action content of a non-player character (hereinafter referred to as NPC) delivered from the character control device and not operated by both the user and other users;
A program for causing the NPC to operate in accordance with the operation instruction data in response to receiving the operation instruction data. A method for a computer to execute a game program,
The computer includes a processor, a memory, and an operation unit.
The method by which the processor performs the steps of claim 1. An information processing apparatus,
The information processing apparatus includes:
A storage unit for storing the game program according to claim 1;
An operation unit;
An information processing apparatus comprising: a control unit that controls the operation of the information processing apparatus by executing the game program.

Images