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

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

Info

Publication number
WO2022137343A1
WO2022137343A1 PCT/JP2020/047938 JP2020047938W WO2022137343A1 WO 2022137343 A1 WO2022137343 A1 WO 2022137343A1 JP 2020047938 W JP2020047938 W JP 2020047938W WO 2022137343 A1 WO2022137343 A1 WO 2022137343A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
user
unit
progress
character
Prior art date
Application number
PCT/JP2020/047938
Other languages
English (en)
French (fr)
Inventor
潤哉 福重
Original Assignee
株式会社コロプラ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コロプラ filed Critical 株式会社コロプラ
Priority to PCT/JP2020/047938 priority Critical patent/WO2022137343A1/ja
Priority to JP2022570821A priority patent/JPWO2022137343A1/ja
Publication of WO2022137343A1 publication Critical patent/WO2022137343A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/20—Input arrangements for video game devices
    • A63F13/21—Input arrangements for video game devices characterised by their sensors, purposes or types
    • A63F13/215—Input arrangements for video game devices characterised by their sensors, purposes or types comprising means for detecting acoustic signals, e.g. using a microphone
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/40—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment
    • A63F13/42—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment by mapping the input signals into game commands, e.g. mapping the displacement of a stylus on a touch screen to the steering angle of a virtual vehicle
    • A63F13/428—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment by mapping the input signals into game commands, e.g. mapping the displacement of a stylus on a touch screen to the steering angle of a virtual vehicle involving motion or position input signals, e.g. signals representing the rotation of an input controller or a player's arm motions sensed by accelerometers or gyroscopes
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/49—Saving the game status; Pausing or ending the game
    • A63F13/497—Partially or entirely replaying previous game actions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
    • A63F13/537—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game using indicators, e.g. showing the condition of a game character on screen
    • A63F13/5378—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game using indicators, e.g. showing the condition of a game character on screen for displaying an additional top view, e.g. radar screens or maps
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/85—Providing additional services to players

Definitions

  • the present invention relates to an information processing method, a computer-readable medium, and an information processing device.
  • Non-Patent Document 1 There is a location-based game in which the game management side is informed of the position of its own mobile terminal to calculate the distance traveled and the current position, and the game is advanced based on the calculated data.
  • a location-based game a game that acquires a monster by searching for youkai (hereinafter referred to as monsters) placed all over the country and displaying an image of the monster on the screen of a terminal owned by the user.
  • monsters a game that acquires a monster by searching for youkai (hereinafter referred to as monsters) placed all over the country and displaying an image of the monster on the screen of a terminal owned by the user.
  • monsters There was (for example, Non-Patent Document 1).
  • Non-Patent Document 1 the image of the monster is displayed superimposed on the landscape image which is the actual image taken by the camera and is sequentially updated according to the direction of the camera and the like. For this reason, there is a problem that the burden on the shooting process and the image processing becomes excessive. In addition, even if it is not intentional, there may be a case where a third party who is present at the scene is photographed, so that there is a risk that, for example, a person may be suspected of taking a voyeur.
  • the present invention has been conceived in view of such circumstances, and an object thereof is a game program, a game method, and an information processing device capable of reducing the burden on processing and reducing the concern about privacy invasion by a third party. Is to provide.
  • an information processing method for game progression executed by an information terminal device including a processor, a memory, an input unit, and a display unit.
  • Such an information processing method includes a first step of displaying a map image of a predetermined area on a display unit by a processor, and arranging and displaying a first object on the map image when a predetermined condition is satisfied.
  • the seventh step of executing the second progress of the predetermined part and displaying it on the display unit by operating the second object based on the instruction data is included.
  • an information processing device for game progress which includes a processor, a memory, an input unit, and a display unit.
  • a first display unit that displays a map image of a predetermined area on a display unit and arranges and displays a first object on the map image when a predetermined condition is satisfied, and a first display unit.
  • a reception unit that accepts an input operation of a user who specifies a first object from the input unit, an acquisition unit that communicates with a server that manages landscape images in various places, and an acquisition unit that acquires a landscape image corresponding to a specified position.
  • a request unit that requests the progress of a predetermined part of the game
  • an operation instruction data receiving unit that receives recorded operation instruction data when the first progress of the predetermined part has already been completed, and a recorded operation.
  • FIG. 14A It is a figure which conceptually represents one aspect which expresses a virtual space. It is a figure which shows an example of the state in which the aiming image and the monster are superimposed on the panoramic image. It is a figure which shows an example of the state in which the aiming image and the monster are superimposed on the panoramic image. It is a figure which shows an example of the state which the avatar is superimposed on the panoramic image. It is a figure which shows the state which panned the field of view area of a virtual camera to the left from the state of FIG. 14A. It is a flowchart which shows a part of the flow of processing executed in a game system. It is a flowchart which shows the other part of the flow of processing executed in a game system. It is a flowchart which shows a part of the flow of processing executed in a user terminal. An example of the transition of the game screen displayed on the display unit of the user terminal is shown.
  • the game system according to the present disclosure is a system for providing a game to a plurality of users who are game players.
  • the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description is not repeated.
  • FIG. 1 is a diagram showing a hardware configuration of the game system 1.
  • the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 connects to the server 200 via the network 2.
  • the network 2 is composed of various mobile communication systems constructed by the Internet and a radio base station (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Will be.
  • the server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer.
  • the server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These configurations of the server 200 are electrically connected to each other by a communication bus.
  • the user terminal 100 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.
  • 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. And prepare.
  • IF communication interface
  • IF input / output IF 14
  • touch screen 15 display unit
  • camera 17 a camera 17
  • a distance measuring sensor 18 a distance measuring sensor 18.
  • These configurations included in the user terminal 100 are electrically connected to each other by a communication bus.
  • the user terminal 100 may be provided with an input / output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body can be connected in place of or in addition to the touch screen 15.
  • the user terminal 100 may be configured to be communicable with one or more controllers 1020.
  • the controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark).
  • the controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100.
  • the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.
  • the controller 1020 may have the camera 17 and the distance measuring sensor 18.
  • the user terminal 100 causes a user who uses the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of a game.
  • the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the source of the received output value (controller 1020). be able to.
  • each user terminal 100 When the user terminal 100 communicates with a plurality of controllers 1020, each user grips each controller 1020 so that the user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with.
  • each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through the server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it.
  • a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through the server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it.
  • the user terminal 100 When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multiplayer is realized locally by a plurality of user terminals 100, the
  • the user terminal 100 may communicate with the server 200.
  • information indicating a play result such as a result or a win or loss in a certain game may be associated with user identification information and transmitted to the server 200.
  • the controller 1020 may be configured to be detachable from the user terminal 100.
  • a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100.
  • the user terminal 100 may accept the attachment of a storage medium 1030 such as an external memory card via the input / output IF14. As a result, the user terminal 100 can read the program and data recorded on the storage medium 1030.
  • the program recorded on the storage medium 1030 is, for example, a game program.
  • the user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or may store the game program acquired by reading from the storage medium 1030 in the memory 11. You may memorize it in.
  • the user terminal 100 includes a communication IF 13, an input / output IF 14, a touch screen 15, a camera 17, and a distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100.
  • a communication IF 13 an input / output IF 14
  • a touch screen 15 a camera 17, and a distance measuring sensor 18
  • an input mechanism can be regarded as an operation part configured to accept a user's input operation.
  • the operation unit when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 in the vicinity of the user terminal 100 and performs an input operation from the detection result of the object. Identify.
  • a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result.
  • the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Specify and accept as.
  • the captured image may be a still image or a moving image.
  • the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation.
  • the operation unit is configured by the communication IF 13
  • the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user.
  • a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 is specified as an input operation of the user and received.
  • the game system 1 further includes an operation instruction device 300.
  • the operation instruction device 300 connects to each of the server 200 and the user terminal 100 via the network 2. At least one operation instruction device 300 is provided in the game system 1.
  • a plurality of operation instruction devices 300 may be provided depending on 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 operation instruction device 300 may be a computer such as a server, a desktop personal computer, a laptop computer, or a tablet, and a computer group in which these are combined.
  • the operation instruction device 300 includes a processor 30, a memory 31, a storage 32, a communication IF 33, an input / output IF 34, and a touch screen 35 (display unit). These configurations included in the operation instruction device 300 are electrically connected to each other by a communication bus.
  • the operation instruction device 300 may include an input / output IF 34 to which a display (display unit) configured separately from the operation instruction device 300 main body can be connected in place of or in addition to the touch screen 35.
  • the operation instruction device 300 is connected to peripheral devices such as one or more microphones 3010, one or more motion capture devices 3020, and one or more controllers 3030 via wireless or wired. It may be configured to be communicable.
  • the wirelessly connected peripheral device establishes communication with the operation instruction device 300 according to a communication standard such as Bluetooth (registered trademark).
  • the microphone 3010 acquires the voice generated in the surroundings and converts it into an electric signal.
  • the voice converted into an electric signal is transmitted to the operation instruction device 300 as voice data, and is received by the operation instruction device 300 via the communication IF 33.
  • the motion capture device 3020 tracks the motion (including facial expressions, mouth movements, etc.) of the tracking target (for example, a person), and transmits the output value as the tracking result to the operation instruction device 300.
  • the motion data which is an 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 all mechanisms for capturing motion, such as a camera, various sensors, markers, a suit worn by a model (person), a signal transmitter, etc., depending on the method adopted. ..
  • the controller 3030 may have one or more physical input mechanisms such as buttons, levers, sticks, and wheels.
  • 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 have various sensors such as an acceleration sensor and an angular velocity sensor, and may transmit the output values of the various sensors to the operation instruction device 300.
  • the above output value is received by the operation instruction device 300 via the communication IF 33.
  • the operator includes a person who operates the operation instruction device 300 by using the input unit 351 and the controller 3030, a voice actor who inputs voice through the microphone 3010, and moves via the motion capture device 3020. A model for inputting is also included. The operator is not included in the user who is a game player.
  • the operation instruction device 300 may include a camera and a distance measuring sensor (not shown).
  • the motion capture device 3020 and the controller 3030 may have a camera and a distance measuring sensor.
  • the operation instruction device 300 includes a communication IF 33, an input / output IF 34, and a touch screen 35 as an example of a mechanism for inputting information to the operation instruction device 300. If necessary, a camera and a distance measuring sensor may be further provided.
  • Each of the above-mentioned parts as an input mechanism can be regarded as an operation part configured to accept a user's input operation.
  • the operation unit may be composed of the touch screen 35.
  • the operation instruction device 300 identifies and accepts the user's operation performed on the input unit 351 of the touch screen 35 as the user's input operation.
  • the operation instruction device 300 identifies and accepts a signal (for example, an output value) transmitted from the controller 3030 as an input operation of the user.
  • a signal output from an input device (not shown) different from the controller 3030 connected to the input / output IF34 is specified as an input operation of the user and received.
  • the game executed by the game system 1 according to the present embodiment is, for example, a game in which one or more characters appear and at least one of the characters is operated based on the operation instruction data. ..
  • the 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 a user who is a game player.
  • An NPC is a character that operates according to a game program and operation instruction data, that is, a character that cannot be directly operated by a user who is a game player. In the following, when it is not necessary to distinguish between the two, "character" is used as a generic term.
  • this game is a training simulation game.
  • the main character who is a user, deepens interaction with the character and works on it to make the character a famous video distributor and realize the dream that the character has. It is an object.
  • the training simulation game may include elements of a love simulation game in which the main character aims to increase intimacy through interaction with a character.
  • this game includes at least a live distribution part as an example.
  • the operation instruction data is supplied to the user terminal 100 running the game from a device other than the user terminal 100 at an arbitrary timing.
  • the user terminal 100 analyzes (renders) the operation instruction data by using the reception of the operation instruction data as a trigger.
  • the live distribution part is a part in which the user terminal 100 presents a character that operates according to the above-mentioned analyzed operation instruction data to the user in real time. As a result, the user can feel the reality as if the character really exists, and can further immerse himself in the game world and enjoy the game.
  • the game may be composed of a plurality of play parts.
  • the character properties may differ from part to part, such as one character being a PC in one part and an NPC in another part.
  • the game genre is not limited to a specific genre.
  • Game system 1 can play games of any genre. For example, sports-themed games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPG (Role-PlayingGame), adventure games, shooting games, simulation games, training games, and It may be an action game or the like.
  • sports-themed games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPG (Role-PlayingGame), adventure games, shooting games, simulation games, training games, and It may be an action game or the like.
  • the play form of the game executed in the game system 1 is not limited to a specific play form.
  • the game system 1 can execute a game of any play form. For example, a single-player game by a single user, a multi-play game by a plurality of users, a battle game in which a plurality of users play against each other, and a cooperative play game in which a plurality of users cooperate among the multi-play games. You may.
  • 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.
  • 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 the storage 12 described later and expands it into the memory 11 described later.
  • the processor 20 reads a program from the storage 22 described later and expands it into the memory 21 described later.
  • the processor 30 reads a program from the storage 32 described later and expands it into the memory 31 described later. Processor 10, processor 20 and processor 30 execute the expanded program.
  • the memories 11, 21 and 31 are the main storage devices.
  • the memories 11, 21 and 31 are composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory).
  • the memory 11 provides a work area to the processor 10 by temporarily storing a program and various data read from the storage 12 described later by the processor 10.
  • the memory 11 also temporarily stores various data generated while the processor 10 is operating according to the program.
  • the memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read from the storage 22 described later by the processor 20.
  • the memory 21 also temporarily stores various data generated while the processor 20 is operating according to the program.
  • the memory 31 provides a work area to the processor 30 by temporarily storing various programs and data read from the storage 32 described later by the processor 30.
  • the memory 31 also temporarily stores various data generated while the processor 30 is operating according to the program.
  • the program may be a game program for realizing the game by the user terminal 100.
  • the program may be a game program for realizing the game in collaboration with the user terminal 100 and the server 200.
  • the program may be a game program for realizing the game in cooperation with the user terminal 100, the server 200, and the operation instruction device 300.
  • 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 started by the user terminal 100 as an example. It may be a game executed on a browser.
  • the program may be a game program for realizing the game by the cooperation of a plurality of user terminals 100.
  • the various data include data related to the game such as user information and game information, and instructions or notifications to be transmitted / received between the devices of the game system 1.
  • Storages 12, 22 and 32 are auxiliary storage devices.
  • the storages 12, 22 and 32 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive).
  • Various data related to the game are stored in the storages 12, 22 and 32.
  • the communication IF 13 controls the transmission and reception of various data in the user terminal 100.
  • the communication IF 23 controls the transmission / reception of various data in the server 200.
  • the communication IF 33 controls the transmission / reception of various data in the operation instruction device 300.
  • Communication IFs 13, 23 and 33 control communication using, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using short-range wireless communication. ..
  • a wireless LAN Local Area Network
  • Internet communication via a wired LAN, a wireless LAN, or a mobile phone network
  • short-range wireless communication . .
  • the input / output IF 14 is an interface for the user terminal 100 to accept data input, and an interface for the user terminal 100 to output data.
  • the input / output IF 14 may input / output data via USB (Universal Serial Bus) or the like.
  • the input / output IF 14 may include, for example, a physical button, a camera, a microphone, a speaker, or the like of the user terminal 100.
  • the input / output IF 24 of the server 200 is an interface for the server 200 to receive data input, and an interface for the server 200 to output data.
  • the input / output IF 24 may include, for example, an input 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 operation instruction device 300 is an interface for the operation instruction device 300 to receive data input, and an interface for the operation instruction device 300 to output data.
  • the input / output IF34 includes, for example, information input devices such as a mouse, keyboard, stick, and lever, devices for displaying and outputting images such as a liquid crystal display, and peripheral devices (microphone 3010, motion capture device 3020, and controller 3030). May include connections for sending and receiving data between.
  • 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 in which an input unit 351 and a display unit 352 are combined.
  • the input units 151 and 351 are, for example, touch-sensitive devices, and are configured by, for example, a touch pad.
  • the display units 152 and 352 are configured by, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.
  • the input units 151 and 351 detect the position where the user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and information indicating the position. It has a function to transmit as an input signal.
  • the input units 151 and 351 may be provided with a touch sensing unit (not shown).
  • the touch sensing unit may adopt any method such as a capacitance method or a resistance film method.
  • 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, an angular velocity sensor, or the like.
  • the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture.
  • the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically.
  • the user terminal 100 when the user terminal 100 is held horizontally, it may be a horizontal screen display in which a horizontally long image is displayed on the display unit. In this way, 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 the incident light incident from the lens into an electric signal.
  • the distance measuring sensor 18 is a sensor that measures the distance to the object to be measured.
  • 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 object to be measured by the timing of light emission from the light source and the timing of receiving the reflected light generated by the light emitted from the light source being reflected by the object to be measured.
  • the distance measuring sensor 18 may have a light source that emits light having directivity.
  • 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 ranging sensor 18 may be provided in the vicinity of the camera 17.
  • the camera 17 for example, an infrared camera can be used.
  • the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. This makes it 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 of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17.
  • the processor 10 performs image recognition processing on the captured image of the camera 17 to specify whether or not the captured image includes a user's hand.
  • the processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process.
  • the processor 10 detects the user's gesture from the shape of the user's hand.
  • the processor 10 specifies, for example, the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image.
  • the processor 10 further identifies the gesture performed by the user from the number of identified fingers.
  • the processor 10 determines that the user has made a "par" gesture when the number of fingers is five. Further, when the number of fingers is 0 (the finger is not detected), the processor 10 determines that the user has made a “goo” gesture. Further, when the number of fingers is two, the processor 10 determines that the user has performed the "choki” gesture. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or whether the user's finger is repelled. ..
  • the processor 10 is an object 1010 (user's hand or the like) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the captured image of the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100.
  • the processor 10 may have the user's hand near the user terminal 100 (for example, a distance less than a predetermined value) or far away (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. Detects whether it is at the above distance).
  • the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100.
  • the processor. 10 recognizes that the user is waving his hand in the shooting direction of the camera 17.
  • the processor 10 determines that the user is waving his hand in a direction orthogonal to the shooting direction of the camera. recognize.
  • the processor 10 determines whether or not the user is holding the hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing the image captured by the camera 17. Or) is detected. In addition, the processor 10 detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward or 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. For example, the user terminal 100 moves the pointer on the touch screen 15 in response 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.
  • a pointing device such as a mouse or a touch panel
  • the continuation of the selection operation corresponds to, for example, the state in which the mouse is clicked and pressed, or the state in which the mouse is touched after the touch-down operation is performed on the touch panel.
  • the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize it.
  • the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image taken by the camera 17, the gesture is clicked by the mouse or tapped on the touch panel. It may be recognized as an operation corresponding to.
  • FIG. 2 is a block diagram showing a functional configuration of a user terminal 100, a server 200, and an operation 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, and has a functional configuration necessary for functioning as a general computer and a functional configuration necessary for realizing a known function in a game. May include.
  • the user terminal 100 has a function as an input device that accepts a user's input operation and a function as an output device that outputs a game image or sound.
  • the user terminal 100 functions as a control unit 110 and a storage unit 120 by the 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 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance the game. For example, when the user terminal 100 downloads an application related to this game for the first time, the user terminal 100 is provided with data to be stored in the user terminal 100 at the start of the first game. For example, the server 200 transmits the operation instruction data for operating the character to the user terminal 100.
  • the motion instruction data may include motion capture data that captures the movement of an actor such as a model in advance, or may include voice data that records the voice of an actor such as a voice actor, or causes the character to operate. It may include operation history data indicating the history of input operations for the purpose, or may include a motion command group in which commands associated with the above-mentioned series of input operations are arranged in chronological order.
  • the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating an exchange between the user terminals 100 and a synchronization control function. Further, the server 200 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 a plurality of user terminals 100 in a timely manner without making a mistake in the destination.
  • the server 200 functions as a control unit 210 and a storage unit 220 by the cooperation of the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.
  • the operation instruction device 300 has a function of generating operation instruction data for instructing the operation of a character in the user terminal 100 and supplying the operation instruction data to the user terminal 100.
  • the operation instruction device 300 functions as a control unit 310 and a storage unit 320 in cooperation with the processor 30, the memory 31, the storage 32, the communication IF 33, the input / output IF 34, and the like.
  • the storage units 120, 220 and 320 store the game program 131, the game information 132 and the 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 that the control units 110, 210, and 310 refer to when executing the game program 131.
  • the user information 133 is data related to the user's account.
  • the storage unit 320 further stores the character control program 134.
  • the character control program 134 is a program executed by the operation instruction device 300, and is a program for controlling the operation of a character appearing in a game based on the above-mentioned game program 131.
  • the control unit 210 comprehensively controls the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. The control unit 210 receives a part or all of the game information or the user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a request for synchronization of multiplayer from the user terminal 100 and transmit data for synchronization to the user terminal 100. Further, the control unit 210 communicates with the user terminal 100 and the operation instruction device 300 as necessary to send and receive information.
  • the control unit 210 functions as a progress support unit 211 and a shared support unit 212 according to the description of the game program 131.
  • the control unit 210 can also function as another functional block (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.
  • the progress support unit 211 communicates with the user terminal 100 and supports the user terminal 100 to progress various parts included in this game. For example, when the user terminal 100 advances the game, the progress support unit 211 provides the user terminal 100 with information necessary for advancing 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 on each user terminal 100. Further, the sharing support unit 212 may have a function of matching the online user terminal 100 with the operation instruction device 300. As a result, information can be smoothly transmitted and received between the user terminal 100 and the operation instruction device 300.
  • the control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the game program 131 and the user's operation. Further, the control unit 110 communicates with the server 200 and the operation instruction device 300 as necessary to transmit and receive information while the game is in progress.
  • the control unit 110 includes an operation reception unit 111, a display control unit 112, a user interface (hereinafter, UI) control unit 113, an animation generation unit 114, a game progress unit 115, an analysis unit 116, and a progress unit according to the description of the game program 131. It functions as an information generation unit 117.
  • the control unit 110 can also function as other functional blocks (not shown) in order to advance the game, depending on the nature of the game to be executed.
  • the operation reception unit 111 detects and accepts a user's input operation to the input unit 151.
  • the operation reception unit 111 determines what input operation has been performed from the action exerted by the user on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. do.
  • the operation receiving unit 111 receives an input operation for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation.
  • the operation receiving unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, the operation receiving unit 111 detects that the contact input is canceled from the touch screen 15 when the continuously detected input is interrupted.
  • the UI control unit 113 controls the UI object to be displayed on the display unit 152 in order to construct the 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.
  • UI objects are, but are not limited to, icons, buttons, lists, menu screens, and the like.
  • the animation generation unit 114 generates an animation showing the motion of various objects based on the control mode of various objects. For example, the animation generation unit 114 may generate an animation or the like that expresses how the character moves as if it were there, moves the mouth, or changes the facial expression.
  • the display control unit 112 outputs a game screen reflecting the processing result executed by each of the above elements to the display unit 152 of the touch screen 15.
  • the display control unit 112 may display the game screen including the animation generated by the animation generation unit 114 on the display unit 152. Further, the display control unit 112 may superimpose and draw the above-mentioned UI object controlled by the UI control unit 113 on the game screen.
  • the game progress unit 115 advances the game.
  • the game progress unit 115 advances the game in response to a user's input operation input via the operation reception unit 111.
  • the game progress unit 115 causes one or more characters to appear and operates the characters while the game is in progress.
  • the game progress unit 115 may operate the character according to the game program 131 downloaded in advance, may operate according to the input operation of the user, or may operate the character according to the operation instruction device 300. It may be operated according to.
  • the game progress unit 115 advances the game according to the specifications of each part.
  • the first part is a story part in which the story in the game progresses by interacting with the character.
  • the game progress unit 115 advances the story part as follows. Specifically, the game progress unit 115 operates the character according to the game program 131 downloaded in advance or the operation instruction data (first operation instruction data) also downloaded in advance. The game progress unit 115 identifies an option selected by the user based on the input operation of the user received by the operation reception unit 111, and causes the character to perform an operation associated with the option.
  • the second part is a live distribution part in which the character is operated based on the operation instruction data supplied from the operation instruction device 300. In this case, the game progress unit 115 operates the character from the operation instruction device 300 based on the operation instruction data to advance the live distribution part.
  • the analysis unit 116 analyzes (renders) the operation instruction data and instructs the game progress unit 115 to operate the character based on the analysis result.
  • the analysis unit 116 starts rendering of the operation instruction data triggered by the fact that the operation instruction data supplied by the operation instruction device 300 is received via the communication IF 33.
  • the operation instruction device 300 transmits the analysis result to the game progress unit 115, and immediately instructs the character to operate based on the operation instruction data. That is, the game progress unit 115 uses the reception of the operation instruction data as a trigger to operate the character based on the operation instruction data. This makes it possible to show the user a character that operates in real time.
  • the progress information generation unit 117 generates progress information indicating the progress of the game being executed by the game progress unit 115, and sends it to the server 200 or the operation instruction device 300 in a timely manner.
  • the progress information may include, for example, information that specifies the currently displayed game screen, or may include a progress log indicating the progress of the game in chronological order by characters, symbols, and the like.
  • the progress information generation unit 117 may be omitted.
  • the control unit 310 comprehensively controls the operation instruction device 300 by executing the character control program 134 stored in the storage unit 320. For example, the control unit 310 generates operation instruction data according to the operation of the character control program 134 and the operator, and supplies the operation instruction data to the user terminal 100. The control unit 310 may further execute the game program 131, if necessary. Further, the control unit 310 communicates with the server 200 and the user terminal 100 running the game to send 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 another functional block (not shown) in order to control a character appearing in the game according to the nature of the game executed in the game system 1.
  • the operation reception unit 311 detects and accepts the operator's input operation to the input unit 351.
  • the operation reception unit 311 determines what kind of input operation has been performed on the console via the touch screen 35 and other input / output IF 34s from the action exerted by the operator, and outputs the result 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 the UI object to be displayed on the display unit 352.
  • the animation generation unit 314 generates an animation showing the motion of various objects based on the control mode of various objects.
  • the animation generation unit 314 may generate an animation or the like that reproduces the game screen actually displayed on the user terminal 100 that is the communication partner.
  • the display control unit 312 outputs a game screen reflecting the processing result executed by each of the above-mentioned elements to the display unit 352 of the touch screen 35.
  • the details of the functions of the display control unit 312 are substantially the same as those of the display control unit 112 in the user terminal 100.
  • the progress 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 simulating the behavior of the user terminal 100 in the operation instruction device 300.
  • 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-mentioned progress log on the user terminal 100.
  • the progress simulation unit 315 grasps the progress of the game of the user terminal 100 based on the progress information. Then, the progress simulation unit 315 may completely or simplify the game screen currently displayed on the user terminal 100 based on the game program 131 and reproduce it on the display unit 352 of the own device. Alternatively, the progress simulation unit 315 may grasp the progress of the game at the present time, predict the progress of the game after the present 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, the operation instruction data for operating the character is generated and supplied to the user terminal 100. For example, the character control unit 316 generates operation instruction data instructing an operator (voice actor or the like) to speak to the character to be controlled based on the voice data input via the microphone 3010. The operation instruction data generated in this way includes at least the above-mentioned voice data. Further, for example, an operator (model or the like) generates motion instruction data instructing the character to be controlled to perform a motion based on the motion capture data input via the motion capture device 3020. The motion instruction data generated in this way includes at least the above-mentioned motion capture data.
  • the operation instruction data generated in this way includes at least the above-mentioned operation history data.
  • the operation history data is, for example, information in which operation logs indicating which button of the controller 3030 is pressed at what timing by the operator when which screen is displayed on the display unit are organized in chronological order. ..
  • the display unit here may be a display unit linked to the controller 3030, may be a display unit 352 of the touch screen 35, or may be another display unit connected via the input / output IF 34. ..
  • the character control unit 316 identifies a command instructing the operation of the character associated with the input operation input by the operator via the above-mentioned input mechanism or operation unit. Then, the character control unit 316 arranges the commands in the order in which they are input to generate a motion command group indicating a series of actions of the character, and generates motion instruction data instructing the character to be operated according to the motion command group. You may.
  • the motion instruction data generated in this way includes at least the above-mentioned motion command group.
  • the reaction processing unit 317 receives feedback on the user's reaction from the user terminal 100 and outputs this to the operator of the operation instruction device 300.
  • the user terminal 100 can create a comment addressed to the character while the character is operated according to the above-mentioned operation instruction data.
  • the reaction processing unit 317 receives the comment data of the comment and outputs it.
  • the reaction processing unit 317 may display the text data corresponding to the user's comment on the display unit 352, or may output the voice data corresponding to the user's comment from a speaker (not shown).
  • the functions of the user terminal 100, the server 200, and the operation instruction device 300 shown in FIG. 2 are merely examples. Each device of the user terminal 100, the server 200, and the operation instruction device 300 may have at least a part of the functions of the other devices. Further, 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 be made to execute a 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 a user terminal 100, a server 200, an operation instruction device 300, and another device other than the user terminal 100, and is realized by a combination of a plurality of these devices. May be done.
  • the progress simulation unit 315 may be omitted.
  • the control unit 310 can function as the reaction processing unit 317 according to the description of the character control program 134.
  • FIG. 3 is a flowchart showing an example of the basic game progress of this game.
  • the game is divided into, for example, two gameplay parts.
  • the first part is a story part and the second part is a live distribution part.
  • the game may include an acquisition part that allows the user to acquire a game medium that is digital data that can be used in the game in exchange for valuable data possessed by the user.
  • the play order of each part is not particularly limited.
  • FIG. 3 shows a case where the user terminal 100 executes a game in the order of a story part, an acquisition part, and a live distribution part.
  • step S1 the game progress unit 115 executes the story part.
  • the story part includes a fixed scenario S11 and an acquisition scenario S12 (described later).
  • the story part includes, for example, a scene in which the main character operated by the user and the character interact with each other.
  • the "scenario" collected as digital data corresponds to one episode of a story related to a character, is supplied from the server 200, and is temporarily stored in the storage unit 120.
  • the game progress unit 115 reads out one scenario stored in the storage unit 120, and advances one scenario according to the input operation of the user until the end is reached.
  • the scenario includes an option to be selected by the user, a response pattern of the character corresponding to the option, and the like, and different endings may be obtained in one scenario depending on which option the user selects. ..
  • the game progress unit 115 presents a plurality of options corresponding to the action from the main character to the character so that the user can select them, and advances the scenario according to the options selected by the user.
  • the game progress unit 115 may make the user acquire a reward according to the ending.
  • the reward is provided to the user, for example, as a game medium which is digital data that can be used in the game.
  • the game medium may be, for example, an item such as clothing that can be worn by the character.
  • "to make the user acquire the reward” may, as an example, change the status of the game medium as the reward managed in association with the user from unusable to usable.
  • the game medium may be stored in at least one of the memories (memory 11, memory 21, memory 31) included in the game system 1 in association with the user identification information, the user terminal ID, or the like.
  • step S3 the game progress unit 115 executes the acquisition part.
  • the game medium acquired by the user may be a new scenario different from the scenario provided to the user terminal 100 at the time of the first download.
  • the former scenario will be referred to as a fixed scenario, and the latter scenario will be referred to as an acquisition scenario.
  • the scenario When it is not necessary to distinguish between the two, it is simply referred to as a scenario.
  • the game progress unit 115 causes the user to possess an acquisition scenario different from the fixed scenario that the user already possesses, in exchange for consuming the user's valuable data.
  • the scenario to be acquired by the user may be determined by the game progress unit 115 or the progress support unit 211 of the server 200 according to a predetermined rule. More specifically, the game progress unit 115 or the progress support unit 211 may execute a lottery and randomly determine a scenario to be acquired by the user from a plurality of acquisition scenarios.
  • the acquisition part may be executed at any time before and after the story part and the live distribution part.
  • step S4 the game progress unit 115 determines whether or not the operation instruction data has been received from an external device via the network. While the operation instruction data is not received from the external device, the game progress unit 115 may return from NO in step S4 to, for example, step S1 to execute the story part. Alternatively, the game progress unit 115 may execute the acquisition part of step S3. On the other hand, when the operation instruction data is received from the external device, the game progress unit 115 proceeds from YES in step S4 to step S5.
  • step S5 the game progress unit 115 executes the live distribution part (second part). Specifically, the game progress unit 115 advances the live distribution part by operating the character according to the operation instruction data received in step S4.
  • step S1 the user simply interacts with the character showing a definite reaction via the UI in the scenario.
  • the user can freely and interactively interact with the character that operates in real time based on the operation instruction data transmitted from the external device.
  • the analysis unit 116 receives the operation instruction data including the voice data and the motion data generated according to the content of the input operation of the user from the operation instruction device 300.
  • the game progress unit 115 causes the character to speak based on the voice data included in the received motion instruction data, and moves the character based on the above-mentioned motion data. Thereby, the reaction of the character to the above-mentioned input operation of the user can be presented to the user.
  • the user terminal 100 is configured to execute the following steps in order to improve the interest of the game based on the game program 131.
  • the user terminal 100 is operation instruction data that specifies an operation of an NPC that neither the user nor another user operates, and is based on the first operation instruction data stored in advance in the memory 11.
  • NPC control device NPC control device
  • the user terminal 100 operates the NPC in the first part based on the first operation instruction data downloaded in advance.
  • the user terminal 100 receives the second operation instruction data from the operation instruction device 300, and in the second part, operates the NPC based on the second operation instruction data. 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 is unconventional and its expression is greatly expanded. Therefore, the user can feel the reality as if the NPC is in the real world through the relationship with the NPC during the game play. As a result, it has the effect of increasing the immersive feeling of the game and improving the interest of the game.
  • FIG. 4 is a diagram showing an example of a data structure of operation instruction data processed by the game system 1 according to the present embodiment.
  • the action instruction data includes each item of "destination” and “creator” which is meta information, and each item of "character ID”, "voice” and “movement” which are the contents of the data. It is composed of.
  • the destination designation information is stored in the item "destination".
  • 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 may be identification information of the group to which the user terminal 100 belongs. It may be a symbol (for example, "ALL") indicating that the destination is all user terminals 100 satisfying a certain condition.
  • the creation source information is stored in the item "creation source".
  • the creation source information is information indicating which device created the operation instruction data.
  • the creation source information is information related to a user (hereinafter referred to as user-related information) that can identify a specific user, such as a user ID, a user terminal ID, and a unique address of the user terminal.
  • the creation source information may be an ID or an address indicating the server 200 or the operation instruction device 300, and if the creation source is the server 200 or the operation instruction device 300, the value of the item is left empty.
  • the item itself may not be provided in the operation instruction data.
  • character ID stores a character ID for uniquely identifying a character appearing in this game.
  • the character ID stored here represents which character's action is indicated by the action instruction data.
  • the item "voice” stores voice data to be expressed in the character.
  • Motion data that specifies the movement of the character is stored in the item "movement".
  • 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, may be data that tracks the facial expression and mouth movement of the actor, or may be both.
  • the motion data may be a motion command group instructing a series of movements of the character specified by an operation input by the operator of the operation instruction device 300 via the controller 3030.
  • buttons A, B, C, and D of the controller 3030 For example, when the commands "raise the right hand”, “raise the left hand”, “walk”, and “run” are assigned to the buttons A, B, C, and D of the controller 3030, the operator can use them. , Button A, button B, button C, and button D are pressed in succession. In this case, a group of motion commands in which the commands “raise right hand”, “raise left hand”, “walk”, and “run” are arranged in the above order is stored in the "movement" item as motion data. Will be done. In this embodiment, the voice data and the motion data are included in the operation instruction data in a synchronized state.
  • the game progress unit 115 can operate the character appearing in the game as intended by the creator of the motion instruction data. Specifically, when the operation instruction data includes voice data, the game progress unit 115 causes the character to speak based on the voice data. Further, when the motion data includes motion data, the game progress 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. do.
  • FIG. 5 is a diagram showing an example of the data structure of the game information 132 processed by the game system 1 according to the present embodiment.
  • the items provided in the game information 132 are appropriately determined according to the genre, nature, content, etc. of the game, and the exemplary items do not limit the scope of the present invention.
  • the game information 132 is configured to include each item of "play history", “item”, “intimacy”, “famousness”, and “delivery history”. Each of these items is appropriately referred to when the game progress unit 115 advances the game.
  • the user's play history is stored in the item "play history".
  • the play history is information indicating whether or not the user's play is completed for each scenario stored in the storage unit 120.
  • the play history includes a list of fixed scenarios downloaded at the beginning of the play and a list of acquisition scenarios acquired later in the acquisition part. In each list, statuses such as "played”, “unplayed”, “playable”, and “unplayable” are associated with each scenario.
  • the item "item” stores a list of items owned by the user as a game medium.
  • the item is, for example, a clothing item worn by a character.
  • the user can make the character wear the items obtained by playing the scenario and customize the appearance of the character.
  • the item "Intimacy” stores intimacy, which is one of the character's statuses.
  • the new density is a parameter that indicates the friendliness of the user's alter ego, the "hero", with the character.
  • the game progress unit 115 may advance the game in the user's favor as the intimacy is higher.
  • the game progress unit 115 may increase or decrease the intimacy depending on whether the play result of the scenario is good or bad.
  • the game progress unit 115 increases the intimacy more as the user selects the option well and the ending greeted in the scenario is better.
  • the game progress unit 115 may reduce the intimacy when the user reaches the scenario at the bad end.
  • the item "Familiarity" stores the fame level, which is one of the character's statuses.
  • 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 video distribution activity of the character, raise the name of the character, and realize the dream of the character.
  • a special scenario may be offered as a reward to a user who has achieved a certain level of name recognition.
  • the item "Distribution history” stores a list of videos, so-called back numbers, that have been live-distributed from characters in the past in the live distribution part.
  • the live distribution part the video that is PUSH-distributed in real time can be viewed only at that time.
  • the moving images for past distribution are recorded by the server 200 or the operation instruction device 300, and can be PULL distributed in response to a request from the user terminal 100.
  • the back number may be made available for download by the user for a fee.
  • FIG. 6 is a diagram showing an example of a quest presentation screen 400 displayed on the display unit 152 of the user terminal 100.
  • the game progress unit 115 presents a quest to the user according to the game program 131 while the scenario is in progress. Specifically, the game progress unit 115 causes the character to speak a request item corresponding to a quest to the hero in a dialogue between the hero and the character. At this time, for example, the game progress unit 115 may display the quest presentation screen 400 shown in FIG. 6 on the display unit 152.
  • the method of presenting a character that performs a series of actions of "making the character speak a request” is not particularly limited.
  • the game progress unit 115 may display a character that utters the request as a still image based on the text data stored in the storage unit 120 in advance.
  • the game progress unit 115 displays a quest presentation screen 400 including a character 401, a balloon 402 indicating that the character 401 is speaking, and text data of a request item arranged in the balloon 402. Display on 152.
  • the game progress unit 115 may display an animation of the character who utters the request item based on the operation instruction data corresponding to the scene in which the request item is uttered, which is stored in the storage unit 120 in advance.
  • the game progress unit 115 moves the character 401 according to the motion capture data included in the motion instruction data, and transfers the voice data included in the motion instruction data as voice from a speaker (not shown) included in the user terminal 100.
  • Output is not particularly limited.
  • the game progress unit 115 may realize the quest by a location information game using the location registration information of the user terminal 100.
  • the game progress unit 115 acquires the current position information (for example, address information, latitude / longitude information, etc.) 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.
  • the map data that is the source of generating the map 403 is acquired from another service providing device (server) that provides the map data via the network.
  • the map data may be stored in the storage unit 120 of the user terminal 100 in advance.
  • the game progress unit 115 determines a position (address, latitude / longitude, etc.) at which an object that can solve the request (hereinafter referred to as a target) can be acquired, and a target icon is placed at a position on the map corresponding to the determined position. 404 is superimposed and displayed.
  • a position address, latitude / longitude, etc.
  • a target icon is placed at a position on the map corresponding to the determined position. 404 is superimposed and displayed.
  • the position of the target may be randomly determined by the game progress unit 115, or may be determined in advance according to the contents of the scenario, the quest, and the target.
  • the game progress unit 115 determines that the main character has reached the target object, and causes the user to acquire the target object. The game progress unit 115 determines that the quest has been cleared.
  • the game progress unit 115 may generate a quest resolution screen 500 and display it on the display unit 152.
  • FIG. 7 is a diagram showing an example of a quest resolution screen 500 displayed on the display unit 152 of the user terminal 100.
  • the quest resolution screen 500 includes a character 401.
  • the game progress unit 115 causes the character 401 to perform the operation of "thank the hero for the resolution of the request".
  • the game progress unit 115 may cause the character 401 to perform this operation based on the operation instruction data stored in advance.
  • the game progress unit 115 may reproduce the scene in which the character 401 is thanking by arranging the still image of the character 401 and the text data 501 corresponding to the content of the statement on the quest resolution screen 500.
  • the game progress unit 115 may release one new fixed scenario related to the client character 401 as a reward for clearing the quest, and transition to a state in which the user can play. Specifically, the game progress unit 115 reads the play history shown in FIG. 5 and updates the status of the predetermined fixed scenario from "playable" to "playable”.
  • the game progress unit 115 may increase the intimacy between the main character and the character based on the fact that the quest has been cleared.
  • the game progress unit 115 may be configured to increase intimacy as the play content of the quest (time required, distance traveled, number of acquisitions, degree of joy of the character, rarity of the acquired target, etc.) is better. ..
  • the dialogue with the character progresses and the scenario progresses.
  • the scenario has one ending, the user has completed playing the scenario.
  • the game progress unit 115 may allow the user to acquire an item as a reward for playing the scenario by the user.
  • the item is, for example, a clothing item to be worn by the character 401.
  • the game progress unit 115 determines the items to be acquired by the user based on a predetermined rule. For example, the game progress unit 115 may give the user an item preliminarily associated with the scenario played, or may provide the user with the play content of the scenario (time required to clear the quest, acquired intimacy, and good choices). Items determined according to the selection, etc.) may be given. Alternatively, the item to be given to the user may be randomly determined from a plurality of candidates.
  • the game progress unit 115 may generate a reward screen 600 for notifying the user of the acquired item and display it on the display unit 152.
  • FIG. 8 is a diagram showing an example of a reward screen 600 displayed on the display unit 152 of the user terminal 100.
  • the reward screen 600 may include an icon 601 of the acquired item and a name 602 of the item.
  • the user can confirm the items that he / she has acquired.
  • the game progress unit 115 adds the above-mentioned acquired item to the item list stored in the item "item" shown in FIG.
  • the game progress unit 115 When the game progress unit 115 receives the operation instruction data from an external device such as the operation instruction device 300, the game progress unit 115 operates the character based on the operation instruction data in the live distribution part. For example, in the live distribution part, a moving image reproduction screen 800 including a character that operates based on the operation instruction data is generated and displayed on the display unit 152.
  • FIG. 9 is a diagram showing an example of a moving image reproduction screen 800 displayed on the display unit 152 of the user terminal 100.
  • the moving image reproduction screen 800 includes at least a character (character 802 in the illustrated example) that was a dialogue partner in the story part.
  • the game progress unit 115 reflects the movement indicated by the motion capture data included in the movement instruction data supplied from the external device (hereinafter referred to as the movement instruction device 300) in the movement of the character 802. .
  • the motion capture data is obtained by acquiring the movement of the model 702 at the installation location of the motion instruction device 300 via the motion capture device 3020. Therefore, the movement of the model 702 is directly reflected in the movement of the character 802 displayed on the display unit 152.
  • the game progress unit 115 outputs the voice data 801 included in the movement instruction data supplied from the movement instruction device 300 as the voice 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 via the microphone 3010 at the installation location of the operation instruction device 300. Therefore, the voice data 801 corresponding to the voice 700 emitted by the voice actor 701 is output as it is from the speaker of the user terminal 100.
  • the voices and movements of the existing voice actors 701 and model 702 at the installation location of the operation instruction device 300 are directly reflected in the voices and movements of the character 802.
  • the user can feel the reality of the character 802 as if it exists in the real world, and can immerse himself in the game world. ..
  • the game progress unit 115 may determine the play result of the story part based on the input operation of the user in the story part (first part). Then, in the live distribution part (second part), the game progress unit 115 may display the character to be operated based on the operation instruction data on the display unit 152 in a display mode according to the play result.
  • the game progress unit 115 synthesizes the object of the item into the object of the character 802. It is preferable to do so.
  • the item acquired by the user playing the story part can be reflected in the clothing of the character 802 operating in the live distribution part.
  • an item as a fashion item for example, a Usamimi band
  • the game progress unit 115 reads out the information of the clothing item from the game information 132 shown in FIG. 5, and synthesizes the object of the item (in the illustrated example, the clothing item 803) into the character 802.
  • the user can feel the attachment to the character 802 and enjoy the live distribution part even more. Further, the user's motivation to upgrade the clothing of the character 802 can be cultivated, and as a result, the motivation to play the story part can be strengthened.
  • the game progress unit 115 may be able to input a comment addressed to the character 802 in response to the operation of the character 802.
  • the game progress unit 115 arranges a comment input button 804 on the moving image reproduction screen 800.
  • the user touches the comment input button 804 to call a UI for inputting a comment, operates the UI, and inputs a comment addressed to the character 802.
  • the UI may be for the user to select a desired comment from some prepared comments.
  • the UI may be for the user to edit characters and enter comments.
  • the UI may be for the user to input a comment by voice.
  • FIG. 10 is a flowchart showing a flow of processing executed by each device constituting the game system 1.
  • step S101 when the game progress unit 115 of the user terminal 100 receives an input operation for starting a game from the user, it accesses the server 200 and requests login.
  • step S102 the progress support unit 211 of the server 200 confirms that the status of the user terminal 100 is online, and responds that the login has been accepted.
  • step S103 the game progress unit 115 advances the game according to the input operation of the user while communicating with the server 200 as necessary.
  • the game progress unit 115 may advance the story part or the acquisition part for acquiring a new scenario.
  • step S104 the progress support unit 211 supports the progress of the game on the user terminal 100 by providing necessary information to the user terminal 100 as needed.
  • the sharing support unit 212 of the server 200 proceeds from YES in step S105 to step S106.
  • the live distribution time is, for example, predetermined by the game master and managed by the server 200 and the operation instruction device 300. Further, the live distribution time may be notified to the user terminal 100 in advance, or may be kept secret until the actual live distribution time is reached. In the former case, live distribution can be stably supplied to the user, and in the latter case, live distribution with special added value can be supplied to the user as a surprise distribution.
  • the sharing support unit 212 searches for one or more user terminals 100 having the right to receive live distribution.
  • the conditions for receiving live distribution may be set by the game master as appropriate, but at least the conditions include that the application of this game is installed and that the game is online at the time of live distribution.
  • the user terminal 100 that is online at the time of live distribution that is, that is running the application of this game, is searched for as the user terminal 100 that has the right to receive live distribution.
  • the sharing support unit 212 may further add that the user terminal 100 is owned by the user who has paid the consideration for receiving the live distribution.
  • the sharing support unit 212 may search for a specific user terminal 100 that has made a reservation to receive live distribution in advance at the above-mentioned live distribution time as a user terminal 100 that has the right to receive live distribution. good.
  • step S107 the sharing support unit 212 notifies the operation instruction device 300 of one or more detected user terminals 100.
  • 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.
  • step S108 the character control unit 316 of the operation instruction device 300 proceeds from YES in step S108 to steps S109 to S110 at the live distribution time. Which of steps S109 to S110 may be executed first.
  • step S109 the character control unit 316 acquires the voice input by an actor such as a voice actor via the microphone 3010 as voice data.
  • step S110 the character control unit 316 acquires the motion input by the actor such as the model via the motion capture device 3020 as motion capture data.
  • step S111 the character control unit 316 generates operation instruction data (second operation instruction data). Specifically, the character control unit 316 identifies a character to be delivered a moving image at the above-mentioned live distribution start time, and stores the character ID of the character in the item of "character ID" of the operation instruction data. Which character's moving image is to be delivered at what time may be scheduled in advance by the game master and registered in the operation instruction device 300. Alternatively, the operator of the operation instruction device 300 may specify in advance to the operation instruction device 300 which character the operation instruction data should be created. The character control unit 316 stores the voice data acquired in step S109 in the “voice” item of the operation instruction data.
  • the character control unit 316 stores the motion capture data acquired in step S110 in the “movement” item of the operation instruction data.
  • the character control unit 316 associates the voice data with the motion capture data so that the voice data and the motion capture data are synchronized with each other.
  • the character control unit 316 may use group identification information of a group of these user terminals 100 or one user terminal 100 so that the destination is one or more user terminals 100 notified by the server 200 in step S107.
  • the address is stored in the "destination" item of the operation instruction data as the destination designation information.
  • step S112 the character control unit 316 transmits the operation 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 acquires voice data and motion capture data obtained by the actor making a voice or moving, and immediately renders them into motion instruction data, and distributes them to each user terminal 100 in real time. Is desirable.
  • step S113 the analysis unit 116 of the user terminal 100 receives the above-mentioned operation instruction data via the communication IF 13.
  • the analysis unit 116 may receive the operation instruction data at a time previously announced to be live-streamed from the operation instruction device 300 or the server 200.
  • step S114 the analysis unit 116 analyzes the received operation instruction data by using the reception as a trigger.
  • step S115 when the game progress unit 115 receives the above-mentioned operation instruction data, if the live distribution part is not executed, the game progress unit 115 starts the live distribution part. At this time, if another part is being executed, the game progress unit 115 interrupts the progress of the part and then starts the live distribution part.
  • the game progress unit 115 may output a message to the display unit 152 to suspend the part being executed because the live distribution has started, and save the progress of the part in the storage unit 120. desirable.
  • the game progress unit 115 may omit step S115. In this case, the game progress unit 115 may output a message to the effect that the distribution of the operation instruction data (that is, the moving image of the body to be live-streamed by the character) has started to the display unit 152.
  • step S116 the game progress unit 115 advances the live distribution part by operating the character based on the moving image instruction data analyzed by the analysis unit 116. Specifically, the game progress unit 115 causes the display unit 152 to display the moving image reproduction screen 800 and the like shown in FIG. The game progress unit 115 reproduces the voice and movement in real time at almost the same time as the actors such as the voice actor 701 and the model 702 are making a voice or moving at the place where the operation instruction device 300 is installed. It is reflected in the speech and movement of the character 802 on the screen 800.
  • the analysis unit 116 and the game progress unit 115 continue rendering and reproducing the real-time moving image while continuously receiving the operation instruction data from the operation instruction device 300. Specifically, the game progress unit 115 does not accept any input operation from the user, and while the operation instruction data is received, returns from NO in step S117 to step S113, and repeats the subsequent steps.
  • step S117 If the operation reception unit 111 receives an input operation from the user while the character is operating based on the operation instruction data in step S117, the game progress unit 115 proceeds from YES in step S117 to step S118.
  • the operation receiving unit 111 accepts an input operation for the comment input button 804 on the moving image reproduction screen 800.
  • step S118 the game progress unit 115 transmits the comment data generated in response to the above-mentioned input operation to the operation instruction device 300.
  • the game progress unit 115 may transmit the comment ID of the selected comment as comment data.
  • the game progress unit 115 may transmit the text data of the text input by the user as comment data.
  • the game progress unit 115 may transmit the voice data of the voice input by the user as comment data.
  • the game progress unit 115 may recognize the voice input by the user, convert it into text data, and transmit it as comment data.
  • step S119 the reaction processing unit 317 of the operation instruction device 300 receives the comment data transmitted from the user terminal 100 via the communication IF 33.
  • step S120 the reaction processing unit 317 outputs the received comment data to the operation instruction device 300.
  • the reaction processing unit 317 displays the text data included in the comment data on the display unit 352. This allows operators to receive feedback on how the user responded to the character they moved. Then, the operator can determine the action of the further character according to this feedback. That is, the operation instruction device 300 returns to step S109, continues to acquire the voice data and the motion capture data, and continues to provide the operation 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 in the own terminal is received by the operation instruction device 300.
  • the user terminal 100 receives voice data corresponding to the content of the character's speech, motion capture data corresponding to the movement of the character, and the like, and operation instruction data. Then, the user terminal 100 continuously operates the character based on the operation instruction data. As a result, it is possible for the user to experience real-time interactive interaction with the character.
  • the user terminal 100 may receive a motion command group in which one or more commands instructing the operation of the character are arranged in the order instructed by the operator of the operation instruction device 300.
  • the character for live-streaming the moving image in the live-streaming part does not have to be an NPC in the other part. That is, the present invention can also be applied to a game in which a PC operating based on a user's operation in another part performs live distribution of a moving image as an NPC in the live distribution part.
  • the user terminal 100 is configured to execute the following steps in order to improve the interest of the game based on the game program 131.
  • the user terminal 100 is a character according to a user's input operation input to the computer (user terminal 100) via the operation unit (input / output IF 14, touch screen 15, camera 17, distance measurement sensor 18).
  • the second part is advanced by operating the character based on the step of advancing the first part by operating the character and the operation instruction data specifying the operation of the character received from the NPC control device (operation instruction device 300). And perform the steps to make it.
  • the operation instruction data includes at least one of voice data and motion capture data.
  • the user terminal 100 transmits the content of the user's input operation to the NPC control device, receives the operation instruction data determined by the NPC control device based on the content of the input operation, and receives the operation instruction data.
  • the character is operated by using the reception of the operation instruction data as a trigger.
  • FIG. 11 is a flowchart showing a basic game progress of a game executed based on the game program according to the second modification of the first embodiment.
  • Step S1a is the same as step S1 in FIG. That is, the game progress unit 115 executes the story part (first part).
  • the story part includes a fixed scenario S11a and an acquisition scenario S12a.
  • a scene in which the main character operated by the user and the character interact with each other is included.
  • the "scenario" collected as digital data corresponds to one episode of a story related to a character, is supplied from the server 200, and is temporarily stored in the storage unit 120.
  • the game progress unit 115 reads out one scenario stored in the storage unit 120, and advances one scenario according to the input operation of the user until the end is reached.
  • the scenario includes an option to be selected by the user, a response pattern of the character corresponding to the option, and the like, and different endings may be obtained in one scenario depending on which option the user selects. ..
  • the game progress unit 115 presents a plurality of options corresponding to the action from the main character to the character so that the user can select them, and advances the scenario according to the options selected by the user.
  • the character may be the above-mentioned NPC, and is not a target of direct operation by any user who is a game player here.
  • step S13a While the story part of step S1a is in progress, in step S13a, the game progress unit 115 receives a specific action by the user. In response to this, the game progress unit 115 proceeds to step S4a, and an operation for switching from the story part to the live distribution part is performed. It is preferable that the game progress unit 115 continuously executes the story part of step S1a until the user does not accept a specific action in step S13a.
  • the result of a specific action by the user in the story part includes, for example, that the position of the user terminal 100 acquired by the above-mentioned position registration system included in the user terminal 100 becomes a predetermined position. More specifically, as described with respect to FIG. 6, the quest is realized by the location information game using the location registration information of the user terminal 100, and the user holds the user terminal 100 and is determined by the game progress unit 115. Move to position. As a result, when the current position information of the user terminal 100 matches the determined position, the progress of the game is live-streamed in place of or in addition to causing the user to acquire the target (FIG. 8). You may want to switch to the part automatically.
  • virtual location information may be applied instead of the actual location registration information of the user terminal 100 acquired by the location registration system. That is, the result of a specific action by the user in the story part may include that the virtual position of the character being operated by the user during the game becomes a predetermined position.
  • the result of a particular action by the user in the story part includes the completion of a given scenario associated with the story part. More specifically, in the story part, when the user clears one or more quests or selects an option, the dialogue with the character progresses and the scenario progresses. Then, when the scenario has one end, the user has completed the play of the scenario. As a result, the game may automatically switch from the story part to the livestream part.
  • step S4a is the same as step S4 in FIG. That is, the game progress unit 115 determines whether or not the operation instruction data has been received from the external device (server 200 or the operation instruction device 300) via the network. While the operation instruction data is not received from the external device, the game progress unit 115 may return from NO in step S4a to, for example, step S1a, and continue to execute the story part. On the other hand, when the operation instruction data is received from the external device, the game progress unit 115 proceeds from YES in step S4a to step S5a.
  • Step S5a is the same as step S5 in FIG. That is, the game progress unit 115 executes the live distribution part (second part). Specifically, the game progress unit 115 advances the live distribution part by operating the character according to the operation instruction data received in step S4a. In step S1a, the user simply interacts with the character showing a definite reaction via the UI in the scenario. However, in the live distribution part, the user can freely and interactively interact with the character that operates in real time based on the operation instruction data transmitted from the external device. More specifically, the analysis unit 116 inputs operation instruction data including voice data and motion data input by an operator (including a voice actor and a model) associated with the NPC according to the content of the input operation of the user.
  • the analysis unit 116 inputs operation instruction data including voice data and motion data input by an operator (including a voice actor and a model) associated with the NPC according to the content of the input operation of the user.
  • the game progress unit 115 causes the character to speak based on the voice data included in the received motion instruction data, and moves the character based on the above-mentioned motion data. This allows the user and the operator to collaborate while synchronizing their actions in real time and interactively. That is, the reaction of the character to the above-mentioned user's input operation can be presented to the user.
  • step S105 instead of determining whether the server 200 is the live distribution time, the server 200 is specified by the user. It is better to judge whether the action has been accepted. That is, when the determination condition is satisfied, the server 200 and the operation instruction device 300 provide the live distribution in the live distribution part to the user terminal 100. On the contrary, when the determination condition is not satisfied, the progress of the game is controlled so that the user terminal 100 does not proceed to the live distribution part.
  • the user terminal 100 When the determination condition is satisfied, the user terminal 100 operates the NPC based on the operation instruction data, and can execute the progress of the live distribution part. Specifically, when the operation instruction terminal 300 has already started the live distribution from S108 to S110, the user terminal 100 may be able to receive the real-time live distribution from the middle. Instead of this, when the determination condition is satisfied, the live distribution is started by using this as a trigger, and the user terminal 100 may be able to receive the supply of the completed live distribution from the beginning. .. It should be noted that a specific action by the user, which is a determination condition, is determined in advance by, for example, a game master, and is managed by the server 200 and the operation instruction device 300.
  • the user terminal 100 operates the NPC in the first part based on the first operation instruction data downloaded in advance. Then, switching from the first part to the second part is performed according to the result of the user performing a specific action in the first part.
  • the user terminal 100 receives the second operation instruction data from the operation instruction device 300, and in the second part, operates the NPC based on the second operation instruction data. 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 is unconventional and its expression is greatly expanded. Therefore, the user can feel the reality as if the NPC is in the real world through the relationship with the NPC during the game play. As a result, it has the effect of increasing the immersive feeling of the game and improving the interest of the game. Further, in order to move to the second part, the user needs to perform a specific action in the first part, so that the game quality can be further enhanced.
  • the live distribution for advancing the live distribution part is received instead of the configuration that automatically switches to the live distribution part.
  • Rights may be granted to the user.
  • the right here may be in the form of a ticket, and the user holding the ticket has the right to access the live delivered.
  • live distribution part can be advanced when the live distribution time comes.
  • users who do not have tickets cannot proceed with the livestreaming part.
  • the live distribution time may be notified to the user terminal 100 in advance, or may be kept secret until the actual live distribution time is reached. In the former case, live distribution can be stably supplied to the user, and in the latter case, live distribution with special added value can be supplied to the user as a surprise distribution.
  • the game executed by the game system 1 according to the second embodiment is, as an example, a training simulation game including elements of a love simulation game, as in the first embodiment.
  • the game includes at least a live distribution part.
  • the game may be composed of a single live distribution part or may be composed of a plurality of parts. In one example, it may be composed of a combination of a story part and a live distribution part as shown in FIGS. 3 and 11. Further, in the live distribution part, the character whose operation is controlled by the operation instruction device 300 may be a PC or an NPC.
  • a character that operates as an NPC in the live distribution part may operate as a PC in another part according to an input operation of a user who is a game player.
  • the character may operate as a PC in the live distribution part according to an input operation of a user who is a game player. Then, when the live distribution is started, the character may be switched to the NPC and operate according to the operation instruction data supplied from the operation instruction device 300.
  • the user requests the progress of the completed live distribution part even after the real-time live distribution is once completed, and the live is performed based on the received operation instruction data.
  • the distribution part can be advanced again.
  • the user can look back at the live stream again, and even if he / she misses it, he / she can watch the live stream again.
  • the game including the story part and the live distribution part after the story part progresses through the first and second embodiments, and the modified examples thereof, and the scene after the end of the live distribution time is assumed.
  • the character is assumed to be an NPC that is not a target of direct operation by a user who is a game player.
  • the user terminal 100 is configured to execute the following steps in order to improve the interest of the game based on the game program 131.
  • the user terminal 100 (computer) has a step of requesting the progress of a completed live distribution part via an operation unit such as an input unit 151, and a server 200 or an operation instruction device 300 (character control device). ), The step of receiving the recorded operation instruction data related to the completed live distribution part, and the step of advancing the completed live distribution part by operating the NPC based on the recorded operation instruction data.
  • the recorded operation instruction data includes motion data and voice data input by the operator associated with the NPC.
  • the operator includes not only a model and a voice actor but also an operator who performs some operation on the operation instruction device 300 (character control device), but does not include a user who is a game player.
  • the recorded operation instruction data is often stored in the storage unit 200 of the server 200 or the storage unit 320 of the operation instruction device 300, and is delivered to the user terminal 110 again in response to a request from the user terminal 100. It is good to do it.
  • the progress of the completed live distribution part based on the recorded operation instruction data is different depending on the result of whether or not the user has progressed the live distribution part in real time. Specifically, when it is determined that the user has a track record of advancing the live distribution part in real time, the same live distribution part as the user has advanced the live distribution part in real time is advanced again. Is good (return delivery). In return delivery, it is better to perform a selective progression of the live delivery part. On the other hand, when it is determined that the user has no record of progressing the live distribution part in real time, it is preferable to proceed with the live distribution part having a progress mode different from that progressed in real time (missed distribution).
  • the real-time live distribution part can proceed. Nevertheless, this includes cases where this was not actually done. For missed deliveries, it's a good idea to perform a limited progression of the live stream part.
  • the analysis unit 116 further receives the user action history information in the live distribution part.
  • the user action history information is a data set of user actions recorded by an input operation during the progress of the live distribution part, in addition to the contents of the recorded action instruction data.
  • the user action history information is often associated with the recorded operation instruction data, and is preferably stored in the storage unit 220 of the server 200 or the storage unit 320 of the operation instruction device 300.
  • the user behavior history information may be stored in the storage unit 120 of the user terminal 100.
  • FIG. 12 is a diagram showing an example of a data structure of user behavior history information.
  • the user action history information includes, for example, items such as action time, action type, and action details in which the user has acted in the live distribution part, and is associated with a user ID that identifies the user.
  • the item “behavior time” is the time information in which the user performed an action in the live distribution part
  • the item “behavior type” is a type indicating the user's action
  • the item “behavior details” is the specific action of the user. Content.
  • the consumption of valuable data by the user's input operation for example, throwing money and billing by purchasing items, etc.
  • comment input for example, comment input
  • character input for example, changing items such as clothing (so-called dress-up)
  • Actions such as changing items such as clothing (so-called dress-up) may be included.
  • an action may include selection of a time for later playing back a specific progress portion of the live distribution part (for example, a recording operation of the specific progress portion).
  • such actions may include the acquisition of rewards, points, etc. during the live distribution part.
  • the user action history information is preferably associated with each other between the data structure of the operation instruction data described in FIG. 4 and the data structure of the game information described in FIG. It should be understood by those skilled in the art that these data structures are merely examples and are not limited thereto.
  • FIG. 13 is a flowchart showing an example of a basic game progress of a game executed based on the game program according to the present embodiment.
  • the processing flow is applied to the scenes after the end of the live distribution time when the real-time live distribution part has already been completed.
  • step S151 the operation unit 151 of the user terminal 100 newly requests the progress of the completed live distribution part.
  • step S152 in response to the request in step S151, the user terminal 100 receives the recorded operation instruction data related to the completed live distribution part from the server 200 or the operation instruction device 300 (character control device).
  • the recorded action instruction data includes motion data and voice data input by the operator associated with the character.
  • the user terminal 100 may receive various progress record data acquired and recorded along with the movement of the character during the progress of the real-time live distribution part.
  • the progress record data may include viewer behavior data in which the user who participated in the real-time live distribution part behaves in accordance with the movement of the character.
  • the viewer behavior data is data including a record of the behavior during the live of all the users (that is, the viewers who participated in the live) who have advanced the real-time live distribution part in real time.
  • the viewer behavior data should include messaging content such as text messages and icons sent by the viewer to the character in real time during the live performance.
  • the recorded operation instruction data and progress record data may be received by the user terminal 100 as separate data, and each may be analyzed (rendered).
  • the server 200 or the operation instruction device 300 the previously recorded operation instruction data and the viewer behavior data may be combined, and the combined data set may be received by the user terminal 100 at one time. By receiving the combined data set, it is possible to reduce the load of subsequent data analysis (rendering) by the user terminal 100.
  • the progress record data is combined with the recorded action instruction data (that is, the recorded action order data includes the progress record data).
  • step S153 the game progress unit 115 determines whether or not the user has a track record of progressing the live distribution part in real time.
  • the determination may be performed, for example, with reference to the item "destination" shown in FIG. 4 based on whether there is a record of the action instruction data being transmitted to the user terminal 100.
  • the live distribution part is executed based on whether the status is "played” by referring to the item "play history” shown in FIG. 5, the item “distribution history” is also referred to. It may be executed based on whether or not there is a record of live distribution from the character in the past.
  • the operation instruction data already recorded is stored in the storage unit 120 of the user terminal 100, it may be determined that the live distribution part has already been advanced in real time.
  • the determination may be performed by combining them, or by any other method.
  • step S153 If it is determined in step S153 that the user has a track record of advancing the live distribution part in real time (YES), the progress of the completed live distribution part is "return distribution". On the other hand, when it is determined in step S153 that the user has no record of advancing the live distribution part in real time (NO), the progress of the completed live distribution part is "missed distribution". As mentioned above, the user experience is different between "return delivery” and "missed delivery”.
  • step S153 If it is determined in step S153 that the user has a track record of advancing the live distribution part in real time, the processing flow proceeds from YES in step S153 to step S154.
  • step S154 the analysis unit 116 acquires the user behavior history information of the live distribution part shown in FIG. 12 and analyzes it.
  • the user action history information may be acquired from the server 200 or the operation instruction device 300, or may be used directly when it is already stored in the storage unit 120 of the user terminal 100.
  • step S155 the game progress unit 115 re-progresses the completed live distribution part (that is, the above-mentioned "return distribution"). Specifically, the recorded operation instruction data and the user action history information analyzed in step S154 are used to re-progress the live distribution part. Also, if the user has acquired the reward described in FIG. 8 as an item (here, "Usamimi band"), an NPC will be assigned based on the item (that is, wearing a Usamimi band). Make it work. As a result, the live distribution part may be re-progressed. That is, the re-progress of the live distribution part reflects the user behavior history information and the reward information, is similar to the live distribution part that has progressed in real time, and is unique to the user.
  • the completed live distribution part that is, the above-mentioned "return distribution”
  • the recorded operation instruction data and the user action history information analyzed in step S154 are used to re-progress the live distribution part.
  • the re-progress of the live distribution part is selectively executed according to the time information specified by the user's input operation via the operation unit, which was recorded when the live distribution part was first advanced. good.
  • the user specifies a specific action time, and the live distribution part is selectively advanced from there. Can be made to. For example, if the user inputs a comment 2 minutes and 45 seconds after the start of the live distribution part, the user can advance the live distribution part again by specifying the timing after 2 minutes and 45 seconds. ..
  • action time corresponding to the consumption of valuable data by the user's input operation and the record of actions such as change of items such as character's clothing. It is better to make it feasible based on.
  • the live distribution part is selectively progressed by using the data of the action time. Can be made to. For example, if the user has selected a period of 2 minutes 45 seconds to 5 minutes 10 seconds from the start of the live distribution part, the user can re-progress the live distribution part over that period.
  • step S153 if it is determined in step S153 that the user has no record of advancing the live distribution part in real time, the processing flow proceeds from NO in step S153 to step S156.
  • step S156 the game progress unit 115 executes a limited progress (that is, the above-mentioned "missed distribution") of the completed live distribution part.
  • the reason why the missed delivery is restricted is that the user has the right to receive the live stream, but it can be considered that he has waived this right, so not all of the live stream is necessarily limited. Based on the idea that it is not necessary to reproduce and present it to the user.
  • the progress of the live distribution part is executed using the recorded operation instruction data.
  • the NPC will wear that item in the livestream part that progressed in real time.
  • the image was synthesized so that it would work. That is, the operation mode of the NPC was associated with the reward.
  • the reward is not associated with the operation mode of the NPC. That is, the image composition process that causes the NPC to wear the item and operate it is not performed. That is, the progress of the completed livestreaming part is limited in that it does not reflect the reward information and is not unique to the user.
  • the overlooked distribution unlike the live distribution part that progressed in real time, it is better to limit the actions of the users that can be accepted. Specifically, in the live distribution part that progressed in real time, consumption of valuable data by user input operations (for example, throwing money and billing by purchasing items, etc.) could be accepted. On the other hand, in the progress of the completed live distribution part, the consumption of such valuable data may be restricted so as not to be accepted. More specifically, in the live distribution part progressed in real time, a user interface (UI) including a button and a screen for executing the consumption of valuable data was displayed on the display unit 352. Then, the user could execute the consumption of valuable data through such an input operation in the UI. On the other hand, in the overlooked delivery, such a UI should be hidden so that the user cannot explicitly perform an input operation.
  • UI user interface
  • the user can play a specific scenario associated with the live delivery part as well as the live delivery part that progresses in real time.
  • Certain scenarios include, for example, user-participatory events, which provide the user with an interactive experience with the character.
  • user-participatory events include questionnaires provided by the character, quizzes given by the character, battles with the character (for example, rock-paper-scissors, bingo), and the like. Then, as in the case of live distribution in real time, the participation result of such a user participation type event is fed back to the user in the overlooked distribution.
  • the result of the correctness determination is fed back to the user.
  • the user 8 is participating in the live concert in the return delivery. If the answer is different from the answer, a display such as "The answer is different from the one during the live" is displayed and output to the user terminal 800 by comparing with the answer of the user who is participating in the live. May be good.
  • the user may be restricted from acquiring predetermined game points for the above feedback.
  • predetermined game points may be associated with the user and added to the points owned by the user.
  • points may not be associated with the user.
  • the points owned by the user for example, in the case of a game in which a plurality of users who are game players are ranked based on the points, when the user advances the completed live distribution part, this is the case. It will not affect the ranking.
  • the user terminal 100 may request the progress of the completed second part (live distribution part) again. That is, it is preferable that the return delivery or the missed delivery can be repeatedly executed a plurality of times. In this case, the processing flow returns to step S151.
  • the user terminal 100 even after the live distribution part has progressed in real time, the user can proceed with the live distribution part again in various modes. As a result, the user becomes more attached to the character through the experience of realistic interaction with the character, so that another part that operates the character can be played with even more interest. can. As a result, it has the effect of increasing the immersive feeling of the game and improving the interest of the game.
  • ⁇ Modification 1> whether the progress of the completed live distribution part is a return distribution or a missed distribution is determined based on whether or not the user has a track record of advancing the live distribution part in real time.
  • the user may be configured to select the return delivery or the overlooked delivery. Alternatively, regardless of the presence or absence of the above-mentioned achievements, only the overlooked distribution may be provided to the user.
  • ⁇ Modification 2> In the second embodiment, after the end of the return distribution (step S155 in FIG. 13) or the missed distribution (step S156 in FIG. 13), the progress of the completed second part (live distribution part) may be requested again. did. That is, the return delivery or the missed delivery could be repeatedly executed a plurality of times. In the second modification of the second embodiment, it is preferable that the second and subsequent return delivery or missed delivery correspond to the record of the previous return delivery or missed delivery.
  • the first distribution history data is stored in the storage unit 220 of the server 200 or the storage unit 320 of the operation instruction device 300. After that, when the recorded operation instruction data related to the completed live distribution part is requested again from the user terminal 100, the first distribution history data is recorded from the server 200 or the operation instruction device 300 (character control device). It is delivered together with the completed action instruction data.
  • the received first delivery history data is referred to, and if the first return delivery or the missed delivery is performed halfway, the user terminal 100 will perform the second return delivery or the second return delivery from the continuation. Resume the progress of overlooked delivery. As a result, the user can efficiently perform return delivery or missed delivery.
  • the return delivery should be executed from the second time onward, and if the first delivery is a missed delivery, the missed delivery should be executed from the second time onward. Further, when the recorded operation instruction data already exists in the user terminal 100, the user terminal 100 may not receive the recorded operation instruction data again. As a result, the amount of data received by the user terminal 100 can be saved.
  • the game executed by the game system 1 according to the third embodiment includes an element of a position information game in which characters are arranged all over the country and an element of a love simulation game.
  • a character for example, a monster that is cursed and trapped, and an avatar that utters or moves in response to the voice or action of an actor are assumed.
  • the avatar is synonymous with the character (PC and / or NPC) in the first and second embodiments, and the control of the utterance and the action of the avatar is the same as the control of the utterance and the action of the character in the first embodiment.
  • the character may be called an object.
  • the user terminal 100 uses the location registration system to specify the current position information (for example, address information, latitude / longitude information, etc.) of the game terminal 100, and the user is based on the current position information. Generate a map around the place where the terminal 100 is located. When generating a map, the current position information is transmitted to the server 200 to request the transfer of map data around the current position.
  • the server 200 acquires map data around the user terminal 100 from another service providing device (server) that provides map data via a network, and also obtains position information of characters arranged around the user terminal 100. The character ID is acquired, and the position information and the character ID are transmitted to the user terminal 100 together with the map data around the user terminal 100.
  • server service providing device
  • the user terminal 100 displays a map based on the map data on the touch screen 15, and displays the icon corresponding to the character superimposed on the map based on the received and character ID together with the map data.
  • FIG. 14A shows an example in which a map within a predetermined range from the position where the user terminal 100 is located, an icon corresponding to a character arranged on the map, and an index indicating the position of the user terminal 100 are displayed. It is a figure for demonstrating.
  • As the map a map within a predetermined area is displayed centering on the current position where the user terminal 100 is located.
  • the icon corresponding to the character is specified from the character ID and displayed at the position corresponding to the position information of the character.
  • the index is displayed at the center of the map.
  • virtual location information may be applied instead of the actual location registration information of the user terminal 100 acquired by the location registration system. That is, arbitrary position information (for example, address information, latitude / longitude information, etc.) may be designated as a virtual position according to the progress of the game. In this case, a map within a predetermined range from the designated position, an icon corresponding to the character arranged on the map, and an index indicating the position of the user terminal 100 may be displayed. In such a game, the user can virtually walk through the displayed map through an input operation on the touch screen 15.
  • arbitrary position information for example, address information, latitude / longitude information, etc.
  • FIG. 14A illustrates, for example, a case where the user terminal 100 is located in a specific park, a map 1001 on which a walking path in the park is drawn is displayed, and icons IC1 to IC3 are superimposed on the map 1001.
  • the index US1 is superimposed and displayed on the center position of the map 1001 (display area of the touch screen 15).
  • each of the icons IC1 and IC2 is an image imitating a monster, it indicates that the monster is arranged at the position of the icon.
  • the icon IC3 is an image imitating a woman, it indicates that the avatar is arranged at the position of the icon.
  • the user terminal 100 When the user terminal 100 actually moves by a predetermined amount (for example, 5 m), the user terminal 100 transmits the current position information to the server 200 again, and the position information and character ID of the characters around the user terminal 100 and the user terminal 100 are used. Get the map data around. A map based on the map data is displayed on the touch screen 15, and an icon based on the character's position information and the character ID is superimposed and displayed on the map. That is, the map and the icon on the touch screen 15 are scrolled as the user terminal 100 moves.
  • a predetermined amount for example, 5 m
  • the user terminal 100 highlights the icon corresponding to the character. .. That is, the icon corresponding to the character within the predetermined range is displayed in a different manner from the icon corresponding to the character outside the predetermined range, so that the icon corresponding to the character outside the predetermined range can be distinguished from the icon corresponding to the character outside the predetermined range. ..
  • FIG. 14B illustrates, for example, a case where the user terminal 100 approaches a distance within 3 m from the character corresponding to the icon IC 1, and the icon IC 1 is highlighted here.
  • the user terminal 100 requests the server 200 to transfer the panoramic image at the position where the icon is displayed.
  • the server 200 acquires a 360 ° panoramic image (omnidirectional photographic image) at the position where the user terminal 100 exists from another service providing device (server) that provides panoramic images taken at various places.
  • the acquired panoramic image is transmitted to the user terminal 100.
  • the panoramic image is not limited to a 360 ° omnidirectional photographic image, and may be a non-omnidirectional photographic image such as 180 °. Further, the image is not limited to a photographic image and may be a moving image.
  • the user terminal 100 is in the vicinity of the position of the icon IC1 (the state shown in FIG. 14B) and the tap operation is performed on the icon IC1, the user terminal 100 A 360 ° panoramic image at the position is transferred from the server 200 to the user terminal 100.
  • the user terminal 100 When the user terminal 100 receives the panoramic image, the user terminal 100 generates the celestial sphere (spherical) virtual space CS1 shown in FIG. 15 in the storage unit 120, and the panorama acquired from the server 200 on the inside (inner peripheral surface) of the celestial sphere. Paste the image (360 ° image). The avatar or monster moves against a 360 ° panoramic image.
  • a virtual camera CM1 is arranged at the center of the virtual space CS1, and the view area of the virtual camera CM1 is initially set at the start of the game based on the output of the acceleration sensor of the controller 1020.
  • the field of view area of the virtual camera CM1 is set so that the panoramic image corresponding to the actual landscape in the orientation of the camera 17 included in the user terminal 100 is displayed on the touch screen 15.
  • the field of view of the virtual camera CM1 is associated with the orientation of the display area of the touch screen 15.
  • a part of the panoramic image corresponding to the field of view area of the virtual camera CM1 is displayed on the touch screen 15.
  • the panoramic image corresponding to the visual field area among the panoramic images pasted in the virtual space CS1 is displayed on the touch screen 15, and further, avatars and monsters are displayed. Since it can be visually recognized, the immersive feeling for the game can be improved and the interest of the game can be improved.
  • the change is specified based on the output of the acceleration sensor.
  • the panoramic image displayed on the visual field area of the virtual camera CM1 and thus on the touch screen 15 is updated based on the change.
  • the camera 17 included in the user terminal 100 is attached to the back surface side of the display area of the touch screen 15, it seems as if the image taken by the camera 17 is displayed in the display area of the touch screen 15. Can be embraced by the user.
  • the user terminal 100 displays the aiming image at the center position of the display area of the touch screen 15, and then displays the aiming image in any (somewhere) of the virtual space CS1. To place.
  • the virtual space data is defined by the panoramic image and the monster.
  • the monster is placed in the virtual space CS1 at a position outside the field of view of the virtual camera CM1, and is controlled to move toward the inside of the field of view.
  • 16A and 16B show a display example when the icon IC1 is tapped and the monster MST1 is moved into the field of view.
  • the monster MST1 is superimposed and displayed on the panoramic image 1101, and the aiming image AM1 is displayed at the center position of the display area of the touch screen 15.
  • the opening condition for releasing the monster from the curse is established by displaying the monster image continuously in the aiming image AM1 for a predetermined time.
  • the user terminal 100 requests the server 200 to release the monster.
  • the server 200 makes it impossible for any user to acquire the position information and the character ID of the monster in response to the request.
  • the monster may be given as a character owned by the user.
  • the user terminal 100 arranges the avatar near the center of the virtual space CS1.
  • the virtual space data is defined by the panoramic image and the avatar.
  • the icon IC3 is tapped, the image as shown in FIG. 17A or FIG. 17B is displayed on the touch screen 15 depending on the field of view area of the virtual camera CM1.
  • the avatar AVT1 is superimposed on the panoramic image 1201. From this state, for example, when the field of view of the virtual camera CM1 is panned to the left, the field of view of the virtual space CS1 moves to the left, so that the image displayed on the touch screen 15 is generated in the virtual space CS1.
  • the image is updated to the image on the left side of the image shown in FIG. 17A (for example, FIG. 17B).
  • the process of superimposing the avatar AVT1 on the panoramic image 1201 is substantially the same as the process of generating the moving image reproduction screen 800 including the character in the first embodiment (see FIG. 9).
  • the server 200 requests the operation instruction device 300 for live distribution.
  • the operation instruction device 300 generates operation instruction data based on the voice and movement of the actor, and transmits the operation instruction data to the user terminal 100.
  • the user terminal 100 analyzes the operation instruction data to reflect the voice and movement of the actor in the speech and movement of the avatar.
  • the user can support the avatar by performing an operation corresponding to the thrown money when he / she sympathizes with the avatar's remarks and movements during live distribution.
  • the user terminal 100 requests the server 200 to update the evaluation parameter when the operation corresponding to the thrown money is performed.
  • the operation corresponding to the throwing money means, for example, an operation in which the user consumes an item obtained by game play during live distribution.
  • the model 702 and the voice actor 701 that operate the avatar it is possible to confirm on the monitor or the like which user performs the operation corresponding to the throwing money and consumes the item. This makes it possible to realize the interaction between the model 702 and the voice actor 701 that operate the avatar and the user.
  • the operation corresponding to the throwing money may include an operation in which the user consumes the item obtained by the billing process and selects an icon displayed on the user terminal 100.
  • each icon is an image imitating a bouquet or the like, and the consumption amount of items required to purchase each icon may be different.
  • the icon selected by the user is displayed on the monitor of the device on the side of the model 702 and the voice actor 701 that operate the avatar.
  • the evaluation parameters are updated while such an effect is performed.
  • the server 200 manages the evaluation parameters associated with the avatar being delivered live, updates the evaluation parameters in response to a request from the user terminal 100, and transfers the updated evaluation parameters to the operation instruction device 300. Send.
  • the operation instruction device 300 displays a numerical value corresponding to the evaluation parameter transmitted from the server 200 on the display unit 352 via the communication IF 33.
  • the operator of the operation instruction device 300 can receive feedback indicating how the user has reacted to the avatar that he / she has moved.
  • the user terminal 100 transmits the comment data corresponding to the comment to the operation instruction device 300.
  • the operation instruction device 300 displays a comment corresponding to the comment data transmitted from the user terminal 100 on the display unit 352. This allows operators to receive feedback on how the user responded to the avatars they moved.
  • ⁇ Processing flow> 18 and 19 are flowcharts showing the flow of processing executed by each device constituting the game system 1.
  • step S201 when the game progress unit 115 of the user terminal 100 receives an input operation for starting the position information game from the user, the game progress unit 115 acquires the current position of the user terminal 100 from the position registration system and positions the user terminal 100. Requests the server 200 to transfer the map data that is the source of generating the map of the surrounding area centered on.
  • the request includes the address of the user terminal 100 and the location information that can specify the current location.
  • arbitrary position information for example, address information, latitude / longitude information, etc.
  • step S213 the progress support unit 211 of the server 200 acquires the map data that is the source of generating the map from another service providing device (server) via the network based on the location information.
  • the progress support unit 211 may acquire the map data from the storage unit 220.
  • a plurality of types of characters are arranged in advance in various parts of the country, and the storage unit 220 stores position information capable of specifying the position of each of the plurality of types of characters and the character ID of the character.
  • the progress support unit 211 acquires the position information that can specify the position of the character arranged around the user terminal 100 and the character ID of the character, and displays the position information and the character ID on the map. It is transmitted to the requesting user terminal 100 together with the data.
  • the characters arranged around the user terminal 100 are characters that can be displayed on the touch screen 15 because they are arranged in the map of a predetermined area that can be displayed on the touch screen 15 of the user terminal 100.
  • step S202 the display control unit 112 displays a map schematically modeled based on the map data on the touch screen 15, and displays an icon on the map based on the position information and the character ID transmitted together with the map data. Deploy. Specifically, the display control unit 112 generates an icon on which a character image corresponding to the character ID is drawn, and displays the icon at a position corresponding to the position information. Further, the map displayed on the touch screen 15 represents a predetermined area centered on the position of the user terminal 100, and an index indicating the position of the user terminal 100 is superimposed on the center of the map. As a result, for example, the map 1001 shown in FIG. 14A is displayed on the touch screen 15, and the icons IC1 to IC3 and the index US1 are superimposed on the map 1001.
  • step S203 the game progress unit 115 receives in step S202 whether or not the character is arranged within a predetermined range around the position of the user terminal 100 (for example, within a range of 3 m centered on the user terminal 100). Judgment is made based on the location information. If it is not determined that the character is arranged within the predetermined range, the process proceeds to step S206, and it is determined based on the location registration system whether or not the user terminal 100 has moved by a predetermined amount. If it is not determined that the user terminal 100 has moved a predetermined amount, the process returns to step S203, and if it is determined that the user terminal 100 has moved a predetermined amount, the process returns to step S201. As a result, the map and icons on the touch screen 15 are scrolled as the user terminal 100 moves.
  • step S203 When it is determined in step S203 that the character is arranged within a predetermined range around the position of the user terminal 100, the process proceeds to step S204, and the icon corresponding to the character is highlighted. Therefore, when the user terminal 100 approaches a distance within 3 m from the character corresponding to the icon IC 1, the map 1001 and the icon IC 1 are displayed as shown in FIG. 14B.
  • step S205 the game progress unit 115 determines whether or not the tap operation for the icon highlighted by step S204 has been performed based on the input operation for the touch screen 15. If it is not determined that the tap operation has been performed, the process proceeds to step S206, and if it is determined that the tap operation has been performed, the process proceeds to step S207.
  • step S207 the game progress unit 115 requests the server 200 to transfer the panoramic image.
  • the request includes the address and location information of the user terminal 100.
  • step S215 the progress support unit 211 acquires a 360 ° panoramic image from another service providing device (server) via the network based on the location information.
  • server service providing device
  • the progress support unit 211 may be acquired from the storage unit 220.
  • step S216 the progress support unit 211 transmits the panoramic image to the requesting user terminal 100.
  • step S208 the display control unit 112 attaches the panoramic image to the inner peripheral surface of the celestial sphere representing the virtual space CS1 (see FIG. 15). That is, in step S208, a spherical virtual space CS1 is generated in the storage unit 120, and a 360-degree image is attached to the inside of the sphere.
  • step S209 the game progress unit 115 determines whether or not the character corresponding to the tapped icon is a monster based on the character ID corresponding to the icon, and determines that the character is a monster.
  • the game progress unit 115 generates a character corresponding to the tapped icon, that is, a monster based on the character ID, and generates the monster in the field of view area of the virtual camera CM1 inside the celestial sphere representing the virtual space CS1. Place it on the outside of.
  • the initial position of the monster may be randomly determined from a position outside the field of view of the virtual camera CM1, or may be a predetermined position.
  • the initial position of the monster may be a position in the field of view of the virtual camera CM1 as long as it is not in the aiming image.
  • step S211 the game progress unit 115 determines whether or not the opening condition is satisfied for the monster based on various game parameters.
  • the opening condition is satisfied when the aiming image is set to the monster for a predetermined time.
  • the predetermined time for establishing the opening condition may be a fixed time regardless of the type of the monster, or may be set to be different depending on the type of the monster (rare degree, etc.). If it is not determined that the opening condition is satisfied, the process returns to step S211. If it is determined that the opening condition is satisfied, the process proceeds to step S212.
  • step S212 the game progress unit 115 requests the server 200 to release the monster.
  • the request includes a character ID corresponding to the monster and position information of the monster.
  • step S217 the progress support unit 211 determines whether or not the character arranged within the predetermined range around the position of the user terminal 100 is a monster, the position information of the user terminal 100 received in step S213, and step S214. Judgment is made based on the position information and the character ID of the character acquired in. When it is determined that the character at the position where the user terminal 100 exists is a monster, the process proceeds to step S218.
  • step S218 the progress support unit 211 releases the character, that is, the monster, which is the determination target in step S217, in response to the request received from the game progress unit 115.
  • the position information and the character ID of the monster cannot be acquired in the subsequent steps S214.
  • step S209 if the character corresponding to the tapped icon is not determined to be a monster (that is, when the character is determined to be an avatar), the process proceeds to step S219.
  • step S219 the game progress unit 115 generates the avatar based on the character ID received from the server 200, and arranges the avatar at a predetermined position (for example, near the center) of the celestial sphere representing the virtual space CS1.
  • step S220 the process proceeds to step S220.
  • the character control unit 316 of the operation instruction device 300 determines in step S229 whether or not the live distribution time has come, and proceeds to step S230 when the live distribution time is reached.
  • the character control unit 316 acquires the voice input by an actor such as a voice actor via the microphone 3010 as voice data.
  • the character control unit 316 acquires the motion input by an actor such as a model via the motion capture device 3020 as motion capture data.
  • step S217 shown in FIG. 18 when the character at the position where the user terminal 100 exists is not determined to be a monster (that is, when the character is determined to be an avatar), the progress support unit 211 is shown in FIG. The process proceeds to step S227 of 16, requesting the operation instruction device 300 for live distribution.
  • the request includes the character ID acquired in step S214 and the address of the user terminal 100 received in step S215.
  • step S232 the character control unit 316 generates operation instruction data. Specifically, the character control unit 316 stores the character ID included in the request received from the server 200 in the item of "character ID" of the operation instruction data. The character control unit 316 stores the voice data acquired in step S230 in the “voice” item of the operation instruction data. The character control unit 316 stores the motion capture data acquired in step S231 in the “movement” item of the operation instruction data. The character control unit 316 associates the voice data with the motion capture data so that the voice data and the motion capture data are synchronized with each other. The character control unit 316 stores the address of the user terminal 100 included in the request received from the server 200 in the "destination" item of the operation instruction data as the destination designation information.
  • step S233 the character control unit 316 transmits the operation instruction data generated as described above to the user terminal 100 designated as the destination via the communication IF 33.
  • the character control unit 316 acquires voice data and motion capture data obtained by the actor making a voice or moving, and immediately renders them into motion instruction data, and distributes them to each user terminal 100 in real time. Is desirable.
  • step S220 the analysis unit 116 of the user terminal 100 receives the above-mentioned operation instruction data via the communication IF 13.
  • the analysis unit 116 may receive the operation instruction data at a time previously announced to be live-streamed from the operation instruction device 300 or the server 200.
  • the analysis unit 116 analyzes the received operation instruction data by using the reception as a trigger.
  • step S222 the game progress unit 115 starts the live distribution part if the live distribution part is not executed when the above-mentioned operation instruction data is received.
  • step S222 the game progress unit 115 advances the live distribution part by operating the avatar based on the moving image instruction data analyzed by the analysis unit 116.
  • the game progress unit 115 outputs the voice and movement in real time in a virtual space almost at the same time as the actors such as the voice actor 701 and the model 702 make a voice or move at the place where the operation instruction device 300 is installed. It is reflected in the speech and movement of the avatar placed in CS1.
  • the analysis unit 116 and the game progress unit 115 continue rendering and reproducing the real-time moving image while continuously receiving the operation instruction data from the operation instruction device 300.
  • the user can support the avatar by performing an operation corresponding to the throwing money when he / she sympathizes with the avatar's remarks and movements.
  • the game progress unit 115 determines whether or not the operation corresponding to the thrown money has been performed based on the input operation to the touch screen 15.
  • the game progress unit 115 requests the server 200 to update the evaluation parameter in step S224.
  • the request includes a character ID corresponding to the avatar being delivered live.
  • the progress support unit 211 updates the evaluation parameter associated with the character ID, and transmits the updated evaluation parameter to the operation instruction device 300.
  • step S234 the reaction processing unit 317 of the operation instruction device 300 receives the evaluation parameter transmitted from the server 200 via the communication IF 33.
  • step S235 the reaction processing unit 317 outputs the received evaluation parameter.
  • the reaction processing unit 317 displays a numerical value corresponding to the evaluation parameter on the display unit 352.
  • the operator of the operation instruction device 300 can receive feedback indicating how the user has reacted to the avatar that he / she has moved.
  • step S225 the game progress unit 115 determines whether or not a comment has been input by the user while the avatar is operating based on the operation instruction data, based on the input operation on the touch screen 15. If it is not determined that the comment has been input, the process returns to step S220, and if it is determined that the comment has been input, the process proceeds to step S226. In step S226, the game progress unit 115 transmits the comment data corresponding to the input comment to the operation instruction device 300.
  • the game progress unit 115 may transmit the comment ID of the selected comment as comment data.
  • the game progress unit 115 may transmit the text data of the text input by the user as comment data.
  • the game progress unit 115 may transmit the voice data of the voice input by the user as comment data.
  • the game progress unit 115 may recognize the voice input by the user, convert it into text data, and transmit it as comment data.
  • step S234 the reaction processing unit 317 of the operation instruction device 300 receives the comment data transmitted from the user terminal 100 via the communication IF 33.
  • step S235 the reaction processing unit 317 outputs the received comment data.
  • the reaction processing unit 317 displays the text data included in the comment data on the display unit 352. This allows operators to receive feedback on how the user responded to the avatars they moved.
  • the operation instruction device 300 returns to step S230, continues to acquire voice data and motion capture data, and continues to provide the operation 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 in the own terminal is received by the operation instruction device 300.
  • the user terminal 100 receives voice data corresponding to the content of the character's speech and motion instruction data including motion capture data corresponding to the movement of the character. Then, the user terminal 100 continuously operates the character based on the operation instruction data. As a result, it is possible for the user to experience real-time interactive interaction with the character.
  • the user terminal 100 may receive a motion command group in which one or more commands instructing the operation of the character are arranged in the order instructed by the operator of the operation instruction device 300.
  • step S229 When determining whether or not the live distribution time has been reached in step S229, if there is an already-finished live delivery, as described with reference to FIG. 13, the finished live delivery is requested again. However, either return delivery or review delivery may be executed. Specifically, when the live distribution part has already ended, the recorded operation instruction data recorded in the real-time progress may be transmitted to the user terminal 100. As a result, the user terminal 100 can execute the completed live distribution part by causing the avatar to operate based on the recorded operation instruction data.
  • the recording of the action by the user's input operation such as the above-mentioned throwing money and comment input received while the live distribution is in progress in real time has been completed. It may be reflected in the progress of the live distribution part. That is, it is preferable to operate the avatar based on the record of the action by the user's input operation, and execute the completed live distribution part reflecting these.
  • FIG. 20 is a flowchart showing the flow of display control processing executed by the user terminal 100 after the monster or avatar is placed inside the virtual space CS1 by step S208 or S209.
  • step S301 the display control unit 112 arranges the virtual camera CM1 in the center of the virtual space CS1 and initially sets the field of view area of the virtual camera CM1 based on the output of the acceleration sensor of the controller 1020. Specifically, the direction (direction) of the camera 17 included in the user terminal 100 is specified based on the output of the acceleration sensor, and the panoramic image corresponding to the actual landscape in the direction is displayed on the touch screen 15. The field of view area of the virtual camera CM1 is set. The field of view of the virtual camera CM1 is thus associated with the orientation of the camera 17, i.e. the orientation of the display area of the touch screen 15.
  • step S302 the display control unit 112 displays the image of the field of view region on the touch screen 15. If the character placed in the virtual space CS1 is a monster, the monster is initially located outside the field of view. As a result, only the panoramic image is displayed on the touch screen 15. On the other hand, if the character arranged in the virtual space CS1 is an avatar, the avatar is superimposed on the panoramic image according to the setting of the field of view area of the virtual camera CM1.
  • step S303 the display control unit 112 determines whether or not the character arranged in the virtual space CS1 is a monster based on the processing result of step S208 or S209.
  • the process proceeds to step S304, and when the character is not determined to be a monster (that is, when the character is determined to be an avatar), step S306 is performed. Proceed to.
  • step S304 the display control unit 112 superimposes the aiming image on the image in the field of view region displayed on the touch screen 15.
  • step S305 the character control unit 316 moves the monster arranged in the virtual space CS1 by a predetermined distance in the direction of the field of view region of the virtual camera CM1. Specifically, in step S305, it is determined whether or not the monster is placed in the field of view, and if the monster is not in the field of view, the monster is placed in the field of view. Move it.
  • step S305 the character control unit 316 may move the monster arranged in the virtual space CS1 by a predetermined distance in the direction of the aiming image in the field of view area of the virtual camera CM1.
  • step S306 the display control unit 112 determines whether or not the update cycle set to, for example, 1/30 second has arrived, based on a measurement unit (not shown). If it is not determined that the update cycle has arrived, the process returns to step S306, and if it is determined that the update cycle has arrived, the process proceeds to step S307.
  • step S307 the display control unit 112 identifies a change in the posture or orientation of the user terminal 100 based on the output of the acceleration sensor, and updates the visual field area of the virtual camera CM1 according to the change.
  • step S307 the process returns to step S302.
  • the updated image of the view area is displayed on the touch screen 15.
  • the image displayed on the touch screen 15 is updated with an image corresponding to the field of view according to the posture and orientation of the user terminal 100.
  • the panoramic image 1101 and the aiming image AM1 are displayed, and the posture and orientation of the user terminal 100 from the state where the monster MST1 is not displayed.
  • the monster MST1 will be displayed according to the change of the number and the passage of time.
  • the character arranged in the virtual space CS1 is an avatar
  • the panoramic image 1201 shown in FIG. 17A is displayed on the touch screen 15, and the avatar AVT1 is superimposed on the panoramic image 1201.
  • the user can input the operation of the avatar within the live distribution time, the money thrown by the viewing user, and the input comment at the live distribution time. You can watch it again after the end. That is, the above-mentioned "missed delivery” or “return delivery” with respect to FIG. 13 can also be applied to the present embodiment. Specifically, the user who actually watched the live distribution can receive the "return distribution” again. In “return delivery”, the user can re-view the action of the avatar performed within the live distribution time, the content of the money thrown by another user, and / or the content of the input comment.
  • users who could not watch the live stream at the live stream time can receive the "missed stream".
  • missed delivery the user was able to proceed with real-time live delivery at the live delivery time, but did not actually execute this, so compared to return delivery.
  • a restricted progression of the livestream part is performed. In one example, viewing of the content of the thrown money made by another user and / or the content of the input comment may be restricted.
  • the live distribution since the live distribution has already ended in both the return distribution and the overlooked distribution, the user cannot accept the money thrown or the comment input.
  • a map around the position of the user terminal 100 is displayed on the touch screen 15 of the user terminal 100, and an icon corresponding to a character (monster or avatar) arranged in the vicinity is superimposed on the map. Will be done.
  • the icon of the character arranged within the predetermined range around the position of the user terminal 100 is tapped, the panoramic image at the position of the user terminal 100 is acquired from the server 200.
  • the panoramic image is displayed on the touch screen 15, and the character corresponding to the tapped icon is superimposed on the panoramic image.
  • a process for releasing the monster is performed by continuously displaying the monster image in the aiming image AM1 for a predetermined time.
  • a process for throwing money or inputting a comment is performed while watching the live.
  • the character corresponding to the tapped icon is superimposed on the panoramic image, not the image taken by the camera 17 included in the game terminal 100. This makes it possible to reduce the processing load of the user terminal 100. Further, since the game can be advanced without taking a picture of a landscape or the like with the camera 17, it is possible to reduce the concern that voyeurism or privacy invasion may be suspected.
  • the panoramic image is a 360 ° image, and the image is attached to the inner peripheral surface of the celestial sphere representing the virtual space CS1.
  • the character is placed inside the celestial sphere.
  • Virtual space data is defined by a panoramic image and a character image.
  • the field of view of the virtual camera CM1 is controlled according to the orientation of the touch screen 15.
  • the image corresponding to the field of view is displayed on the touch screen 15. If the character placed inside the celestial sphere is a monster, the virtual space data is updated so that the monster moves from the outside to the inside of the field of view.
  • the icons corresponding to the characters arranged within the predetermined range around the position of the user terminal 100 are displayed in a different manner from other icons (icons that cannot accept tap operations effectively).
  • the panoramic image at the position of the user terminal 100 is displayed on the touch screen 15 when the icon of the character arranged within the predetermined range is tapped.
  • the server 200 acquires the panoramic image from another server via the network.
  • the character can be arranged even at a position where the server 200 does not store the panoramic image, and the degree of freedom regarding the arrangement of the character is improved.
  • the panoramic image according to the position of the user terminal 100 is transmitted from the user terminal 100 to the server.
  • the example required for 200 has been described.
  • the administrator (server 200) may request the user for a panoramic image at a specific position, and the panoramic image taken in response to the request may be registered and managed in, for example, the server 200.
  • the panoramic image at a specific position may be managed by the server 200 instead of another service providing device.
  • a privilege for example, a coin that can be used in the game, a special item, a predetermined parameter increase, etc.
  • Specific locations include, for example, a location where panoramic images are managed before a predetermined period (for example, 3 years ago), a location where panoramic images are not yet managed, a location on the roof of a building, or a location within a specific facility. It may be a position or the like. As a result, the user can be motivated to take a panoramic image at a specific position, and the interest of the game can be improved. In addition, the administrator can have a panoramic image at a specific position at the present time.
  • the actual situation should be matched as much as possible.
  • the panoramic image may be subjected to predetermined processing / editing processing, and a character image or the like may be superimposed on the panoramic image to which the processing / editing processing has been performed and displayed on the touch screen 15.
  • predetermined processing / editing process for example, gradation, sharpness, color correction, special effects, etc. may be performed according to the current situation (for example, time, date, time, etc.).
  • the image superimposed on the panoramic image is not limited to the character image, but instead of or in addition to the character image, for example, a decoration image (Christmas tree, Kadomatsu, etc.) depending on the current situation (for example, time, date, time, etc.). , Floating ring, watermelon, etc.).
  • an avatar and a monster are assumed as characters, and when the user visits the place where the character is placed, the character can be displayed on the touch screen 15.
  • the part that displays the avatar is regarded as a live distribution part, so the avatar is made to say a request equivalent to the quest "release the monster from the curse", and the user searches for the monster and curses according to the request. If you create a story that opens up the monster, the part that displays the monster can be regarded as one of the elements that make up the story part.
  • the map data provided by the other service providing device is acquired by the server 200 and provided to the user terminal 100.
  • the user terminal 100 may acquire the map data directly from the other service providing device, while the character position information and the character ID may be acquired from the server 200 and collectively displayed on the user terminal 100 side. good.
  • the map data is managed by another service providing device, but the server 200 may manage the map data.
  • a 360 ° panoramic image is attached to the inner peripheral surface of the all-sky spherical virtual space CS1.
  • the virtual space CS1 may be a hemispherical shape.
  • the panoramic image may be a strip-shaped 360-degree panoramic image that does not have an image corresponding to the ceiling portion, or may be a panoramic image that extends 180 degrees to the left and right.
  • the panoramic image corresponding to the actual landscape in the orientation of the camera 17 included in the user terminal 100 is displayed on the touch screen 15.
  • a panoramic image corresponding to an actual landscape in a specific orientation for example, northward may be uniformly displayed on the touch screen 15.
  • the panoramic image is acquired based on the position information of the user terminal 100, but the panoramic image includes an image representing a landscape viewed from the position of the touched icon and an image representing the landscape viewed from the position of the touched icon.
  • the character is arranged inside the celestial sphere, but the character image may be pasted on the inner peripheral surface of the celestial sphere.
  • an index indicating the position of the user terminal 100 is fixedly displayed at the center of the map on the touch screen 15, and the map is updated every time the user terminal 100 moves by a predetermined amount.
  • the map may be fixed and the index may be moved according to the movement of the user terminal 100.
  • the map on the touch screen 15 is updated to the map in the moving direction of the index by performing a swipe operation or by specifying that the index has approached the end of the map.
  • the map of the predetermined area centered on the position of the user terminal 100 is displayed on the touch screen 15, and the map data is displayed from the server 200 every time the user terminal 100 moves by a predetermined amount. I am trying to get. However, if map data of an area wider than the predetermined area (for example, 9 times the area) is acquired and the position of the predetermined area is moved every time the user terminal 100 moves by a predetermined amount, the map can be obtained from the server 200. It is possible to reduce the frequency of acquiring data.
  • an icon is exemplified as a first object
  • a character or an avatar is exemplified as an example of a second object.
  • both the first object and the second object are two-dimensional images. It is not limited to this, and may be a three-dimensional image (for example, a 3D model) or the like.
  • the present invention is not limited to this, and the visual field area is controlled according to the operation of the touch screen 15 by the user. May be good.
  • the visual field area may be controlled to move in the direction in which the swipe operation is performed by an amount corresponding to the movement amount of the swipe operation, or the touch may be performed.
  • the flick operation is received with respect to the screen 15, the visual field area may be controlled to move in the direction in which the flick operation is performed by an amount corresponding to the speed of the flick operation.
  • FIG. 21 shows an example of a screen displayed on the display unit 152 of the user terminal 100, which is implemented based on the game program according to the present embodiment, and an example of a transition between these screens.
  • screens include a home screen 850A, a live selection screen 850B for live distribution, a missed selection screen 850C for missed distribution, and a game screen 850D for a location-based game part.
  • the home screen 850A can be transitioned to the live selection screen 850B and the game screen 850D.
  • the live selection screen 850B can be changed to the home screen 850A, the overlooked selection screen 850C, and the game screen 850D.
  • the overlooked selection screen 850C can be transitioned to the live selection screen 850B
  • the game screen 850D can be transitioned to the home screen 850A and the live selection screen 850B.
  • the actual distribution screen (not shown) is transitioned from the live screen 850B and the overlooked selection screen 850C.
  • the home screen 850A displays various menus for advancing the position game part (first part) or the live distribution part (second part) on the display unit 152 of the user terminal 100.
  • the location-based game part the location-based game in which characters are placed all over the country as described in the third embodiment may be carried out, and in the live distribution part, the live distribution by the avatar also described in the third embodiment is carried out. May be done.
  • the home screen 850A When the game progress unit 115 receives an input operation for starting the position game part and / or the live distribution part, the home screen 850A is first displayed. Specifically, the home screen 850A includes a "live" icon 852 for transitioning to the live selection screen 850B and an "outing" icon 854 for transitioning to the game screen 850D of the location information game. Upon receiving an input operation for the "live" icon 852 on the home screen 850A, the game progress unit 115 causes the display unit 152 to display the live selection screen 850B.
  • the live selection screen 850B presents a candidate for live information that can be distributed to the user.
  • a list of one or more live notification information for notifying the user of the live distribution time and the like in advance is displayed.
  • the live announcement information includes at least the live delivery date and time.
  • the live announcement information may include free / paid live information, an advertisement image including an image of a character appearing in the live, and the like.
  • the live selection screen 850B may display the notification information regarding the live distribution to be distributed in the near future on the live selection screen by pop-up 856.
  • the server 200 searches for one or more user terminals 100 having the right to receive the live distribution.
  • the right to receive live distribution is granted when the user terminal 100 satisfies a predetermined condition.
  • the predetermined conditions are that the consideration for receiving the live distribution has been paid (for example, holding a ticket), the scenario has been cleared in the location information game part, and the user terminal 100 or the user terminal 100 in the location information game part.
  • the current position of the character including the main character includes being in a specific area / position where a live distribution source or the like is located. The corresponding live notification information will be displayed on the user terminal 100 having the right to receive the live distribution.
  • the user terminal 100 accepts a live playback operation (for example, a selection operation for a live that has reached the live distribution time on the live selection screen 850B). Specifically, it is better to accept touch operations on live images. Accordingly, the game progress unit 115 shifts the display unit 152 to the actual distribution screen (not shown). As a result, the user terminal 100 can advance the live distribution part and advance the live viewing process in real time.
  • a live playback operation for example, a selection operation for a live that has reached the live distribution time on the live selection screen 850B.
  • the game progress unit 115 shifts the display unit 152 to the actual distribution screen (not shown).
  • the user terminal 100 can advance the live distribution part and advance the live viewing process in real time.
  • the video playback unit 117 When the live viewing process is executed, the video playback unit 117 operates the character in the live distribution part based on the received operation instruction data. That is, the moving image reproduction unit 117 uses the operation instruction data in the live distribution part to generate a moving image reproduction screen (for example, a moving image as shown in FIG. 9) including the character to be operated and display it on the display unit 152. ..
  • the character may be either an NPC or a PC.
  • the live selection screen 850B has a "return (x)" icon 858 for transitioning to the screen displayed immediately before and a "missing delivery” icon 860 for transitioning to the missed selection screen 800C on the display unit 152. It may be displayed.
  • the game progress unit 115 shifts the screen 800B to the screen displayed immediately before. Specifically, the game progress unit 115 shifts to the home screen 850A when the screen displayed immediately before is the home screen 850A, and to the game screen 800D when the game screen 850D. That is, it is preferable that the history back function is executed on the "back (x)" icon 858.
  • the broken line arrow shown in FIG. 21 selectively transitions from the live selection screen 850B to either the home screen 850A or the position information screen 850D in response to the input operation for the “back (x)” icon 858. Indicates that it will be done.
  • the game progress unit 115 shifts from the live selection screen 850B to the missed selection screen 850C.
  • the overlook selection screen 850C displays, among the delivered information about one or more live delivered in the past, the delivered information in which the user has not progressed the live delivery part in real time.
  • the operation unit 151 of the user terminal 100 accepts input operations (for example, touch operations) for live delivered information displayed on the overlooked selection screen 850C, for example, an image 880 including a character appearing in the live.
  • the game progress unit 115 can re-progress the completed live distribution part after the end of the live distribution part.
  • the re-progress is not limited to this, but it is better to make it a missed delivery.
  • the delivered information about the live is further delivered with the playback time 862 of each delivered live, the period until the end of delivery (days, etc.) 864, and how many days before the present. It may include information 866 indicating whether or not it has been done, past delivery date and time, and the like.
  • the overlooked selection screen 850C includes a "back ( ⁇ )" icon 868 for transitioning to the live selection screen 850B. In response to the input operation for the "return ( ⁇ )" icon 868, the game progress unit 115 transitions to the live selection screen 850B.
  • the overlooked selection screen 850C is not limited to this, but it is preferable that the transition is made only from the live selection screen 850B and not directly from the home screen 850A and the game screen 850D.
  • the missed distribution is performed for the user who missed the live distribution, and is only a function accompanying the live distribution function.
  • one of the purposes of this game is to enhance the fun of the game by allowing the user to watch the live stream in real time, support the character in real time, and deepen the interaction with the character. For this reason, it should be prioritized to guide the user to watch the live distribution in real time, rather than the overlooked distribution in which real-time interaction with the character (player) is not possible. Therefore, in the present embodiment, it is preferable not to directly transition from the home screen 850A and the game screen 850D to the overlooked selection screen 850C.
  • the delivered information that the user has not made the live delivery part in real time is displayed.
  • the delivered information about all the live delivered in the past may be displayed in a list for each live.
  • it is preferable that either the return distribution or the overlooked distribution is executed depending on whether or not the user has progressed the live distribution part in real time. Specifically, when it is determined that the user has a track record of advancing the live distribution part in real time, it is preferable to use the above-mentioned return distribution. On the other hand, if it is determined that the user has no record of progressing the live distribution part in real time, it is better to overlook the distribution. As mentioned above, the return delivery and the missed delivery provide different user experiences.
  • the game screen 850D is a screen displayed on the display unit 152 in the location information game part.
  • the game progress unit 115 presents a quest to the user while the scenario is in progress in the location information game part.
  • the game progress unit 115 may realize the quest by a location information game using the location registration information of the user terminal 100.
  • the game progress unit 115 acquires the current position information (for example, address information, latitude / longitude information, etc.) of the user terminal 100 from the position registration system (not shown) provided in the user terminal 100. Then, based on the acquired current position information, a map 874 around the place where the user terminal 100 is located is generated and arranged on the game screen 850D.
  • the map data that is the source of generating the map 874 may be stored in the storage unit 120 of the user terminal 100 in advance, or may be acquired from another service providing device (not shown) that provides the map data via the network. May be done.
  • the game progress unit 115 determines a position (address, latitude / longitude, etc.) at which the privilege can be obtained, and superimposes and displays the portal icon 876 on the position on the map corresponding to the determined position.
  • the user can acquire the privilege and clear the quest by moving to the position of the portal icon 876 on the map 874 by holding the user terminal 100.
  • the user can take the user terminal 100, move to the position of the portal icon 876 on the map 874, clear the game associated with the portal, obtain the privilege, and clear the quest.
  • the position of the portal may be randomly determined by the game progress unit 115, or may be predetermined according to the contents of the scenario, quest, and privilege.
  • the privilege may be in the form of a ticket related to the right to receive the above-mentioned live distribution. That is, only the user who has acquired this privilege can watch the corresponding live distribution through the live selection screen 850B in the later live distribution part.
  • the location information game part may be realized without using the location registration information of the user terminal 100.
  • the virtual position information on the map 874 is used instead of the actual position registration information of the user terminal 100.
  • the game screen 850D displays a "home” icon 878 and a "live” icon 872.
  • the game progress unit 115 causes the display unit 152 to display the home screen 850A. Further, when the input operation for the "live” icon 872 is received, the game progress unit 115 causes the live selection screen 850B to be displayed on the display unit 152.
  • the game screen 850D can transition to the home screen 850A or the live selection screen 850B. That is, the live selection screen 850B can be transitioned not only from the home screen 850A but also from the game screen 850D. As described above, for the purpose of inducing the user to watch the live distribution in real time, it is preferable to configure the game screen 850D so as not to directly transition to the overlooked selection screen 850C.
  • an information processing method for game progression executed by an information terminal device (user terminal 100 in FIG. 1) including a processor, a memory, an input unit, and a display unit is used.
  • an information processing method a map image of a predetermined area is displayed on a display unit by a processor, and when a predetermined condition is satisfied (when a character exists in the predetermined area), the first is displayed on the map image.
  • the third step (S207, S208 in FIG. 18) of communicating with the server that manages the landscape image (panorama image) and acquiring the landscape image corresponding to the specified position, and the acquired landscape image.
  • the fourth step of superimposing the second object (avatar, monster) corresponding to the first object and displaying it on the display unit, and the case where the second object is associated with a specific character (avatar) (FIG. 18).
  • the fifth step (S151 in FIG. 13, S227 in FIG. 19) for requesting the progress of the predetermined part of the game to S209: NO) and the first progress of the predetermined part have already been completed.
  • the second object based on the sixth step (S152 in FIG. 13) for receiving the operation instruction data and the recorded operation instruction data, the second progress of the predetermined part is executed and the display unit is displayed.
  • 7th step (S155, S156 in FIG. 13) and is included.
  • (Appendix 4) In any of (Appendix 1) to (Appendix 3), in the seventh step, the second object is made to speak based on the voice data included in the recorded motion instruction data, and the motion data included in the motion instruction data is used. Includes moving a second object based on (FIG. 9).
  • the display unit has a first screen for displaying a menu related to the progress of the game, a second screen for displaying a map image in the first step, and a first screen or a second screen.
  • the third screen which is transitioned from the screen and displays the game information on which the progress of the predetermined part can be executed
  • the fourth screen which displays the progress of the predetermined part in the seventh step, can be displayed, and the fourth screen is configured to be displayable. , It is configured so that the transition is made only from the third screen and not from the first screen and the second screen.
  • a computer-readable medium containing computer-executable instructions is provided. Such computer-readable media causes the processor to perform a step contained in any of (item 1) to (item 7) when a computer executable instruction is executed.
  • an information processing apparatus for game progression includes a processor, a memory, an input unit, and a display unit.
  • Such an information processing apparatus displays a map image of a predetermined area on a display unit, and when a predetermined condition is satisfied, a first display unit and a first display unit that arranges and displays a first object on the map image.
  • the reception unit that accepts the input operation of the user who specifies the object of the object from the input unit, the acquisition unit that communicates with the server that manages the landscape images of various places, and the acquisition unit that acquires the landscape image corresponding to the specified position, and the acquired landscape.
  • the game When the second display unit that superimposes the second object corresponding to the specified first object on the image and displays it on the display unit and the second object are associated with a specific character, the game The request unit that requests the progress of the predetermined part, the operation instruction data receiving unit that receives the recorded operation instruction data when the first progress of the predetermined part has already been completed, and the recorded operation instruction data.
  • the second object By operating the second object based on the above, the second progress of the predetermined part is executed, and the progress section is displayed on the display section.
  • the progress unit is further configured to operate the second object based on the record of the action by the user's input operation received during the first progress of the predetermined part.
  • Control of the control block 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 unit 210.
  • Blocks (particularly progress support unit 211 and shared support unit 212) and control blocks of control unit 310 (particularly, operation reception unit 311, display control unit 312, UI control unit 313, animation generation unit 314, progress simulation unit 315).
  • Character control unit 316 and reaction processing unit 317) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or by software using a CPU (Central Processing Unit). You may.
  • control unit 110 the control unit 210 or the control unit 310, or an information processing device including a plurality of these units is a CPU that executes instructions of a program that is software that realizes each function, the above program, and various types. It is equipped with a ROM (Read Only Memory) or storage device (these are referred to as "recording media") in which data is readablely recorded by a computer (or CPU), a RAM (Random Access Memory) for expanding the above program, and the like. .. Then, the object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program.
  • a "non-temporary tangible medium" for example, 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 any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Physics & Mathematics (AREA)
  • Optics & Photonics (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

ゲーム進行のための情報処理方法が提供される。かかる情報処理方法は、プロセッサによる、所定領域の地図画像を表示部に表示し、所定の条件が成立しているときには当該地図画像上に第１のオブジェクトを配置させて表示する第１ステップと、第１のオブジェクトを指定するユーザの入力操作を入力部から受け付ける第２ステップと、各所の風景画像を管理するサーバと通信して、指定された位置に対応する風景画像を取得する第３ステップと、取得した前記風景画像に対して、指定された第１のオブジェクトに対応する第２のオブジェクトを重畳させて表示部に表示する第４ステップと、第２のオブジェクトが特定のキャラクタに関連付けられる場合に、ゲームの所定パートの進行を要求する第５ステップと、所定パートの第１の進行が既に終了している場合に、記録済みの動作指図データを受信する第６ステップと、記録済みの動作指図データに基づいて第２のオブジェクトを動作させることにより、所定パートの第２の進行を実行して、表示部に表示する第７ステップと、を含む。

Description

情報処理方法、コンピュータ可読媒体、および情報処理装置
　本発明は、情報処理方法、コンピュータ可読媒体、および情報処理装置に関する。
　ゲーム運営側に自らの携帯端末の位置を知らせることで、移動距離や現在位置を算出させ、算出データを元にしてゲームを進めていく位置情報ゲームがある。このような位置情報ゲームとして、全国各地に配置されている妖怪（以下、モンスター）をサーチし、当該モンスターの画像をユーザが所有する端末の画面に表示させることにより、当該モンスターを獲得するものがあった（例えば非特許文献１）。
"妖怪ウォッチワールド"、［ｏｎｌｉｎｅ］、[平成３０年８月１７日検索]、インターネット＜https://youkaiww.gungho.jp/＞
　しかし、非特許文献１のゲームにおいては、モンスターの画像が、カメラにより撮影される実際の画像であってカメラの向き等に応じて逐次更新される風景画像に重畳して表示される。このため、撮影処理および画像処理などに掛かる負担が過大になるという問題があった。また、故意ではないにしても、その場に居合わせた第三者を撮影してしまうケースも生じるため、例えば盗撮しているという疑いを掛けられてしまう懸念を生じさせてしまう虞があった。
　本発明は、かかる実情に鑑み考え出されたものであり、その目的は、処理に掛かる負担を軽減するとともに第三者のプライバシー侵害に対する懸念を低減できる、ゲームプログラム、ゲーム方法、および情報処理装置を提供することである。
　本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、入力部、および表示部を備える情報端末装置により実行されるゲーム進行のための情報処理方法が提供される。かかる情報処理方法は、プロセッサによる、所定領域の地図画像を表示部に表示し、所定の条件が成立しているときには当該地図画像上に第１のオブジェクトを配置させて表示する第１ステップと、第１のオブジェクトを指定するユーザの入力操作を入力部から受け付ける第２ステップと、各所の風景画像を管理するサーバと通信して、指定された位置に対応する風景画像を取得する第３ステップと、取得した前記風景画像に対して、指定された第１のオブジェクトに対応する第２のオブジェクトを重畳させて表示部に表示する第４ステップと、第２のオブジェクトが特定のキャラクタに関連付けられる場合に、ゲームの所定パートの進行を要求する第５ステップと、所定パートの第１の進行が既に終了している場合に、記録済みの動作指図データを受信する第６ステップと、記録済みの動作指図データに基づいて第２のオブジェクトを動作させることにより、所定パートの第２の進行を実行して、表示部に表示する第７ステップと、を含む。
　また、一実施形態のある局面によれば、プロセッサ、メモリ、入力部、および表示部を備えるゲーム進行のための情報処理装置が提供される。かかる情報処理装置によれば、所定領域の地図画像を表示部に表示し、所定の条件が成立しているときには当該地図画像上に第１のオブジェクトを配置させて表示する第１表示部と、第１のオブジェクトを指定するユーザの入力操作を前記入力部から受け付ける受付部と、各所の風景画像を管理するサーバと通信して、指定された位置に対応する風景画像を取得する取得部と、取得した風景画像に対して、指定された第１のオブジェクトに対応する第２のオブジェクトを重畳させて表示部に表示する第２表示部と、第２のオブジェクトが特定のキャラクタに関連付けられる場合に、ゲームの所定パートの進行を要求する要求部と、所定パートの第１の進行が既に終了している場合に、記録済みの動作指図データを受信する動作指図データ受取部と、記録済みの動作指図データに基づいて第２のオブジェクトを動作させることにより、所定パートの第２の進行を実行して、表示部に表示する進行部と、を備える。
　本発明によれば、処理に掛かる負担を軽減することができるとともに第三者のプライバシー侵害に対する懸念を低減できる。
ゲームシステムのハードウェア構成を示す図である。 ユーザ端末、サーバおよび動作指図装置の機能的構成を示すブロック図である。 本実施形態に係る情報処理方法に基づいて実行されるゲームの基本的なゲーム進行についてその一例を示すフローチャートである。 動作指図データのデータ構造の一例を示す図である。 ゲーム情報のデータ構造の一例を示す図である。 ユーザ端末の表示部に表示されるクエスト提示画面の一例を示す図である。 ユーザ端末の表示部に表示されるクエスト解決画面の一例を示す図である。 ユーザ端末の表示部に表示される報酬画面の一例を示す図である。 ユーザ端末の表示部に表示される動画再生画面の一例を示す図である。 ゲームシステムにおいて実行される処理の流れを示すフローチャートである。 本実施形態に係る情報処理方法に基づいて実行されるゲームの基本的なゲーム進行についてその一例を示すフローチャートである。 ライブ配信パートのユーザ行動履歴情報のデータ構造の一例を示す図である。 本実施形態に係る情報処理方法に基づいて実行されるゲームの基本的なゲーム進行についてその一例を示すフローチャートである。 アイコンを含む地図の一例を示す図である。 アイコンを含む地図の一例を示す図である。 仮想空間を表現する一態様を概念的に表す図である。 パノラマ画像に照準画像とモンスターとが重畳された状態の一例を示す図である。 パノラマ画像に照準画像とモンスターとが重畳された状態の一例を示す図である。 パノラマ画像にアバターが重畳された状態の一例を示す図である。 図１４Ａの状態から仮想カメラの視界領域を左にパンニングした状態を示す図である。 ゲームシステムにおいて実行される処理の流れの一部を示すフローチャートである。 ゲームシステムにおいて実行される処理の流れの他の一部を示すフローチャートである。 ユーザ端末において実行される処理の流れの一部を示すフローチャートである。 ユーザ端末の表示部に表示されるゲーム画面の遷移例を示す。
　〔実施形態１〕
　本開示に係るゲームシステムは、ゲームプレイヤである複数のユーザにゲームを提供するためのシステムである。以下、ゲームシステムについて図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。
　＜ゲームシステム１のハードウェア構成＞
　図１は、ゲームシステム１のハードウェア構成を示す図である。ゲームシステム１は図示の通り、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、および所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が挙げられる。
　サーバ２００（コンピュータ、情報処理装置）は、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。
　ユーザ端末１００（コンピュータ、情報処理装置）は、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末１００は図示の通り、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、ユーザ端末１００は、タッチスクリーン１５に代えて、または、加えて、ユーザ端末１００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ１４を備えていてもよい。
　また、図１に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。
　なお、ユーザ端末１００がカメラ１７および測距センサ１８を備えることに代えて、または、加えて、コントローラ１０２０がカメラ１７および測距センサ１８を有していてもよい。
　ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前またはログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。
　ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００などの他の装置と通信せずに、該１台のユーザ端末１００でマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（Local Area Network）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。
　なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける成績または勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。
　また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、有線を介して信号を送受信する。
　図１に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラム及びデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。
　ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。
　以上で説明したとおり、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、および、測距センサ１８を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。
　例えば、操作部が、カメラ１７および測距センサ１８の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体１０１０としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体１０１０の色、形状、動き、または、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。
　あるいは、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５の入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３で構成される場合、ユーザ端末１００は、コントローラ１０２０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ１４で構成される場合、該入出力ＩＦ１４と接続されるコントローラ１０２０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。
　本実施形態では、ゲームシステム１は、さらに、動作指図装置３００を含む。動作指図装置３００は、サーバ２００およびユーザ端末１００のそれぞれと、ネットワーク２を介して接続する。動作指図装置３００は、ゲームシステム１に少なくとも１台設けられている。動作指図装置３００は、サーバ２００が提供するサービスを利用するユーザ端末１００の数に応じて、複数台設けられていてもよい。１台のユーザ端末１００に対して、１台の動作指図装置３００が設けられていてもよい。複数台のユーザ端末１００に対して、１台の動作指図装置３００が設けられていてもよい。
　動作指図装置３００（ＮＰＣ制御装置、キャラクタ制御装置）は、サーバ、デスクトップパソコン、ノートパソコン、または、タブレットなどのコンピュータ、および、これらを組み合わせたコンピュータ群であってもよい。動作指図装置３００は、図示の通り、プロセッサ３０と、メモリ３１と、ストレージ３２と、通信ＩＦ３３と、入出力ＩＦ３４と、タッチスクリーン３５（表示部）とを備える。動作指図装置３００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、動作指図装置３００は、タッチスクリーン３５に代えて、または、加えて、動作指図装置３００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ３４を備えていてもよい。
　また、図１に示すように、動作指図装置３００は、１つ以上のマイク３０１０、１つ以上のモーションキャプチャ装置３０２０、および、１つ以上のコントローラ３０３０などの周辺機器と、無線または有線を介して、通信可能に構成されてもよい。無線で接続される周辺機器は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、動作指図装置３００と通信を確立する。
　マイク３０１０は、周囲で発生した音声を取得し、これを電気信号に変換する。電気信号に変換された音声は、音声データとして、動作指図装置３００に送信され、通信ＩＦ３３を介して動作指図装置３００に受け付けられる。
　モーションキャプチャ装置３０２０は、追跡対象（例えば、人）のモーション（顔の表情、口の動きなども含む）を追跡し、追跡結果としての出力値を動作指図装置３００へ送信する。出力値であるモーションデータは、通信ＩＦ３３を介して動作指図装置３００に受け付けられる。モーションキャプチャ装置３０２０のモーションキャプチャ方式は特に限定されない。モーションキャプチャ装置３０２０は、採用された方式に応じて、カメラ、各種センサ、マーカー、モデル（人物）が着用するスーツ、信号送出器など、モーションをキャプチャするためのあらゆる機構を選択的に備えている。
　コントローラ３０３０は、１つ以上のボタン、レバー、スティック、ホイール等の物理的な入力機構を有していてもよい。コントローラ３０３０は、動作指図装置３００のオペレータが、該入力機構に対して入力した入力操作に基づく出力値を動作指図装置３００へ送信する。また、コントローラ３０３０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値を動作指図装置３００へ送信してもよい。上述の出力値は、通信ＩＦ３３を介して動作指図装置３００に受け付けられる。なお、以下では、動作指図装置３００に備えられた操作部または動作指図装置３００と通信可能に接続された各種の入力機構を用いて、動作指図装置３００に対して、何らかの入力操作を行う人をオペレータと称する。オペレータには、入力部３５１、コントローラ３０３０などを用いて動作指図装置３００を操作する人も含まれるし、マイク３０１０を介して音声を入力する声優も含まれるし、モーションキャプチャ装置３０２０を介して動きを入力するモデルも含まれる。なお、オペレータは、ゲームプレイヤであるユーザに含まれない。
　動作指図装置３００は、図示しない、カメラと、測距センサとを備えていてもよい。動作指図装置３００が備えることに代えて、または、加えて、モーションキャプチャ装置３０２０およびコントローラ３０３０がカメラと、測距センサとを有してしてもよい。
　以上で説明したとおり、動作指図装置３００は、該動作指図装置３００に対して情報を入力する機構の一例として、通信ＩＦ３３、入出力ＩＦ３４、タッチスクリーン３５を備える。必要に応じて、カメラ、および、測距センサをさらに備えていてもよい。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。
　操作部がタッチスクリーン３５で構成されていてもよい。この場合、動作指図装置３００は、タッチスクリーン３５の入力部３５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ３３で構成される場合、動作指図装置３００は、コントローラ３０３０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ３４で構成される場合、該入出力ＩＦ３４と接続されるコントローラ３０３０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。
　＜ゲーム概要＞
　本実施形態に係るゲームシステム１が実行するゲーム（以下、本ゲーム）は、一例として、１以上のキャラクタを登場させて、そのキャラクタの少なくとも１つを動作指図データに基づいて動作させるゲームである。該ゲームに登場するキャラクタは、プレイヤキャラクタ（以下、ＰＣ）であってもよいし、ノンプレイヤキャラクタ（以下、ＮＰＣ）であってもよい。ＰＣは、ゲームプレイヤであるユーザが直接操作可能なキャラクタである。ＮＰＣは、ゲームプログラムおよび動作指図データにしたがって動作する、すなわち、ゲームプレイヤであるユーザが直接操作できないキャラクタである。以下では、両者を特に区別する必要がない場合には、総称として、“キャラクタ”を用いる。
　一例として、本ゲームは、育成シミュレーションゲームである。具体的には、該育成シミュレーションゲームは、ユーザたる主人公が、キャラクタとの交流を深め、働きかけていくことで、該キャラクタを有名な動画配信者に仕立て上げ、該キャラクタが抱く夢を実現することを目的としている。さらに、該育成シミュレーションゲームは、主人公が、キャラクタとの交流を通じて親密度を高めることを目的とする恋愛シミュレーションゲームの要素を含んでいてもよい。
　さらに、本ゲームには、一例として、ライブ配信パートが少なくとも含まれていることが好ましい。ゲームシステム１において、動作指図データが、本ゲームを実行中のユーザ端末１００に対して、該ユーザ端末１００以外の他の装置から、任意のタイミングで供給される。ユーザ端末１００は、該動作指図データを受信したことをトリガにして、該動作指図データを解析する（レンダリングする）。ライブ配信パートとは、ユーザ端末１００が、上述の解析された動作指図データにしたがって動作するキャラクタを、ユーザにリアルタイムに提示するパートである。これにより、ユーザは、キャラクタが本当に存在するかのような現実感を覚えることができ、より一層ゲームの世界に没入して本ゲームに興じることができる。
　本実施形態では、ゲームは、複数のプレイパートで構成されていてもよい。この場合、１つのキャラクタが、あるパートでは、ＰＣであって、別のパートでは、ＮＰＣである、というように、パートごとにキャラクタの性質が異なっていてもよい。
　ゲームのジャンルは、特定のジャンルに限られない。ゲームシステム1は、あらゆるジャンルのゲームを実行し得る。例えば、テニス、卓球、ドッジボール、野球、サッカーおよびホッケーなどのスポーツを題材としたゲーム、パズルゲーム、クイズゲーム、ＲＰＧ（Role-Playing Game）、アドベンチャーゲーム、シューティングゲーム、シミュレーションゲーム、育成ゲーム、ならびに、アクションゲームなどであってもよい。
　また、ゲームシステム１において実行されるゲームのプレイ形態は、特定のプレイ形態に限られない。ゲームシステム１は、あらゆるプレイ形態のゲームを実行し得る。例えば、単一のユーザによるシングルプレイゲーム、および、複数のユーザによるマルチプレイゲーム、また、マルチプレイゲームの中でも、複数のユーザが対戦する対戦ゲーム、および、複数のユーザが協力する協力プレイゲームなどであってもよい。
　＜各装置のハードウェア構成要素＞
　プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、サーバ２００全体の動作を制御する。プロセッサ３０は、動作指図装置３００全体の動作を制御する。プロセッサ１０、２０および３０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、およびＧＰＵ（Graphics Processing Unit）を含む。
　プロセッサ１０は後述するストレージ１２からプログラムを読み出し、後述するメモリ１１に展開する。プロセッサ２０は後述するストレージ２２からプログラムを読み出し、後述するメモリ２１に展開する。プロセッサ３０は後述するストレージ３２からプログラムを読み出し、後述するメモリ３１に展開する。プロセッサ１０、プロセッサ２０およびプロセッサ３０は展開したプログラムを実行する。
　メモリ１１、２１および３１は主記憶装置である。メモリ１１、２１および３１は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ３１は、プロセッサ３０が後述するストレージ３２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ３０に作業領域を提供する。メモリ３１は、プロセッサ３０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。
　本実施形態においてプログラムとは、ゲームをユーザ端末１００により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームをユーザ端末１００とサーバ２００との協働により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームをユーザ端末１００とサーバ２００と動作指図装置３００との協働により実現するためのゲームプログラムであってもよい。なお、ユーザ端末１００とサーバ２００との協働により実現されるゲームおよびユーザ端末１００とサーバ２００と動作指図装置３００との協働により実現されるゲームは、一例として、ユーザ端末１００において起動されたブラウザ上で実行されるゲームであってもよい。あるいは、該プログラムは、該ゲームを複数のユーザ端末１００の協働により実現するためのゲームプログラムであってもよい。また、各種データとは、ユーザ情報およびゲーム情報などのゲームに関するデータ、ならびに、ゲームシステム１の各装置間で送受信する指示または通知を含んでいる。
　ストレージ１２、２２および３２は補助記憶装置である。ストレージ１２、２２および３２は、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置で構成される。ストレージ１２、２２および３２には、ゲームに関する各種データが格納される。
　通信ＩＦ１３は、ユーザ端末１００における各種データの送受信を制御する。通信ＩＦ２３は、サーバ２００における各種データの送受信を制御する。通信ＩＦ３３は、動作指図装置３００における各種データの送受信を制御する。通信ＩＦ１３、２３および３３は例えば、無線ＬＡＮ（Local Area Network）を介する通信、有線ＬＡＮ、無線ＬＡＮ、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。
　入出力ＩＦ１４は、ユーザ端末１００がデータの入力を受け付けるためのインターフェースであり、またユーザ端末１００がデータを出力するためのインターフェースである。入出力ＩＦ１４は、ＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４は、例えば、ユーザ端末１００の物理ボタン、カメラ、マイク、または、スピーカ等を含み得る。サーバ２００の入出力ＩＦ２４は、サーバ２００がデータの入力を受け付けるためのインターフェースであり、またサーバ２００がデータを出力するためのインターフェースである。入出力ＩＦ２４は、例えば、マウスまたはキーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。動作指図装置３００の入出力ＩＦ３４は、動作指図装置３００がデータの入力を受け付けるためのインターフェースであり、また動作指図装置３００がデータを出力するためのインターフェースである。入出力ＩＦ３４は、例えば、マウス、キーボード、スティック、レバー等の情報入力機器、液晶ディスプレイなどの画像を表示出力する機器、および、周辺機器（マイク３０１０、モーションキャプチャ装置３０２０、および、コントローラ３０３０）との間でデータを送受信するための接続部を含み得る。
　ユーザ端末１００のタッチスクリーン１５は、入力部１５１と表示部１５２とを組み合わせた電子部品である。動作指図装置３００のタッチスクリーン３５は、入力部３５１と表示部３５２とを組み合わせた電子部品である。入力部１５１、３５１は、例えばタッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２、３５２は、例えば液晶ディスプレイ、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。
　入力部１５１、３５１は、入力面に対しユーザの操作（主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作）が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。入力部１５１、３５１は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。
　図示していないが、ユーザ端末１００は、該ユーザ端末１００の保持姿勢を特定するための１以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。ユーザ端末１００がセンサを備えている場合、プロセッサ１０は、センサの出力からユーザ端末１００の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ１０は、ユーザ端末１００が縦向きに保持されているときには、縦長の画像を表示部１５２に表示させる縦画面表示としてもよい。一方、ユーザ端末１００が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ１０は、ユーザ端末１００の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。
　カメラ１７は、イメージセンサ等を含み、レンズから入射する入射光を電気信号に変換することで撮影画像を生成する。
　測距センサ１８は、測定対象物までの距離を測定するセンサである。測距センサ１８は、例えば、パルス変換した光を発する光源と、光を受ける受光素子とを含む。測距センサ１８は、光源からの発光タイミングと、該光源から発せられた光が測定対象物にあたって反射されて生じる反射光の受光タイミングとにより、測定対象物までの距離を測定する。測距センサ１８は、指向性を有する光を発する光源を有することとしてもよい。
　ここで、ユーザ端末１００が、カメラ１７と測距センサ１８とを用いて、ユーザ端末１００の近傍の物体１０１０を検出した検出結果を、ユーザの入力操作として受け付ける例をさらに説明する。カメラ１７および測距センサ１８は、例えば、ユーザ端末１００の筐体の側面に設けられてもよい。カメラ１７の近傍に測距センサ１８が設けられてもよい。カメラ１７としては、例えば赤外線カメラを用いることができる。この場合、赤外線を照射する照明装置および可視光を遮断するフィルタ等が、カメラ１７に設けられてもよい。これにより、屋外か屋内かにかかわらず、カメラ１７の撮影画像に基づく物体の検出精度をいっそう向上させることができる。
　プロセッサ１０は、カメラ１７の撮影画像に対して、例えば以下の（１）～（５）に示す処理のうち１つ以上の処理を行ってもよい。（１）プロセッサ１０は、カメラ１７の撮影画像に対し画像認識処理を行うことで、該撮影画像にユーザの手が含まれているか否かを特定する。プロセッサ１０は、上述の画像認識処理において採用する解析技術として、例えばパターンマッチング等の技術を用いてよい。（２）また、プロセッサ１０は、ユーザの手の形状から、ユーザのジェスチャを検出する。プロセッサ１０は、例えば、撮影画像から検出されるユーザの手の形状から、ユーザの指の本数（伸びている指の本数）を特定する。プロセッサ１０はさらに、特定した指の本数から、ユーザが行ったジェスチャを特定する。例えば、プロセッサ１０は、指の本数が５本である場合、ユーザが「パー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が０本である（指が検出されなかった）場合、ユーザが「グー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が２本である場合、ユーザが「チョキ」のジェスチャを行ったと判定する。（３）プロセッサ１０は、カメラ１７の撮影画像に対し、画像認識処理を行うことにより、ユーザの指が人差し指のみ立てた状態であるか、ユーザの指がはじくような動きをしたかを検出する。（４）プロセッサ１０は、カメラ１７の撮影画像の画像認識結果、および、測距センサ１８の出力値等の少なくともいずれか１つに基づいて、ユーザ端末１００の近傍の物体１０１０（ユーザの手など）とユーザ端末１００との距離を検出する。例えば、プロセッサ１０は、カメラ１７の撮影画像から特定されるユーザの手の形状の大小により、ユーザの手がユーザ端末１００の近傍（例えば所定値未満の距離）にあるのか、遠く（例えば所定値以上の距離）にあるのかを検出する。なお、撮影画像が動画の場合、プロセッサ１０は、ユーザの手がユーザ端末１００に接近しているのか遠ざかっているのかを検出してもよい。（５）カメラ１７の撮影画像の画像認識結果等に基づいて、ユーザの手が検出されている状態で、ユーザ端末１００とユーザの手との距離が変化していることが判明した場合、プロセッサ１０は、ユーザが手をカメラ１７の撮影方向において振っていると認識する。カメラ１７の撮影範囲よりも指向性が強い測距センサ１８において、物体が検出されたりされなかったりする場合に、プロセッサ１０は、ユーザが手をカメラの撮影方向に直交する方向に振っていると認識する。
　このように、プロセッサ１０は、カメラ１７の撮影画像に対する画像認識により、ユーザが手を握りこんでいるか否か（「グー」のジェスチャであるか、それ以外のジェスチャ（例えば「パー」）であるか）を検出する。また、プロセッサ１０は、ユーザの手の形状とともに、ユーザがこの手をどのように移動させているかを検出する。また、プロセッサ１０は、ユーザがこの手をユーザ端末１００に対して接近させているのか遠ざけているのかを検出する。このような操作は、例えば、マウスまたはタッチパネルなどのポインティングデバイスを用いた操作に対応させることができる。ユーザ端末１００は、例えば、ユーザの手の移動に応じて、タッチスクリーン１５においてポインタを移動させ、ユーザのジェスチャ「グー」を検出する。この場合、ユーザ端末１００は、ユーザが選択操作を継続中であると認識する。選択操作の継続とは、例えば、マウスがクリックされて押し込まれた状態が維持されること、または、タッチパネルに対してタッチダウン操作がなされた後タッチされた状態が維持されることに対応する。また、ユーザ端末１００は、ユーザのジェスチャ「グー」が検出されている状態で、さらにユーザが手を移動させると、このような一連のジェスチャを、スワイプ操作（またはドラッグ操作）に対応する操作として認識することもできる。また、ユーザ端末１００は、カメラ１７の撮影画像によるユーザの手の検出結果に基づいて、ユーザが指をはじくようなジェスチャを検出した場合に、当該ジェスチャを、マウスのクリックまたはタッチパネルへのタップ操作に対応する操作として認識してもよい。
　＜ゲームシステム１の機能的構成＞
　図２は、ゲームシステム１に含まれるユーザ端末１００、サーバ２００および動作指図装置３００の機能的構成を示すブロック図である。ユーザ端末１００、サーバ２００および動作指図装置３００のそれぞれは、図示しない、一般的なコンピュータとして機能する場合に必要な機能的構成、および、ゲームにおける公知の機能を実現するために必要な機能的構成を含み得る。
　ユーザ端末１００は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、および入出力ＩＦ１４等の協働によって、制御部１１０および記憶部１２０として機能する。
　サーバ２００は、各ユーザ端末１００と通信して、ユーザ端末１００がゲームを進行させるのを支援する機能を有する。例えば、ユーザ端末１００が本ゲームに係るアプリケーションを始めてダウンロードするときには、初回ゲーム開始時にユーザ端末１００に記憶させておくべきデータをユーザ端末１００に提供する。例えば、サーバ２００は、キャラクタを動作させるための動作指図データをユーザ端末１００に送信する。動作指図データは、予め、モデルなどのアクターの動きを取り込んだモーションキャプチャデータを含んでいてもよいし、声優などのアクターの音声を録音した音声データを含んでいてもよいし、キャラクタを動作させるための入力操作の履歴を示す操作履歴データを含んでいてもよいし、上述の一連の入力操作に対応付けられたコマンドを時系列に並べたモーションコマンド群を含んでいてもよい。本ゲームがマルチプレイゲームである場合には、サーバ２００は、ゲームに参加する各ユーザ端末１００と通信して、ユーザ端末１００同士のやりとりを仲介する機能および同期制御機能を有していてもよい。また、サーバ２００は、ユーザ端末１００と動作指図装置３００とを仲介する機能を備えている。これにより、動作指図装置３００は、適時に、宛先を誤ることなく、ユーザ端末１００または複数のユーザ端末１００のグループに対して動作指図データを供給することが可能となる。サーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、および入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能する。
　動作指図装置３００は、ユーザ端末１００におけるキャラクタの動作を指示するための動作指図データを生成し、ユーザ端末１００に供給する機能を有する。動作指図装置３００は、プロセッサ３０、メモリ３１、ストレージ３２、通信ＩＦ３３、および入出力ＩＦ３４等の協働によって、制御部３１０および記憶部３２０として機能する。
　記憶部１２０、２２０および３２０は、ゲームプログラム１３１、ゲーム情報１３２およびユーザ情報１３３を格納する。ゲームプログラム１３１は、ユーザ端末１００、サーバ２００および動作指図装置３００が実行するゲームプログラムである。ゲーム情報１３２は、制御部１１０、２１０および３１０がゲームプログラム１３１を実行する際に参照するデータである。ユーザ情報１３３は、ユーザのアカウントに関するデータである。記憶部２２０および３２０において、ゲーム情報１３２およびユーザ情報１３３は、ユーザ端末１００ごとに格納されている。記憶部３２０は、さらに、キャラクタ制御プログラム１３４を格納する。キャラクタ制御プログラム１３４は、動作指図装置３００が実行するプログラムであり、上述のゲームプログラム１３１に基づくゲームに登場させるキャラクタの動作を制御するためのプログラムである。
　　（サーバ２００の機能的構成）
　制御部２１０は、記憶部２２０に格納されたゲームプログラム１３１を実行することにより、サーバ２００を統括的に制御する。例えば、制御部２１０は、ユーザ端末１００に各種データおよびプログラム等を送信する。制御部２１０は、ゲーム情報もしくはユーザ情報の一部または全部をユーザ端末１００から受信する。ゲームがマルチプレイゲームである場合には、制御部２１０は、ユーザ端末１００からマルチプレイの同期の要求を受信して、同期のためのデータをユーザ端末１００に送信してもよい。また、制御部２１０は、必要に応じて、ユーザ端末１００および動作指図装置３００と通信して、情報の送受信を行う。
　制御部２１０は、ゲームプログラム１３１の記述に応じて、進行支援部２１１および共有支援部２１２として機能する。制御部２１０は、実行するゲームの性質に応じて、ユーザ端末１００におけるゲームの進行を支援するために、図示しないその他の機能ブロックとしても機能することができる。
　進行支援部２１１は、ユーザ端末１００と通信し、ユーザ端末１００が、本ゲームに含まれる各種パートを進行するための支援を行う。例えば、進行支援部２１１は、ユーザ端末１００が、ゲームを進行させるとき、該ゲームを進行させるために必要な情報をユーザ端末１００に提供する。
　共有支援部２１２は、複数のユーザ端末１００と通信し、複数のユーザが、各々のユーザ端末１００にて互いのデッキを共有し合うための支援を行う。また、共有支援部２１２は、オンラインのユーザ端末１００と動作指図装置３００とをマッチングする機能を有していてもよい。これにより、ユーザ端末１００と動作指図装置３００との間の情報の送受信が円滑に実施される。
　　（ユーザ端末１００の機能的構成）
　制御部１１０は、記憶部１２０に格納されたゲームプログラム１３１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲームプログラム１３１およびユーザの操作にしたがって、ゲームを進行させる。また、制御部１１０は、ゲームを進行させている間、必要に応じて、サーバ２００および動作指図装置３００と通信して、情報の送受信を行う。
　制御部１１０は、ゲームプログラム１３１の記述に応じて、操作受付部１１１、表示制御部１１２、ユーザインターフェース（以下、ＵＩ）制御部１１３、アニメーション生成部１１４、ゲーム進行部１１５、解析部１１６および進捗情報生成部１１７として機能する。制御部１１０は、実行するゲームの性質に応じて、ゲームを進行させるために、図示しないその他の機能ブロックとしても機能することができる。
　操作受付部１１１は、入力部１５１に対するユーザの入力操作を検知し受け付ける。操作受付部１１１は、タッチスクリーン１５およびその他の入出力ＩＦ１４を介したコンソールに対してユーザが及ぼした作用から、いかなる入力操作がなされたかを判別し、その結果を制御部１１０の各要素に出力する。
　例えば、操作受付部１１１は、入力部１５１に対する入力操作を受け付け、該入力操作の入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部１１１は、入力操作の種類として、例えばタッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。また、操作受付部１１１は、連続して検知されていた入力が途切れると、タッチスクリーン１５から接触入力が解除されたことを検知する。
　ＵＩ制御部１１３は、ＵＩを構築するために表示部１５２に表示させるＵＩオブジェクトを制御する。ＵＩオブジェクトは、ユーザが、ゲームの進行上必要な入力をユーザ端末１００に対して行うためのツール、または、ゲームの進行中に出力される情報をユーザ端末１００から得るためのツールである。ＵＩオブジェクトは、これには限定されないが、例えば、アイコン、ボタン、リスト、メニュー画面などである。
　アニメーション生成部１１４は、各種オブジェクトの制御態様に基づいて、各種オブジェクトのモーションを示すアニメーションを生成する。例えば、アニメーション生成部１１４は、キャラクタがまるでそこにいるかのように動いたり、口を動かしたり、表情を変えたりする様子を表現したアニメーション等を生成してもよい。
　表示制御部１１２は、タッチスクリーン１５の表示部１５２に対して、上述の各要素によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部１１２は、アニメーション生成部１１４によって生成されたアニメーションを含むゲーム画面を表示部１５２に表示してもよい。また、表示制御部１１２は、ＵＩ制御部１１３によって制御される上述のＵＩオブジェクトを、該ゲーム画面に重畳して描画してもよい。
　ゲーム進行部１１５は、ゲームを進行させる。本実施形態では、ゲーム進行部１１５は、本ゲームを、操作受付部１１１を介して入力されるユーザの入力操作に応じて進行させる。ゲーム進行部１１５は、ゲームの進行中、１以上のキャラクタを登場させ、該キャラクタを動作させる。ゲーム進行部１１５は、キャラクタを、事前にダウンロードされたゲームプログラム１３１にしたがって動作させてもよいし、ユーザの入力操作にしたがって動作させてもよいし、動作指図装置３００から供給される動作指図データにしたがって動作させてもよい。
　本ゲームが、第１パート、第２パート・・・というように複数のパートに分かれて構成されている場合、ゲーム進行部１１５は、パートごとの仕様にしたがってゲームを進行させる。
　一例を挙げて具体的に説明すると、第１パートが、キャラクタと対話することによってゲーム中の物語が進行するストーリーパートであるとする。この場合、ゲーム進行部１１５は、以下のようにストーリーパートを進行させる。具体的には、ゲーム進行部１１５は、キャラクタを、予めダウンロードされたゲームプログラム１３１または同じく予めダウンロードされた動作指図データ（第１動作指図データ）などにしたがってキャラクタを動作させる。ゲーム進行部１１５は、操作受付部１１１が受け付けたユーザの入力操作に基づいて、該ユーザが選んだ選択肢を特定し、該選択肢に対応付けられている動作をキャラクタに行わせる。第２パートが、動作指図装置３００から供給された動作指図データに基づいてキャラクタを動作させるライブ配信パートであるとする。この場合、ゲーム進行部１１５は、動作指図装置３００から動作指図データに基づいて、キャラクタを動作させてライブ配信パートを進行させる。
　解析部１１６は、動作指図データを解析して（レンダリングして）、解析結果に基づいてキャラクタを動作させるようにゲーム進行部１１５に指示する。本実施形態では、解析部１１６は、動作指図装置３００によって供給された動作指図データが通信ＩＦ３３を介して受信されたことをトリガにして、該動作指図データのレンダリングを開始する。動作指図装置３００は、解析結果をゲーム進行部１１５に伝達し、すぐに動作指図データに基づいてキャラクタを動作させるよう指示する。すなわち、ゲーム進行部１１５は、動作指図データが受信されたことをトリガにして、該動作指図データに基づいてキャラクタを動作させる。これにより、リアルタイムで動作するキャラクタをユーザに見せることが可能となる。
　進捗情報生成部１１７は、ゲーム進行部１１５が実行しているゲームの進捗を示す進捗情報を生成し、適時、サーバ２００または動作指図装置３００に送信する。進捗情報は、例えば、現在表示されているゲーム画面を指定する情報を含んでいてもよいし、ゲームの進捗を、時系列で文字および記号等によって示した進行ログを含んでいてもよい。ゲームシステム１において、サーバ２００および動作指図装置３００が進捗情報を必要としない実施形態では、進捗情報生成部１１７は省略されてもよい。
　　（動作指図装置３００の機能的構成）
　制御部３１０は、記憶部３２０に格納されたキャラクタ制御プログラム１３４を実行することにより、動作指図装置３００を統括的に制御する。例えば、制御部３１０は、キャラクタ制御プログラム１３４およびオペレータの操作にしたがって、動作指図データを生成し、ユーザ端末１００に供給する。制御部３１０は、必要に応じて、さらにゲームプログラム１３１を実行してもよい。また、制御部３１０は、サーバ２００および本ゲームを実行中のユーザ端末１００と通信して、情報の送受信を行う。
　制御部３１０は、キャラクタ制御プログラム１３４の記述に応じて、操作受付部３１１、表示制御部３１２、ＵＩ制御部３１３、アニメーション生成部３１４、進捗模擬部３１５およびキャラクタ制御部３１６として機能する。制御部３１０は、ゲームシステム１において実行されるゲームの性質に応じて、該ゲームに登場するキャラクタを制御するために、図示しないその他の機能ブロックとしても機能することができる。
　操作受付部３１１は、入力部３５１に対するオペレータの入力操作を検知し受け付ける。操作受付部３１１は、タッチスクリーン３５およびその他の入出力ＩＦ３４を介したコンソールに対して、オペレータが及ぼした作用から、いかなる入力操作がなされたかを判別し、その結果を制御部３１０の各要素に出力する。操作受付部３１１の機能の詳細は、ユーザ端末１００における操作受付部１１１のそれとほぼ同様である。
　ＵＩ制御部３１３は、表示部３５２に表示させるＵＩオブジェクトを制御する。
　アニメーション生成部３１４は、各種オブジェクトの制御態様に基づいて、各種オブジェクトのモーションを示すアニメーションを生成する。例えば、アニメーション生成部３１４は、通信相手となるユーザ端末１００上実際に表示されているゲーム画面を再現したアニメーション等を生成してもよい。
　表示制御部３１２は、タッチスクリーン３５の表示部３５２に対して、上述の各要素によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部３１２の機能の詳細は、ユーザ端末１００における表示制御部１１２のそれとほぼ同様である。
　進捗模擬部３１５は、ユーザ端末１００から受信するゲームの進捗を示す進捗情報に基づいて、ユーザ端末１００におけるゲームの進捗を把握する。そして、進捗模擬部３１５は、該ユーザ端末１００の挙動を動作指図装置３００において模擬的に再現することで、オペレータに対して、ユーザ端末１００の進捗を提示する。
　例えば、進捗模擬部３１５は、ユーザ端末１００で表示されているゲーム画面を再現したものを自装置の表示部３５２に表示してもよい。また、進捗模擬部３１５は、ユーザ端末１００において、ゲームの進捗を上述の進行ログとして表示部３５２に表示してもよい。
　また、進捗模擬部３１５の機能の一部は、制御部３１０がゲームプログラム１３１を実行することにより実現されてもよい。例えば、まず進捗模擬部３１５は、進捗情報に基づいて、ユーザ端末１００のゲームの進捗を把握する。そして、進捗模擬部３１５は、ユーザ端末１００においてゲームプログラム１３１基づき現在表示されている、ゲーム画面を、完全にまたは簡略化して自装置の表示部３５２に再現してもよい。あるいは、進捗模擬部３１５は、現時点のゲームの進捗を把握し、ゲームプログラム１３１に基づいて現時点以降のゲーム進行を予測し、予測結果を表示部３５２に出力してもよい。
　キャラクタ制御部３１６は、ユーザ端末１００に表示させるキャラクタの挙動を制御する。具体的には、キャラクタを動作させるための動作指図データを生成し、ユーザ端末１００に供給する。例えば、キャラクタ制御部３１６は、オペレータ（声優など）が、マイク３０１０を介して入力した音声データに基づいて、制御対象のキャラクタに発言させることを指示する動作指図データを生成する。このようにして生成された動作指図データには、上述の音声データが少なくとも含まれる。また、例えば、オペレータ（モデルなど）が、モーションキャプチャ装置３０２０を介して入力したモーションキャプチャデータに基づく動きを制御対象のキャラクタに行わせることを指示する動作指図データを生成する。このようにして生成された動作指図データには、上述のモーションキャプチャデータが少なくとも含まれる。また、例えば、オペレータが、コントローラ３０３０などの入力機構または入力部３５１などの操作部を介して入力した入力操作の履歴、すなわち、操作履歴データに基づいて、制御対象のキャラクタを動作させることを指示する動作指図データを生成する。このようにして生成された動作指図データには、上述の操作履歴データが少なくとも含まれる。操作履歴データは、例えば、表示部にどの画面が表示されているときに、オペレータが、コントローラ３０３０のどのボタンをどのタイミングで押したのかを示す操作ログが時系列で整理されている情報である。ここでの表示部は、コントローラ３０３０と連動した表示部であって、タッチスクリーン３５の表示部３５２であってもよいし、入出力ＩＦ３４を介して接続された別の表示部であってもよい。あるいは、キャラクタ制御部３１６は、オペレータが上述の入力機構または操作部を介して入力した入力操作に対応付けられた、キャラクタの動作を指示するコマンドを特定する。そして、キャラクタ制御部３１６は、該コマンドを入力された順に並べてキャラクタの一連の動作を示すモーションコマンド群を生成し、該モーションコマンド群にしたがってキャラクタを動作させることを指示する動作指図データを生成してもよい。このようにして生成された動作指図データには、上述のモーションコマンド群が少なくとも含まれる。
　反応処理部３１７は、ユーザ端末１００からユーザの反応についてフィードバックを受け付けて、これを動作指図装置３００のオペレータに対して出力する。本実施形態では、例えば、ユーザ端末１００は、上述の動作指図データにしたがってキャラクタを動作させている間、該キャラクタに宛てて、ユーザがコメントを作成することができる。反応処理部３１７は、該コメントのコメントデータを受け付けて、これを、出力する。反応処理部３１７は、ユーザのコメントに対応するテキストデータを、表示部３５２に表示してもよいし、ユーザのコメントに対応する音声データを、図示しないスピーカから出力してもよい。
　なお、図２に示すユーザ端末１００、サーバ２００および動作指図装置３００の機能は一例にすぎない。ユーザ端末１００、サーバ２００および動作指図装置３００の各装置は、他の装置が備える機能の少なくとも一部を備えていてもよい。さらに、ユーザ端末１００、サーバ２００および動作指図装置３００以外のさらに別の装置をゲームシステム１の構成要素とし、該別の装置にゲームシステム１における処理の一部を実行させてもよい。すなわち、本実施形態においてゲームプログラムを実行するコンピュータは、ユーザ端末１００、サーバ２００、動作指図装置３００およびそれ以外の別の装置の何れであってもよいし、これらの複数の装置の組み合わせにより実現されてもよい。
　なお、本実施形態では、進捗模擬部３１５は、省略されてもよい。また、本実施形態では、制御部３１０は、キャラクタ制御プログラム１３４の記述に応じて、反応処理部３１７として機能することができる。
　＜ゲームの構成＞
　図３は、本ゲームの基本的なゲーム進行についてその一例を示すフローチャートである。本ゲームは、例えば、２つのゲームプレイパートに分かれている。一例として、第１パートは、ストーリーパート、第２パートは、ライブ配信パートである。本ゲームには、その他にも、ユーザが保有する有価データと引き換えに、ゲームで利用可能なデジタルデータであるゲーム媒体をユーザに獲得させる獲得パートが含まれていてもよい。本実施形態では、各パートのプレイ順序は特に限定されない。図３には、ユーザ端末１００が、ストーリーパート、獲得パート、ライブ配信パートの順にゲームを実行した場合が示されている。
　ステップＳ１では、ゲーム進行部１１５は、ストーリーパートを実行する。ストーリーパートには、固定シナリオＳ１１および獲得シナリオＳ１２が含まれる（後述）。ストーリーパートには、例えば、ユーザが操作する主人公とキャラクタとが対話するシーンが含まれる。本実施形態では、一例として、デジタルデータとしてひとまとめにされた「シナリオ」は、キャラクタにまつわる物語の１話分に対応し、サーバ２００から供給されて、一旦記憶部１２０に格納される。ゲーム進行部１１５は、ストーリーパートにおいて、記憶部１２０に格納されているシナリオを１つ読み出し、結末を迎えるまで１つシナリオをユーザの入力操作に応じて進行させる。シナリオには、ユーザに選択させる選択肢、該選択肢に対応するキャラクタの応答パターンなどが含まれており、ユーザがどの選択肢を選択するのかによって、１つのシナリオの中でも、異なる結末が得られてもよい。具体的には、ゲーム進行部１１５は、主人公からキャラクタに対しての働きかけに対応する複数の選択肢をユーザが選択可能に提示し、該ユーザが選択した選択肢に応じて、シナリオを進行させる。
　ステップＳ２では、ユーザが最後までシナリオをプレイすると、ゲーム進行部１１５は、結末に応じた報酬を該ユーザに獲得させてもよい。報酬は、例えば、ゲーム上で利用可能なデジタルデータであるゲーム媒体としてユーザに提供される。ゲーム媒体は、例えば、キャラクタに身に付けさせることができる服飾品などのアイテムであってもよい。ここで、「報酬をユーザに獲得させる」とは、一例として、ユーザに対応付けて管理されている報酬としてのゲーム媒体のステータスを、使用不可から使用可能に遷移させることであってもよい。あるいは、ゲーム媒体を、ユーザ識別情報またはユーザ端末ＩＤなどに対応付けて、ゲームシステム１に含まれる少なくともいずれかのメモリ（メモリ１１、メモリ２１、メモリ３１）に記憶させることであってもよい。
　ステップＳ３では、ゲーム進行部１１５が獲得パートを実行する。獲得パートにおいて、ユーザに獲得させるゲーム媒体は、初回ダウンロード時にユーザ端末１００に提供されるシナリオとは別の新しいシナリオであってもよい。以下では、前者のシナリオを固定シナリオ、後者のシナリオを獲得シナリオと称する。両者を区別する必要が無い場合は、単に、シナリオと称する。
　獲得パートでは、例えば、ゲーム進行部１１５は、ユーザの有価データを消費することと引き換えに、ユーザがすでに保有している固定シナリオとは別の獲得シナリオをユーザに保有させる。ユーザに獲得させるシナリオは、ゲーム進行部１１５、または、サーバ２００の進行支援部２１１によって、所定の規則にしたがって決定されてもよい。より具体的には、ゲーム進行部１１５、または、進行支援部２１１は、抽選を実行し、複数の獲得シナリオの中からランダムに、ユーザに獲得させるシナリオを決定してもよい。獲得パートは、ストーリーパートおよびライブ配信パートの前後の任意のタイミングで実行されてもよい。
　ステップＳ４では、ゲーム進行部１１５は、ネットワークを介して外部の装置から、動作指図データを受信したか否かを判定する。動作指図データを外部の装置から受信しないうちは、ゲーム進行部１１５は、ステップＳ４のＮＯから、例えば、ステップＳ１に戻り、ストーリーパートを実行してもよい。あるいは、ゲーム進行部１１５は、ステップＳ３の獲得パートを実行してもよい。一方、動作指図データを外部の装置から受信した場合は、ゲーム進行部１１５は、ステップＳ４のＹＥＳからステップＳ５に進む。
　ステップＳ５では、ゲーム進行部１１５は、ライブ配信パート（第２パート）を実行する。具体的には、ゲーム進行部１１５は、ステップＳ４にて受信した動作指図データにしたがってキャラクタを動作させることにより、ライブ配信パートを進行させる。ユーザは、ステップＳ１では、シナリオにおいて、決め打ちの反応を示すキャラクタと単にＵＩを介して対話するだけであった。しかし、ユーザは、ライブ配信パートにおいては、外部の装置から送信された動作指図データに基づいてリアルタイムに動作するキャラクタと自由にインタラクティブに対話することができる。より具体的には、解析部１１６は、ユーザの入力操作の内容に応じて生成された音声データおよびモーションデータを含む動作指図データを動作指図装置３００から受信する。そして、ゲーム進行部１１５は、受信された動作指図データに含まれる音声データに基づいて、キャラクタに発話させるともに、上述のモーションデータに基づいてキャラクタに動きをつける。これにより、上述のユーザの入力操作に対するキャラクタの反応を、ユーザに提示することができる。
　＜処理概要＞
　本実施形態では、ユーザ端末１００は、ゲームプログラム１３１に基づいて、ゲームの興趣性を向上させるために以下のステップを実行するように構成されている。具体的には、ユーザ端末１００は、ユーザおよび他のユーザのいずれもが操作しないＮＰＣの動作を指定する動作指図データであって、メモリ１１に予め記憶されている第１動作指図データに基づいてＮＰＣを動作させ、操作部（入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、測距センサ１８）を介して入力されたユーザの入力操作に応じて第１パートを進行させるステップと、ＮＰＣ制御装置（動作指図装置３００）から受信した第２動作指図データに基づいてＮＰＣを動作させることにより第２パートを進行させるステップと、を実行する。
　上述の構成によれば、ユーザ端末１００は、第１パートにおいて、予めダウンロードされた第１動作指図データに基づいてＮＰＣを動作させる。これに加えて、ユーザ端末１００は、動作指図装置３００から第２動作指図データを受信し、第２パートにおいて、第２動作指図データに基づいてＮＰＣを動作させる。動作指図装置３００から受信した第２動作指図データに基づいてＮＰＣを動作させることができるため、ＮＰＣの動作は、型にはまらず、その表現は大幅に広がる。そのため、ユーザは、ゲームプレイ中のＮＰＣとの関わり合いを通じて、該ＮＰＣがまるで現実の世界にいるかのような現実感を覚えることができる。結果として、ゲームの世界への没入感を高め、該ゲームの興趣性を向上させるという効果を奏する。
　＜データ構造＞
　　（動作指図データ）
　図４は、本実施形態に係るゲームシステム１にて処理される動作指図データのデータ構造の一例を示す図である。一例として、動作指図データは、メタ情報である、「宛先」、「作成元」の各項目と、データの中身である、「キャラクタＩＤ」、「音声」、「動き」の各項目とを含んで構成されている。
　項目「宛先」には、宛先指定情報が格納されている。宛先指定情報は、該動作指図データが、どの装置宛てに送信されたものであるのかを示す情報である。宛先指定情報は、例えば、ユーザ端末１００固有のアドレスであってもよいし、ユーザ端末１００が所属しているグループの識別情報であってもよい。ある条件を満たすすべてのユーザ端末１００を宛先としていることを示す記号（例えば、「ＡＬＬ」など）であってもよい。
　項目「作成元」には、作成元情報が格納されている。作成元情報は、該動作指図データが、どの装置によって作成されたものであるのかを示す情報である。作成元情報は、例えば、ユーザＩＤ、ユーザ端末ＩＤ、ユーザ端末の固有アドレスなど、ある特定のユーザを特定可能な、ユーザに関連する情報（以下、ユーザ関連情報）である。作成元情報は、サーバ２００または動作指図装置３００を指し示すＩＤまたはアドレスであってもよいし、作成元が、サーバ２００または動作指図装置３００である場合には、該項目の値を空のままにしておいてもよいし、該項目自体を動作指図データに設けないようにしてもよい。
　項目「キャラクタＩＤ」には、本ゲームに登場するキャラクタを一意に識別するためのキャラクタＩＤが格納されている。ここに格納されているキャラクタＩＤは、該動作指図データがどのキャラクタの動作を指示するためのものであるのかを表している。
　項目「音声」には、キャラクタに発現させる音声データが格納されている。項目「動き」には、キャラクタの動きを指定するモーションデータが格納されている。モーションデータは、一例として、モーションキャプチャ装置３０２０を介して動作指図装置３００が取得したモーションキャプチャデータであってもよい。モーションキャプチャデータは、アクターの体全体の動きを追跡したデータであってもよいし、アクターの顔の表情および口の動きを追跡したデータであってもよいし、その両方であってもよい。モーションデータは、他の例として、コントローラ３０３０を介して動作指図装置３００のオペレータが入力した操作によって特定された、キャラクタの一連の動きを指示するモーションコマンド群であってもよい。例えば、コントローラ３０３０のボタンＡ、ボタンＢ、ボタンＣ、ボタンＤにそれぞれ、「右手を上げる」、「左手を上げる」、「歩く」、「走る」のコマンドが割り付けられている場合に、オペレータが、ボタンＡ、ボタンＢ、ボタンＣ、ボタンＤを続けて順に押したとする。この場合には、「右手を上げる」、「左手を上げる」、「歩く」、「走る」の各コマンドが上述の順に並べられたモーションコマンド群が、モーションデータとして、「動き」の項目に格納される。なお、本実施形態では、音声データとモーションデータとは同期がとれた状態で、動作指図データに含まれている。
　このような動作指図データを受信することにより、ゲーム進行部１１５は、ゲームに登場するキャラクタを、該動作指図データの作成元の意図通りに動作させることができる。具体的には、ゲーム進行部１１５は、動作指図データに音声データが含まれている場合には、該音声データに基づいてキャラクタに発話させる。また、ゲーム進行部１１５は、動作指図データにモーションデータが含まれている場合には、該モーションデータに基づいてキャラクタを動かす、すなわち、モーションデータに基づく動きをするように該キャラクタのアニメーションを生成する。
　　（ゲーム情報）
　図５は、本実施形態に係るゲームシステム１にて処理されるゲーム情報１３２のデータ構造の一例を示す図である。ゲーム情報１３２において設けられる項目は、ゲームのジャンル、性質、内容等に応じて適宜決定されるものであり、例示の項目は、本発明の範囲を限定するものではない。一例として、ゲーム情報１３２は、「プレイ履歴」、「アイテム」、「親密度」、「知名度」および「配信履歴」の各項目を含んで構成されている。これらの各項目は、ゲーム進行部１１５がゲームを進行させるときに適宜参照される。
　項目「プレイ履歴」には、ユーザのプレイ履歴が格納されている。プレイ履歴は、記憶部１２０に記憶されているシナリオごとに、ユーザのプレイが完遂しているかどうかを示す情報である。例えば、プレイ履歴は、プレイ初回にダウンロードされた固定シナリオのリストと、獲得パートにおいて後から獲得された獲得シナリオのリストとを含む。それぞれのリストにおいて、シナリオごとに、「プレイ済」、「未プレイ」、「プレイ可」、「プレイ不可」などのステータスが紐付けられている。
　項目「アイテム」には、ユーザが保有するゲーム媒体としてのアイテム一覧が格納されている。本ゲームにおいて、アイテムは、一例として、キャラクタに身に付けさせる服飾品である。ユーザは、シナリオをプレイすることによって得られたアイテムを、キャラクタに身に付けさせ、キャラクタの見た目をカスタマイズすることができる。
　項目「親密度」には、キャラクタのステータスの１つである親密度が格納されている。新密度は、ユーザのいわば分身である「主人公」を、キャラクタとの仲の良さを示すパラメータである。例えば、ゲーム進行部１１５は、親密度が高いほど、ゲームをユーザにとって有利に進行させてもよい。例えば、ゲーム進行部１１５は、シナリオのプレイ結果の良し悪しに応じて、親密度を増減してもよい。一例として、ゲーム進行部１１５は、ユーザがうまく選択肢を選び、シナリオにおいて迎えられた結末が良い内容であるほど、親密度を多く増分する。反対に、ゲーム進行部１１５は、ユーザが、シナリオをバッドエンドで迎えた場合には、親密度を減じてもよい。
　項目「知名度」には、キャラクタのステータスの１つのである知名度が格納されている。知名度は、キャラクタが、動画配信者として持つ人気の高さおよび認知度などを示すパラメータである。キャラクタの動画配信活動を応援して、該キャラクタの知名度を上げ、該キャラクタの夢を実現することが本ゲームの目的の一つとなる。一例として、一定以上の知名度を達成することができたユーザに対しては、特別なシナリオが報酬として提供されてもよい。
　項目「配信履歴」には、ライブ配信パートにおいて、過去にキャラクタからライブ配信された動画、いわゆるバックナンバーの一覧が格納されている。ライブ配信パートにおいて、リアルタイムにＰＵＳＨ配信されている動画は、そのときにしか閲覧できない。一方、過去の配信分の動画は、サーバ２００または動作指図装置３００において録画されており、ユーザ端末１００からのリクエストに応じて、ＰＵＬＬ配信することが可能である。本実施形態では、一例として、バックナンバーは、ユーザが課金することにより、ダウンロードできるようにしてもよい。
　＜ストーリーパートの画面例＞
　図６は、ユーザ端末１００の表示部１５２に表示されるクエスト提示画面４００の一例を示す図である。ゲーム進行部１１５は、ストーリーパートにおいて、シナリオを進行中、ゲームプログラム１３１にしたがって、ユーザに対してクエストを提示する。具体的には、ゲーム進行部１１５は、主人公とキャラクタとの対話の中で、キャラクタから主人公に対して、クエストに相当する依頼事項を発言させる。このとき、例えば、ゲーム進行部１１５は、図６に示すクエスト提示画面４００を表示部１５２に表示させてもよい。
　「キャラクタに依頼事項を発言させる」という一連の動作を行うキャラクタを提示する方法は特に限定されない。例えば、ゲーム進行部１１５は、予め記憶部１２０に記憶されている、依頼事項に対応するテキストデータに基づいて、それを発話するキャラクタを静止画で表示してもよい。具体的には、ゲーム進行部１１５は、キャラクタ４０１と、キャラクタ４０１の発言であることを示す吹き出し４０２と、吹き出し４０２内に配置された依頼事項のテキストデータとを含むクエスト提示画面４００を表示部１５２に表示させる。あるいは、ゲーム進行部１１５は、予め記憶部１２０に記憶されている、依頼事項を発話するシーンに対応する動作指図データに基づいて、それを発話するキャラクタのアニメーションを表示してもよい。具体的には、ゲーム進行部１１５は、キャラクタ４０１を、動作指図データに含まれるモーションキャプチャデータにしたがって動かしつつ、該動作指図データに含まれる音声データをユーザ端末１００が備える図示しないスピーカから音声として出力する。
　本実施形態では、一例として、ゲーム進行部１１５は、クエストを、ユーザ端末１００の位置登録情報を利用した位置情報ゲームによって実現してもよい。ゲーム進行部１１５は、ユーザ端末１００に備えられている不図示の位置登録システムから、ユーザ端末１００の現在位置情報（例えば、住所情報、緯度経度情報など）を取得する。そして、取得した現在位置情報に基づいて、ユーザ端末１００がある場所周辺の地図４０３を生成し、クエスト提示画面４００に配置する。地図４０３を生成する元になる地図データは、地図データを提供する他のサービス提供装置（サーバ）からネットワークを介して取得する。なお、地図データは、予めユーザ端末１００の記憶部１２０に記憶されているものであってもよい。
　続いて、ゲーム進行部１１５は、依頼事項を解決できる事物（以下、目標物）を獲得できる位置（住所、緯度経度など）を決定し、決定した位置に対応する地図上の位置に、目標アイコン４０４を重畳表示させる。これにより、ユーザは、ユーザ端末１００を持って、地図４０３上の目標アイコン４０４の位置まで移動すれば、目標物を獲得し、クエストをクリアできると理解することができる。目標物の位置について、ゲーム進行部１１５は、ランダムに決定してもよいし、シナリオ、クエスト、目標物の内容に応じて予め決定されていてもよい。
　ユーザが、目標アイコン４０４の位置に相当する実際の位置にユーザ端末１００を持ち込むと、ゲーム進行部１１５は、主人公が目標物に到達したと判定し、ユーザに、目標物を獲得させる。ゲーム進行部１１５は、これにより、クエストがクリアされたと判定する。
　本実施形態では、ゲーム進行部１１５は、クエストがクリアされると、クエスト解決画面５００を生成し、表示部１５２に表示させてもよい。図７は、ユーザ端末１００の表示部１５２に表示されるクエスト解決画面５００の一例を示す図である。一例として、クエスト解決画面５００は、キャラクタ４０１を含む。例えば、ゲーム進行部１１５は、キャラクタ４０１に、「依頼事項が解決されたことについて主人公に対して礼を言う」という動作を行わせる。ゲーム進行部１１５は、この動作を、予め記憶されている動作指図データに基づいてキャラクタ４０１に行わせてもよい。あるいは、ゲーム進行部１１５は、キャラクタ４０１の静止画と発言内容に対応するテキストデータ５０１とをクエスト解決画面５００に配置することにより、キャラクタ４０１がお礼を言っているシーンを再現してもよい。
　本実施形態では、ゲーム進行部１１５は、クエストがクリアされた報酬として、依頼主であるキャラクタ４０１にまつわる新たな固定シナリオを１つ解放し、ユーザがプレイ可能な状態に遷移させてもよい。具体的には、ゲーム進行部１１５は、図５に示すプレイ履歴を読み出し、所定の固定シナリオのステータスを「プレイ不可」から「プレイ可」に更新する。
　さらに、ゲーム進行部１１５は、クエストがクリアされたことに基づいて、主人公とキャラクタとの親密度を増分してもよい。ゲーム進行部１１５は、クエストのプレイ内容（所要時間、移動距離、獲得個数、キャラクタの喜びの度合い、獲得された目標物のレア度など）が良いほど、親密度を上げる構成であってもよい。
　ユーザが１以上のクエストをクリアしたり、選択肢を選択したりすることにより、キャラクタとの対話が進み、シナリオが進行していく。シナリオが１つの結末を迎えると、ユーザは、シナリオのプレイを完遂したことになる。
　ゲーム進行部１１５は、シナリオをユーザがプレイしたことの報酬として、アイテムをユーザに獲得させてもよい。アイテムは、例えば、キャラクタ４０１に身に付けさせる服飾品である。ゲーム進行部１１５は、ユーザに獲得させるアイテムを所定の規則に基づいて決定する。例えば、ゲーム進行部１１５は、プレイされたシナリオに予め対応付けられているアイテムをユーザに付与してもよいし、シナリオのプレイ内容（クエストクリアの所要時間、獲得された親密度、よい選択肢を選択したか、など）に応じて決定されたアイテムを付与してもよい。あるいは、ユーザに付与するアイテムは、複数の候補の中からランダムで決定されてもよい。
　本実施形態では、ゲーム進行部１１５は、ユーザに獲得させたアイテムを通知するための報酬画面６００を生成し、表示部１５２に表示させてもよい。図８は、ユーザ端末１００の表示部１５２に表示される報酬画面６００の一例を示す図である。一例として、報酬画面６００は、獲得されたアイテムのアイコン６０１、および、該アイテムの名称６０２を含んでいてもよい。これにより、ユーザは、自身が獲得できたアイテムを確認することができる。また、ゲーム進行部１１５は、図５に示す項目「アイテム」に格納されているアイテムリストに、上述の獲得されたアイテムを追加する。
　＜ライブ配信パートの画面例＞
　ゲーム進行部１１５は、例えば動作指図装置３００などの外部の装置から動作指図データを受信すると、ライブ配信パートにおいて、キャラクタを該動作指図データに基づいて動作させる。例えば、ライブ配信パートにおいて動作指図データに基づいて動作するキャラクタを含む動画再生画面８００を生成し、表示部１５２に表示させる。
　図９は、ユーザ端末１００の表示部１５２に表示される動画再生画面８００の一例を示す図である。動画再生画面８００は、一例として、ストーリーパートで対話相手であったキャラクタ（図示の例では、キャラクタ８０２）を少なくとも含む。
　本実施形態では、ゲーム進行部１１５は、外部の装置（以下、動作指図装置３００とする）から供給された動作指図データに含まれているモーションキャプチャデータが示す動きをキャラクタ８０２の動きに反映させる。モーションキャプチャデータは、動作指図装置３００の設置場所において、モデル７０２の動きを、モーションキャプチャ装置３０２０を介して取得したものである。したがって、モデル７０２の動きが、そのまま、表示部１５２に表示されるキャラクタ８０２の動きに反映される。
　本実施形態では、ゲーム進行部１１５は、動作指図装置３００から供給された動作指図データに含まれている音声データ８０１を、キャラクタ８０２が発した音声として、キャラクタ８０２の動きと同期して出力する。音声データは、動作指図装置３００の設置場所において、声優７０１の音声７００を、マイク３０１０を介して取得したものである。したがって、声優７０１が発した音声７００に対応する音声データ８０１が、そのまま、ユーザ端末１００のスピーカから出力される。
　上述の構成によれば、動作指図装置３００の設置場所において、実在する声優７０１およびモデル７０２の音声および動きが、そのまま、キャラクタ８０２の音声および動きに反映される。このような動作を行うキャラクタ８０２を見て、ユーザは、キャラクタ８０２に対して、まるで、現実の世界に存在するかのような現実感を覚えることができ、ゲームの世界に没入することができる。
　さらに、本実施形態では、ゲーム進行部１１５は、ストーリーパート（第１パート）におけるユーザの入力操作に基づいて、ストーリーパートのプレイ結果を決定してもよい。そして、ゲーム進行部１１５は、ライブ配信パート（第２パート）において、動作指図データに基づいて動作させるキャラクタを、該プレイ結果に応じた表示態様にて、表示部１５２に表示させてもよい。
　一例として、ゲーム進行部１１５は、これまでにプレイされたストーリーパートにおいて、上述のキャラクタに身に付けさせることが可能なアイテムが獲得されていれば、そのアイテムのオブジェクトをキャラクタ８０２のオブジェクトに合成することが好ましい。上述の構成によれば、ユーザがストーリーパートをプレイすることにより獲得したアイテムを、ライブ配信パートで動作するキャラクタ８０２の服飾品に反映させることができる。例えば、図８に示すとおり、ストーリーパートにおいてシナリオをプレイしたことによって服飾品としてのアイテム（例えば、うさみみバンド）が獲得されている。この場合には、ゲーム進行部１１５は、図５に示すゲーム情報１３２から、該服飾品の情報を読み出し、該アイテムのオブジェクト（図示の例では、服飾品８０３）を、キャラクタ８０２に合成する。
　これにより、ユーザは、キャラクタ８０２により愛着を感じてライブ配信パートをより一層楽しむことができる。さらに、キャラクタ８０２の服飾品をバージョンアップさせたいというユーザの意欲を育むことができ、結果として、ストーリーパートをプレイする動機付けを強化することが可能となる。
　さらに、本実施形態では、ゲーム進行部１１５は、キャラクタ８０２の動作に反応して、キャラクタ８０２に宛てたコメントを入力することが可能であってもよい。一例として、ゲーム進行部１１５は、動画再生画面８００に、コメント入力ボタン８０４を配置する。ユーザは、コメント入力ボタン８０４にタッチして、コメントを入力するためのＵＩを呼び出し、該ＵＩを操作して、キャラクタ８０２に宛てたコメントを入力する。該ＵＩは、予め準備されたいくつかのコメントの中からユーザが所望のコメントを選択するためのものであってもよい。該ＵＩは、ユーザが文字を編集してコメントを入力するためのものであってもよい。該ＵＩは、ユーザが音声にてコメントを入力するためのものであってもよい。
　＜処理フロー＞
　図１０は、ゲームシステム１を構成する各装置が実行する処理の流れを示すフローチャートである。
　ステップＳ１０１にて、ユーザ端末１００のゲーム進行部１１５は、ユーザからゲーム開始の入力操作を受け付けると、サーバ２００にアクセスし、ログインの要求を行う。
　ステップＳ１０２にて、サーバ２００の進行支援部２１１は、ユーザ端末１００のステータスがオンラインであることを確認し、ログインを受け付けた旨応答する。
　ステップＳ１０３にて、ゲーム進行部１１５は、必要に応じて、サーバ２００と通信しながら、ユーザの入力操作に応じてゲームを進行させる。ゲーム進行部１１５は、ストーリーパートを進行させてもよいし、新たなシナリオを獲得するための獲得パートを進行させてもよい。
　ステップＳ１０４にて、進行支援部２１１は、必要に応じて、ユーザ端末１００に対して必要な情報を提供するなどして、ユーザ端末１００におけるゲーム進行を支援する。
　ステップＳ１０５にて、ライブ配信時刻になると、サーバ２００の共有支援部２１２は、ステップＳ１０５のＹＥＳからステップＳ１０６に進む。ライブ配信時刻は、例えば、ゲームマスターによって予め決定されており、サーバ２００および動作指図装置３００において管理されている。また、ユーザ端末１００に対して、ライブ配信時刻は予め通知されていてもよいし、実際にライブ配信時刻になるまで秘密にされていてもよい。前者の場合、ユーザに対して安定的にライブ配信を供給することができ、後者の場合、サプライズ配信として、ユーザに特別な付加価値が付いたライブ配信を供給することが可能となる。
　ステップＳ１０６にて、共有支援部２１２は、ライブ配信を受ける権利がある１以上のユーザ端末１００を探索する。ライブ配信を受けられる条件は、適宜ゲームマスターが設定すればよいが、少なくとも、本ゲームのアプリケーションをインストールしていること、および、ライブ配信時刻時点でオンラインであることなどが条件として挙げられる。本実施形態では一例として、ライブ配信時刻時点でオンラインである、すなわち、本ゲームのアプリケーションを起動しているユーザ端末１００を、ライブ配信を受ける権利があるユーザ端末１００として探索する。あるいは、共有支援部２１２は、さらに、ライブ配信を受けるための対価を支払い済みのユーザが所有するユーザ端末１００であることを条件に加えてもよい。あるいは、共有支援部２１２は、事前に、上述のライブ配信時刻において、ライブ配信を受ける旨の予約を行った特定のユーザ端末１００を、ライブ配信を受ける権利があるユーザ端末１００として探索してもよい。
　ステップＳ１０７にて、共有支援部２１２は、検出した１以上のユーザ端末１００を動作指図装置３００に通知する。例えば、共有支援部２１２は、ユーザ端末１００の端末ＩＤ、ユーザ端末１００の所有者であるユーザのユーザＩＤ、および、ユーザ端末１００のアドレスなどを動作指図装置３００に通知してもよい。
　一方、ステップＳ１０８にて、動作指図装置３００のキャラクタ制御部３１６は、ライブ配信時刻になると、ステップＳ１０８のＹＥＳからステップＳ１０９～Ｓ１１０に進む。ステップＳ１０９～Ｓ１１０は、いずれが先に実行されても構わない。
　ステップＳ１０９にて、キャラクタ制御部３１６は、声優などのアクターがマイク３０１０を介して入力した音声を音声データとして取得する。
　ステップＳ１１０にて、キャラクタ制御部３１６は、モデルなどのアクターがモーションキャプチャ装置３０２０を介して入力した動きをモーションキャプチャデータとして取得する。
　ステップＳ１１１にて、キャラクタ制御部３１６は、動作指図データ（第２動作指図データ）を生成する。具体的には、キャラクタ制御部３１６は、上述のライブ配信開始時刻に動画を配信させるキャラクタを特定し、該キャラクタのキャラクタＩＤを、動作指図データの「キャラクタＩＤ」の項目に格納する。いつの時刻にどのキャラクタの動画を配信するのかは、ゲームマスターによって予めスケジューリングされ、動作指図装置３００に登録されていてもよい。あるいは、動作指図装置３００のオペレータが、どのキャラクタの動作指図データを作成するのかを動作指図装置３００に対して予め指定しておいてもよい。キャラクタ制御部３１６は、ステップＳ１０９で取得した音声データを、動作指図データの「音声」の項目に格納する。キャラクタ制御部３１６は、ステップＳ１１０で取得したモーションキャプチャデータを、動作指図データの「動き」の項目に格納する。キャラクタ制御部３１６は、音声データとモーションキャプチャデータとが同期するように、音声データとモーションキャプチャデータとを紐付ける。キャラクタ制御部３１６は、ステップＳ１０７にてサーバ２００より通知された１以上のユーザ端末１００が宛先となるように、これらのユーザ端末１００のグループのグループ識別情報、または、１台のユーザ端末１００のアドレスを、宛先指定情報として、動作指図データの「宛先」の項目に格納する。
　ステップＳ１１２にて、キャラクタ制御部３１６は、通信ＩＦ３３を介して、上述のように生成した動作指図データを、宛先として指定した各ユーザ端末１００に送信する。キャラクタ制御部３１６は、アクターが声を出したり、動いたりして得られた音声データおよびモーションキャプチャデータを、取得してすぐさま動作指図データへとレンダリングし、リアルタイムで、各ユーザ端末１００に配信することが望ましい。
　ステップＳ１１３にて、ユーザ端末１００の解析部１１６は、通信ＩＦ１３を介して、上述の動作指図データを受信する。例えば、解析部１１６は、動作指図装置３００またはサーバ２００から予めライブ配信すると予告された時刻に、動作指図データを受信してもよい。
　ステップＳ１１４にて、解析部１１６は、受信したことをトリガにして、受信した動作指図データを解析する。
　ステップＳ１１５にて、ゲーム進行部１１５は、上述の動作指図データを受信したときに、ライブ配信パートを実行していなければ、該ライブ配信パートを開始する。このとき、ゲーム進行部１１５は、別のパートを実行していれば、該パートの進行を中断してから、ライブ配信パートを開始する。ここで、ゲーム進行部１１５は、ライブ配信が開始されたために実行中のパートを一時中断する旨のメッセージを表示部１５２に出力し、該パートの進捗を記憶部１２０に保存しておくことが望ましい。なお、上述の動作指図データを受信した時点で、すでに、ライブ配信パートを実行していれば、ゲーム進行部１１５は、ステップＳ１１５を省略してもよい。この場合、ゲーム進行部１１５は、動作指図データ（すなわち、キャラクタがライブ配信する体の動画）の配信が開始された旨のメッセージを表示部１５２に出力してもよい。
　ステップＳ１１６にて、ゲーム進行部１１５は、解析部１１６によって解析された動画指図データに基づいてキャラクタを動作させることにより、ライブ配信パートを進行させる。具体的には、ゲーム進行部１１５は、図９に示す動画再生画面８００などを表示部１５２に表示させる。ゲーム進行部１１５は、声優７０１、モデル７０２などのアクターが動作指図装置３００の設置場所で、声を出したり、動いたりしているのとほぼ同時に、リアルタイムで、その音声および動きを、動画再生画面８００におけるキャラクタ８０２の発言および動きに反映させる。解析部１１６およびゲーム進行部１１５は、リアルタイムの動画のレンダリングおよび再生を、動作指図装置３００から動作指図データを継続して受信し続けている間継続する。具体的には、ゲーム進行部１１５は、ユーザから何の入力操作も受け付けず、動作指図データが受信されている間は、ステップＳ１１７のＮＯからステップＳ１１３に戻り、以降の各ステップを繰り返す。
　ステップＳ１１７にて、動作指図データに基づいてキャラクタが動作している間に、操作受付部１１１が、ユーザから入力操作を受け付けると、ゲーム進行部１１５は、ステップＳ１１７のＹＥＳからステップＳ１１８に進む。例えば、操作受付部１１１は、動画再生画面８００におけるコメント入力ボタン８０４に対する入力操作を受け付ける。
　ステップＳ１１８にて、ゲーム進行部１１５は、上述の入力操作に応じて生成したコメントデータを動作指図装置３００に送信する。具体的には、ゲーム進行部１１５は、選択されたコメントのコメントＩＤをコメントデータとして送信してもよい。あるいは、ゲーム進行部１１５は、ユーザにより入力された文章のテキストデータをコメントデータとして送信してもよい。あるいは、ゲーム進行部１１５は、ユーザにより入力された音声の音声データをコメントデータとして送信してもよい。あるいは、ゲーム進行部１１５は、ユーザにより入力された音声を認識し、テキストデータに変換したものをコメントデータとして送信してもよい。
　ステップＳ１１９にて、動作指図装置３００の反応処理部３１７は、通信ＩＦ３３を介して、ユーザ端末１００から送信されたコメントデータを受信する。
　ステップＳ１２０にて、反応処理部３１７は、受信したコメントデータを、動作指図装置３００に出力する。例えば、反応処理部３１７は、コメントデータに含まれるテキストデータを表示部３５２に表示する。これにより、オペレータは、自分たちが動かしたキャラクタに対して、ユーザがどのような反応を示したのかを示すフィードバックを受けることが可能となる。そして、オペレータは、このフィードバックに合わせて、さらなるキャラクタの動作を決定することができる。すなわち、動作指図装置３００は、ステップＳ１０９に戻り、音声データおよびモーションキャプチャデータの取得を継続し、動作指図データをユーザ端末１００に提供し続ける。ユーザ端末１００は、自端末における入力操作の内容が動作指図装置３００によって受信された後、該動作指図装置３００から送信された動作指図データを受信する。具体的には、ユーザ端末１００は、キャラクタの発言内容に対応する音声データ、および、キャラクタの動きに対応するモーションキャプチャデータなどが含まれた動作指図データを受信する。そして、ユーザ端末１００は、継続的に、該動作指図データに基づいて、キャラクタを動作させる。結果として、ユーザに、キャラクタとのリアルタイムでインタラクティブなやりとりを体験させることが可能となる。なお、モーションキャプチャデータに代えて、キャラクタの動作を指示する１以上のコマンドが、動作指図装置３００のオペレータが指示した順に並んでいるモーションコマンド群が、ユーザ端末１００によって受信されてもよい。
　＜変形例１＞
　実施形態１の変形例１では、ライブ配信パートにおいて動画をライブ配信するキャラクタは、他のパートにおいて、ＮＰＣでなくてもよい。すなわち、他のパートにおいて、ユーザの操作に基づいて動作するＰＣが、ライブ配信パートにおいてＮＰＣとして動画をライブ配信するゲームに対しても、本発明を適用することができる。
　変形例１では、ユーザ端末１００は、ゲームプログラム１３１に基づいて、ゲームの興趣性を向上させるために以下のステップを実行するように構成されている。具体的には、ユーザ端末１００は、操作部（入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、測距センサ１８）を介してコンピュータ（ユーザ端末１００）に入力されたユーザの入力操作に応じてキャラクタを動作させることにより第１パートを進行させるステップと、ＮＰＣ制御装置（動作指図装置３００）から受信した、キャラクタの動作を指定する動作指図データに基づいてキャラクタを動作させることにより第２パートを進行させるステップとを実行する。ここで、動作指図データは、音声データおよびモーションキャプチャデータの少なくともいずれか１つを含む。ユーザ端末１００は、第２パートを進行させるステップでは、ユーザの入力操作の内容をＮＰＣ制御装置に送信し、該入力操作の内容を踏まえてＮＰＣ制御装置において決定された動作指図データを受信し、動作指図データを受信したことをトリガにして、キャラクタを動作させる。
　＜変形例２＞
　実施形態１の説明では、上述の図３に関し、ユーザ端末１００が、ストーリーパート、獲得パート、ライブ配信パートの順にゲームを実行する場合が示された。これに対し、実施形態１の変形例２では、ストーリーパートの進行中にユーザ端末１００により特定の行動が実施されたかの結果に応じて、自動的にライブ配信パートに切り替わるようにゲームが進行されてもよい。図１１は、実施形態１の変形例２に係るゲームプログラムに基づいて実行されるゲームの基本的なゲーム進行を示すフローチャートである。
　ステップＳ１ａは、図３のステップＳ１と同様である。つまり、ゲーム進行部１１５は、ストーリーパート（第１パート）を実行する。ストーリーパートには、固定シナリオＳ１１ａおよび獲得シナリオＳ１２ａが含まれる。上述のとおり、例えば、ユーザが操作する主人公とキャラクタとが対話するシーンが含まれる。本実施形態では、一例として、デジタルデータとしてひとまとめにされた「シナリオ」は、キャラクタにまつわる物語の１話分に対応し、サーバ２００から供給されて、一旦記憶部１２０に格納される。ゲーム進行部１１５は、ストーリーパートにおいて、記憶部１２０に格納されているシナリオを１つ読み出し、結末を迎えるまで１つシナリオをユーザの入力操作に応じて進行させる。シナリオには、ユーザに選択させる選択肢、該選択肢に対応するキャラクタの応答パターンなどが含まれており、ユーザがどの選択肢を選択するのかによって、１つのシナリオの中でも、異なる結末が得られてもよい。具体的には、ゲーム進行部１１５は、主人公からキャラクタに対しての働きかけに対応する複数の選択肢をユーザが選択可能に提示し、該ユーザが選択した選択肢に応じて、シナリオを進行させる。なお、キャラクタは、上述のＮＰＣでよく、ここでは、ゲームプレイヤである何れのユーザによる直接操作の対象とはされない。
　ステップＳ１ａのストーリーパートの進行中、ステップＳ１３ａでは、ゲーム進行部１１５は、ユーザによる特定の行動を受け付ける。これに応じて、ゲーム進行部１１５はステップＳ４ａに進み、ストーリーパートからライブ配信パートに切り替えるための動作が行われる。なお、ステップＳ１３ａでユーザによる特定の行動を受け付けないうちは、ゲーム進行部１１５は、引き続きステップＳ１ａのストーリーパートを継続して実行するのがよい。
　ここで、ストーリーパートにおけるユーザによる特定の行動の結果には、一例では、ユーザ端末１００が備える上述の位置登録システムによって取得されるユーザ端末１００の位置が、所定の位置となることが含まれる。より詳しくは、図６に関して説明されたように、ユーザ端末１００の位置登録情報を利用した位置情報ゲームによってクエストが実現され、ユーザは、ユーザ端末１００を持って、ゲーム進行部１１５によって決定された位置まで移動する。その結果、ユーザ端末１００の現在位置情報が当該決定された位置と整合した場合に、ユーザに目標物を獲得させる（図８）のに替えて、またはこれに加えて、ゲームの進行がライブ配信パートに自動的に切り替わるようにしてもよい。
　なお、位置登録システムによって取得されるユーザ端末１００の現実の位置登録情報に替えて、仮想的な位置情報が適用されてもよい。つまり、ストーリーパートにおけるユーザによる特定の行動の結果には、ユーザが操作している、ゲーム進行中のキャラクタの仮想的な位置が、所定の位置となることが含まれてもよい。
　他の例では、ストーリーパートにおけるユーザによる特定の行動の結果には、ストーリーパートに関連付けられた所定のシナリオが完結したことが含まれる。より詳しくは、ストーリーパートにおいて、ユーザが１以上のクエストをクリアしたり、選択肢を選択したりすることにより、キャラクタとの対話が進み、シナリオが進行する。そして、シナリオが１つの結末を迎えた場合に、ユーザはシナリオのプレイを完遂したことになる。その結果、ゲームがストーリーパートからライブ配信パートに自動的に切り替わるようにしてもよい。
　図１１に戻り、ステップＳ４ａは、図３のステップＳ４と同様である。つまり、ゲーム進行部１１５は、ネットワークを介して外部の装置（サーバ２００または動作指図装置３００）から、動作指図データを受信したか否かを判定する。動作指図データを外部の装置から受信しないうちは、ゲーム進行部１１５は、ステップＳ４ａのＮＯから、例えば、ステップＳ１ａに戻り、引き続きストーリーパートを実行してもよい。一方、動作指図データを外部の装置から受信した場合は、ゲーム進行部１１５は、ステップＳ４ａのＹＥＳからステップＳ５ａに進む。
　ステップＳ５ａは、図３のステップＳ５と同様である。つまり、ゲーム進行部１１５は、ライブ配信パート（第２パート）を実行する。具体的には、ゲーム進行部１１５は、ステップＳ４ａにて受信した動作指図データにしたがってキャラクタを動作させることにより、ライブ配信パートを進行させる。ユーザは、ステップＳ１ａでは、シナリオにおいて、決め打ちの反応を示すキャラクタと単にＵＩを介して対話するだけであった。しかし、ユーザは、ライブ配信パートにおいては、外部の装置から送信された動作指図データに基づいてリアルタイムに動作するキャラクタと自由にインタラクティブに対話することができる。より具体的には、解析部１１６は、ユーザの入力操作の内容に応じて、ＮＰＣに関連付けられるオペレータ（声優およびモデルを含む。）が入力している音声データおよびモーションデータを含む動作指図データを動作指図装置３００から受信してこれを解析する。そして、ゲーム進行部１１５は、受信された動作指図データに含まれる音声データに基づいて、キャラクタに発話させるともに、上述のモーションデータに基づいてキャラクタに動きをつける。これにより、ユーザとオペレータとが、リアルタイムかつインタラクティブに動作を同期させながら協働することができる。つまり、上述のユーザの入力操作に対するキャラクタの反応を、ユーザに提示することができる。
　変形例２においては、また、上述の図１０で説明された処理フローでは、例えば、ステップＳ１０５で、サーバ２００がライブ配信時刻であるかを判定することに替えて、サーバ２００がユーザによる特定の行動を受け付けたかを判定するのがよい。つまり、判定条件が満たされた場合に、サーバ２００および動作指図装置３００は、ライブ配信パートにおけるライブ配信をユーザ端末１００に提供する。逆に、判定条件が満たされない場合には、ユーザ端末１００がライブ配信パートに進むことはないようにゲームの進行が制御される。
　判定条件が満たされた場合、ユーザ端末１００では、動作指図データに基づいてＮＰＣが動作され、ライブ配信パートの進行を実行することができる。具体的には、動作指図端末３００においてＳ１０８からＳ１１０で既にライブ配信が開始されているときには、ユーザ端末１００は、途中からリアルタイムのライブ配信の供給を受けることができるようにしてもよい。これに替えて、判定条件が満たされた場合に、このことをトリガにしてライブ配信が開始され、ユーザ端末１００は、終了済みのライブ配信の供給を始めから受けることができるようにしてもよい。なお、判定条件であるユーザによる特定の行動は、例えば、ゲームマスターによって予め決定され、サーバ２００および動作指図装置３００において管理されている。
　変形例２によれば、ユーザ端末１００は、第１パートにおいて、予めダウンロードされた第１動作指図データに基づいてＮＰＣを動作させる。そして、第１パートにおいてユーザが特定の行動を実施した結果に応じて、第１パートから第２パートへの切り替えが行われる。ユーザ端末１００は、動作指図装置３００から第２動作指図データを受信し、第２パートにおいて、第２動作指図データに基づいてＮＰＣを動作させる。動作指図装置３００から受信した第２動作指図データに基づいてＮＰＣを動作させることができるため、ＮＰＣの動作は、型にはまらず、その表現は大幅に広がる。そのため、ユーザは、ゲームプレイ中のＮＰＣとの関わり合いを通じて、該ＮＰＣがまるで現実の世界にいるかのような現実感を覚えることができる。結果として、ゲームの世界への没入感を高め、該ゲームの興趣性を向上させるという効果を奏する。また、第２パートに移行するには、ユーザは第１パートにおいて特定の行動を実施する必要があるため、ゲーム性をより一層高めることができる。
　＜変形例３＞
　実施形態１の説明では、上述の図３に関し、ユーザ端末１００が、ストーリーパート、獲得パート、ライブ配信パートの順にゲームを実行する場合が示された。また、実施形態１の変形例２では、上述の図１１に関し、ストーリーパートの進行中にユーザ端末１００により特定の行動が実施されたかの結果に応じて、自動的にライブ配信パートに切り替わるようにゲームが進行される場合が示された。
　変形例３では、変形例２のステップＳ１３ａでユーザによる特定の行動を受け付けたのに応じて、自動的にライブ配信パートに切り替わる構成に代えて、ライブ配信パートを進行させるためのライブ配信を受ける権利をユーザに付与してもよい。なお、ここでの権利は、チケットの形態としてよく、チケットを保有するユーザは、配信されるライブへのアクセス権利を有することになる。
　つまり、チケットを保有するユーザのみが、ライブ配信を受ける権利に基づいてライブ配信パートに切り替え可能となり、ライブ配信時刻になったらライブ配信パートを進行させることができる。その一方で、チケットを保有しないユーザは、ライブ配信パートを進行させることはできない。なお、ライブ配信時刻はユーザ端末１００に対して予め通知されていてもよいし、実際にライブ配信時刻になるまで秘密にされていてもよい。前者の場合、ユーザに対して安定的にライブ配信を供給することができ、後者の場合、サプライズ配信として、ユーザに特別な付加価値が付いたライブ配信を供給することが可能となる。
　〔実施形態２〕
　＜ゲーム概要＞
　実施形態２に係るゲームシステム１が実行するゲーム（以下、本ゲーム）は、実施形態１と同様に、一例として、恋愛シミュレーションゲームの要素を含んだ育成シミュレーションゲームである。本実施形態では、本ゲームには、少なくともライブ配信パートが含まれる。本ゲームは、単一のライブ配信パートで構成されていてもよいし、複数のパートで構成されていてもよい。一例では、図３及び図１１に示したようなストーリーパート及びライブ配信パートの組み合わせで構成されてもよい。また、ライブ配信パートにおいて、動作指図装置３００によって動作を制御されるキャラクタは、ＰＣであっても、ＮＰＣであっても構わない。例えば、ライブ配信パートにてＮＰＣとして動作するキャラクタであっても、別のパートでは、ＰＣとして、ゲームプレイヤであるユーザの入力操作にしたがって動作することがあってもよい。あるいは、動作指図データが動作指図装置３００からライブ配信されていない期間、キャラクタは、ライブ配信パート内で、ＰＣとして、ゲームプレイヤであるユーザの入力操作にしたがって動作してもよい。そして、ライブ配信が開始されたら、該キャラクタは、ＮＰＣに切り替えられ、動作指図装置３００から供給された動作指図データにしたがって動作してもよい。
　本実施形態では、特に、ライブ配信パートにおいて、リアルタイムのライブ配信が一旦終了した後であっても、ユーザは、終了済みのライブ配信パートの進行を要求し、受信した動作指図データに基づいてライブ配信パートを改めて進行させることができる。これにより、ユーザは、ライブ配信を再度見返すこと、および仮に見逃した場合でも改めてライブ配信を見ることができる。以下では、実施形態１および実施形態２、並びにこれらの変形例を通じて、ストーリーパートと、および該ストーリーパート後のライブ配信パートとを含むゲームが進行し、ライブ配信時刻終了後の場面を想定している。また、ここでのキャラクタは、ゲームプレイヤであるユーザによる直接操作の対象ではないＮＰＣを想定している。
　＜処理概要＞
　本実施形態では、ユーザ端末１００は、ゲームプログラム１３１に基づいて、ゲームの興趣性を向上させるために以下のステップを実行するように構成されている。具体的には、ユーザ端末１００（コンピュータ）は、例えば入力部１５１などの操作部を介して、終了済みのライブ配信パートの進行を要求するステップと、サーバ２００または動作指図装置３００（キャラクタ制御装置）から、終了済みのライブ配信パートに係る記録済みの動作指図データを受信するステップと、記録済みの動作指図データに基づいてＮＰＣを動作させることにより終了済みのライブ配信パートを進行させるステップとを実行する。ここでは、記録済みの動作指図データは、ＮＰＣに関連付けられるオペレータが入力したモーションデータおよび音声データを含んでいる。オペレータは、モデルや声優のみならず、動作指図装置３００（キャラクタ制御装置）への何らかの操作を行う作業者も含むが、ゲームプレイヤであるユーザは含まない。なお、記録済みの動作指図データは、サーバ２００の記憶部２００または動作指図装置３００の記憶部３２０に格納されるのがよく、ユーザ端末１００からの要求に応じて、改めてユーザ端末１１０に配信されるのがよい。
　本実施形態では、ユーザがライブ配信パートをリアルタイムで進行させたか否かの結果に応じて、記録済みの動作指図データに基づく終了済みのライブ配信パートの進行を異なるものとするのがよい。具体的には、ユーザがライブ配信パートをリアルタイムで進行させた実績があると判定される場合には、ユーザがライブ配信パートをリアルタイムで進行させたものと同様のライブ配信パートを再度進行させるのがよい（見返し配信）。見返し配信では、ライブ配信パートの選択的な進行を実行するのがよい。一方、ユーザがライブ配信パートをリアルタイムで進行させた実績がないと判定される場合には、リアルタイムで進行させたのとは異なる進行態様のライブ配信パートを進行させるのがよい（見逃し配信）。ここで、見逃し配信において実績がないと判定される場合には、例えば、ユーザがライブ配信を受ける権利を有し、ユーザがライブ配信時刻であればリアルタイムのライブ配信パートを進行可能であったにも拘わらず、実際にはこれを実行しなかった場合が含まれる。見逃し配信では、ライブ配信パートの制限付きの進行を実行するのがよい。
　＜ゲームシステム１の機能的構成＞
　本実施形態に係るユーザ端末１００において、ユーザがライブ配信パートをリアルタイムで進行させた実績があると判定される場合に、解析部１１６は、さらに、ライブ配信パートにおけるユーザ行動履歴情報を受信して解析する。ユーザ行動履歴情報とは、記録済みの動作指図データの中身とは別に、ライブ配信パートの進行の間に入力操作により受け付けられたユーザの行動の記録のデータ・セットである。ユーザ行動履歴情報は、記録済みの動作指図データに関連付けられるのがよく、サーバ２００の記憶部２２０または動作指図装置３００の記憶部３２０に格納されるのがよい。これに加えて、或いはこれに替えて、ユーザ行動履歴情報はユーザ端末１００の記憶部１２０に格納されてもよい。
　図１２は、ユーザ行動履歴情報のデータ構造の一例を示す図である。ユーザ行動履歴情報は、例えば、ライブ配信パート内においてユーザが行動した行動時間、行動種別、および行動詳細のような項目を含み、ユーザを識別するユーザＩＤに関連付けられる。項目「行動時間」は、ライブ配信パート内でユーザが行動を行った時間情報であり、項目「行動種別」はユーザの行動を示す種別であり、項目「行動詳細」はユーザの行動の具体的な内容である。例えば、項目「行動種別」および「行動詳細」で特定される行動には、ユーザの入力操作による有価データの消費（一例では、投げ銭、及びアイテム購入等による課金等）、コメント入力、並びにキャラクタの服飾品等のアイテムの変更（いわゆる、着せ替え）等の行動が含まれてよい。また、このような行動には、ライブ配信パートの特定進行部分を後からプレイバックするための時間の選択（例えば、特定進行部分の録画操作）が含まれてもよい。これ以外にも、このような行動には、ライブ配信パート中の報酬やポイント等の獲得が含まれてもよい。なお、ユーザ行動履歴情報は、図４で説明された動作指図データのデータ構造と、図５で説明されたゲーム情報のデータ構造との間で相互に関連付けられるのがよい。なお、これらのデータ構造は例示にすぎず、これに限定されないことが当業者に理解されるべきである。
　＜処理フロー＞
　図１３は、本実施形態に係るゲームプログラムに基づいて実行されるゲームの基本的なゲーム進行について、その一例を示すフローチャートである。処理フローは、リアルタイムのライブ配信パートが既に終了済みであり、ライブ配信時刻の終了以降の場面に適用される。
　ステップＳ１５１では、ユーザ端末１００の操作部１５１によって、終了済みのライブ配信パートの進行が新たに要求される。ステップＳ１５２では、ステップＳ１５１での要求に対して、ユーザ端末１００は、サーバ２００または動作指図装置３００（キャラクタ制御装置）から、終了済みのライブ配信パートに係る記録済みの動作指図データを受信する。
　記録済みの動作指図データは、キャラクタに関連付けられるオペレータが入力したモーションデータおよび音声データを含む。ユーザ端末１００は、記録済みの動作指図データに加えて、リアルタイムのライブ配信パートの進行時にキャラクタの動作に伴って取得および記録された各種進行実績データを受信してもよい。具体的には、進行実績データには、リアルタイムのライブ配信パートに参加したユーザがキャラクタの動作に伴って行動した視聴者行動データが含まれてもよい。視聴者行動データは、リアルタイムのライブ配信パートを、リアルタイムで進行させた全てのユーザ（つまり、ライブに参加した視聴者）のライブ中の行動の記録を含んだデータである。特に、視聴者行動データは、ライブの途中で視聴者がキャラクタに向けてリアルタイムに発信したテキストメッセージやアイコン等のメッセージングの内容を含むのがよい。このように、進行実績データを用いて、終了済みのライブ配信パートを進行させることにより、リアルタイムで進行したライブ配信パートにおける視聴者の反応を忠実に再現することができ、リアルタイムでのライブ空間の臨場感を更に向上することができる。
　なお、記録済みの動作指図データおよび進行実績データは、ユーザ端末１００が別データとして受信し、それぞれを解析（レンダリング）してもよい。代替では、サーバ２００または動作指図装置３００において、予め、記録済みの動作指図データおよび視聴者行動データが結合され、結合されたデータ・セットをユーザ端末１００が一度に受信してもよい。結合されたデータ・セットを受信することにより、ユーザ端末１００による後のデータの解析（レンダリング）の負荷を低減することができる。以降の説明では、進行実績データは、記録済みの動作指図データに結合されたものとする（つまり、記録済みの動作指図データに進行実績データが含まれるものとする。）。
　次いで、ステップＳ１５３では、ゲーム進行部１１５は、ユーザがライブ配信パートをリアルタイムで進行させた実績があるか否かを判定する。判定は、例えば、図４に示された項目「宛先」を参照して、動作指図データがユーザ端末１００宛てに送信された記録があるかに基づいて実行されてもよい。或いは、図５に示された項目「プレイ履歴」を参照して、ライブ配信パートが「プレイ済」のステータスであるかに基づいて実行されても、同項目「配信履歴」を参照して、過去にキャラクタからライブ配信された実績があるかに基づいて実行されても何れでもよい。これ以外にも、ユーザ端末１００の記憶部１２０に既に記録済みの動作指図データが格納されているような場合は、ライブ配信パートをリアルタイムで既に進行させたものと判定してよい。加えて、判定は、これらを組み合わせることで実行されてもよく、または他の任意の手法で実行されてもよい。
　ステップＳ１５３でユーザがライブ配信パートをリアルタイムで進行させた実績があると判定される場合（ＹＥＳ）は、終了済みのライブ配信パートの進行は「見返し配信」となる。他方、ステップＳ１５３でユーザがライブ配信パートをリアルタイムで進行させた実績がないと判定される場合（ＮＯ）は、終了済みのライブ配信パートの進行は「見逃し配信」となる。上述したように、「見返し配信」と「見逃し配信」とでは、ユーザ体験は異なる。
　ステップＳ１５３で、ユーザがライブ配信パートをリアルタイムで進行させた実績があると判定されると、処理フローはステップＳ１５３のＹＥＳからステップＳ１５４に進む。ステップＳ１５４では、解析部１１６は、図１２に示されたライブ配信パートのユーザ行動履歴情報を取得して、これを解析する。ユーザ行動履歴情報は、サーバ２００または動作指図装置３００から取得してもよいし、ユーザ端末１００の記憶部１２０に既に格納されている場合は直接それを使用してもよい。
　引き続き、ステップＳ１５５では、ゲーム進行部１１５は、終了済みのライブ配信パートの再度の進行（つまり上述の「見返し配信」）を実行する。具体的には、記録済みの動作指図データとステップＳ１５４で解析したユーザ行動履歴情報とを用いて、ライブ配信パートの再度の進行を実行する。また、図８で説明された報酬をユーザがアイテム（ここでは、「うさみみバンド」）として獲得しているような場合は、当該アイテムに基づいて（つまり、うさみみバンドを身に付けて）ＮＰＣを動作させる。これにより、ライブ配信パートの再度の進行を実行してもよい。つまり、ライブ配信パートの再度の進行は、ユーザ行動履歴情報および報酬の情報が反映されており、リアルタイムで進行したライブ配信パートと同様のものであると共に、ユーザに固有のものとなる。
　また、見返し配信では、ライブ配信パートの再度の進行が、最初に進行させた際に記録された、操作部を介したユーザの入力操作による時間情報の指定にしたがい選択的に実行されるのがよい。具体的には、図１２で説明されたユーザ行動履歴情報に含まれる「行動時間」のデータを用いて、ユーザが特定の行動時間を指定することにより、そこからライブ配信パートを選択的に進行させることができる。例えば、ユーザがライブ配信パートの開始から２分４５秒後にコメントを入力していた場合には、その２分４５秒後のタイミングを指定して、ユーザはライブ配信パートを再度進行させることができる。なお、このような再度の進行は、上記のコメント入力の記録に加え、ユーザの入力操作による有価データの消費、およびキャラクタの服飾品等のアイテムの変更等の行動の記録に対応した「行動時間」に基づいて、実行可能とするのがよい。
　更に、見返し配信では、リアルタイムで進行したライブ配信パートの間において、ユーザが入力操作によって特定進行部分を選択していた場合は、ライブ配信パートの再度の進行において、選択された特定進行部分のみを選択的に進行させることができる。これにより、ユーザは、ライブ配信パートの特定進行部分のみを後から効率的にプレイバックすることができる。具体的には、ユーザが特定進行部分を選択し、ユーザ行動履歴情報にそのような行動の記録が登録されている場合に、その行動時間のデータを用いて、ライブ配信パートを選択的に進行させることができる。例えば、ユーザが、ライブ配信パートの開始から２分４５秒から５分１０秒の期間を選択していた場合には、ユーザは、その期間にわたるライブ配信パートを再度進行させることができる。
　図１３に戻り、ステップＳ１５３で、ユーザがライブ配信パートをリアルタイムで進行させた実績がないと判定されると、処理フローはステップＳ１５３のＮＯからステップＳ１５６に進む。ステップＳ１５６では、ゲーム進行部１１５は、終了済みのライブ配信パートの制限付きの進行（つまり上述の「見逃し配信」）を実行する。見逃し配信を制限付きのものとしているのは、ユーザはライブ配信を受ける権利を有していたにも拘わらず、この権利を放棄したと考えることができるのであるから、必ずしも、ライブ配信の全てを再現してユーザに提示する必要もないとの発想に基づく。
　具体的には、見逃し配信では、記録済みの動作指図データを用いて、ライブ配信パートの進行を実行する。上述のとおり、ストーリーパートに関連付けられるシナリオを通じて、ユーザが報酬をアイテム（図８では「うさみみバンド」）として獲得していた場合、リアルタイムで進行したライブ配信パートでは、そのアイテムをＮＰＣが身に付けて動作させるよう画像合成されていた。つまり、ＮＰＣの動作態様は報酬が関連付けられていたものであった。しかしながら、見逃し配信においては、このようなリアルタイムで進行したライブ配信パートとは異なり、ＮＰＣの動作態様には報酬が関連付けられることはない。つまり、アイテムをＮＰＣが身に付けて動作させるような画像合成の処理は行わない。つまり、終了済みのライブ配信パートの進行は、報酬の情報が反映されておらず、ユーザに固有のものとはならない点で制限付きのものとなる。
　また、見逃し配信では、リアルタイムで進行したライブ配信パートとは異なり、受け付け可能なユーザの行動も制限するのがよい。具体的には、リアルタイムで進行したライブ配信パートでは、ユーザの入力操作による有価データの消費（一例では、投げ銭、およびアイテム購入等による課金等）が受け付け可能であった。その一方で、終了済みのライブ配信パートの進行では、このような有価データの消費が受け付けられないように制限してもよい。より詳しくは、リアルタイムで進行したライブ配信パートにおいては、有価データの消費を実行するためのボタンおよび画面を含むユーザ・インターフェイス（ＵＩ）が表示部３５２に表示されていた。そして、ユーザは、このようなＵＩでの入力操作を通じて有価データの消費を実行することができた。その一方で、見逃し配信では、このようなＵＩは非表示とされ、ユーザによる入力操作を明示的に行えないようにするのがよい。
　さらに、見返し配信および見逃し配信では、リアルタイムで進行するライブ配信パートと同様、ユーザは、ライブ配信パートに関連付けられる特定のシナリオをプレイすることができる。特定のシナリオには、例えばユーザ参加型のイベントが含まれ、ユーザには、キャラクタとのインタラクティブな体験が提供される。ユーザ参加型のイベントの例には、キャラクタから提供されたアンケート、キャラクタから出題されたクイズ、キャラクタとの対戦（例えばジャンケン、ビンゴ）等が含まれる。そして、リアルタイムでのライブ配信と同様に、見逃し配信においても、このようなユーザ参加型のイベントの参加結果はユーザにフィードバックされる。例えば、見返し配信において、キャラクタから出題された四択クイズのイベントにユーザが参加して回答した場合、その正誤判定の結果がユーザにフィードバックされる。（ただし、ライブにリアルタイムで参加しなかったユーザ８が見逃し配信においてアンケートやクイズ等に回答した場合や、ライブにリアルタイムで参加した見返し配信においてライブ参加中とは異なる回答をした場合は、これらのユーザ８の回答内容は反映されないが、プログラムが自動的に簡単な判定のみ（正誤判定など）を行ってフィードバックするようになっていてもよい。）また、見返し配信において、ユーザ８がライブ参加中とは異なる回答をした場合は、ライブ参加中の当該ユーザの回答と比較をして「ライブ中と回答が違いますよ」というような表示がユーザ端末８００に表示出力されるようになっていてもよい。
　一方、見逃し配信では、リアルタイムで進行したライブ配信パートとは異なり、上記フィードバックに対して所定のゲーム・ポイントをユーザが獲得できないように制限してもよい。具体的には、リアルタイムで進行したライブ配信パートでは、ユーザが特定のシナリオをプレイした結果、所定のゲーム・ポイントがユーザに関連付けられて、ユーザ保有のポイントに加算されることがある。その一方で、終了済みのライブ配信パートの進行においては、ユーザにはこのようなポイントが関連付けられないようにしてもよい。ユーザ保有のポイントが加算されない結果、例えば、ポイントに基づいてゲームプレイヤである複数のユーザが順位付けされるようなゲームの場合、終了済みのライブ配信パートを仮にユーザが進行させたところで、このような順位には影響を与えないことになる。
　見返し配信（ステップＳ１５５）または見逃し配信（ステップＳ１５６）の終了後は、ユーザ端末１００によって再び、終了済みの第２パート（ライブ配信パート）の進行が要求されてもよい。つまり、見返し配信または見逃し配信は、複数回数にわたり繰り返し実行可能とするのがよい。この場合、処理フローはステップＳ１５１に戻ることになる。
　上述の構成および方法によれば、ユーザ端末１００において、ライブ配信パートがリアルタイムに進行した後であっても、ユーザは再度ライブ配信パートを様々な態様で進行させることができる。これにより、ユーザは、該キャラクタとの現実感が豊かなやりとりの体験を通じて、よりキャラクタに愛着を感じることになるので、該キャラクタを操作する別のパートもよりいっそう興味を持ってプレイすることができる。結果として、ゲームの世界への没入感を高め、該ゲームの興趣性を向上させるという効果を奏する。
　＜変形例１＞
　実施形態２では、終了済みのライブ配信パートの進行が見返し配信となるか、見逃し配信となるかは、ユーザがライブ配信パートをリアルタイムで進行させた実績があるか否かに基づいて決定されるものとした（図１３のステップＳ１５３）。これに対し、実施形態２の変形例１では、ユーザが見返し配信または見逃し配信を選択可能とするように構成してもよい。或いは、上記実績の有無に拘わらず、見逃し配信のみがユーザに提供されるように構成してもよい。
　＜変形例２＞
　実施形態２では、見返し配信（図１３のステップＳ１５５）または見逃し配信（図１３のステップＳ１５６）の終了後に、再び、終了済みの第２パート（ライブ配信パート）の進行が要求されてよいものとした。つまり、見返し配信または見逃し配信は、複数回数にわたり繰り返し実行可能であった。実施形態２の変形例２では、２回目以降の見返し配信または見逃し配信は、前回の見返し配信または見逃し配信の記録に応じたものとするのがよい。
　１回目に見返し配信または見逃し配信が行われた場合、１回目の配信履歴データが、サーバ２００の記憶部２２０または動作指図装置３００の記憶部３２０に格納される。その後、終了済みのライブ配信パートに係る記録済みの動作指図データがユーザ端末１００から再び要求されると、サーバ２００または動作指図装置３００（キャラクタ制御装置）から、１回目の配信履歴データが、記録済みの動作指図データと共に配信される。ユーザ端末１００では、受信した１回目の配信履歴データを参照し、１回目の見返し配信または見逃し配信が途中まで行われていた場合には、ユーザ端末１００は、その続きから２回目の見返し配信または見逃し配信の進行を再開させる。これにより、ユーザは効率的に見返し配信または見逃し配信を実行することができる。
　なお、１回目が見返し配信であれば２回目以降も見返し配信が実行され、１回目が見逃し配信であれば２回目以降も見逃し配信が実行されるのがよい。また、記録済みの動作指図データが既にユーザ端末１００に存在している場合には、ユーザ端末１００は、記録済みの動作指図データの再度の受信を行わないようにしてもよい。これにより、ユーザ端末１００が受信するデータ容量を節約することができる。
　＜変形例３＞
　実施形態２では、終了済みのライブ配信パートの進行が見返し配信となるか、または見逃し配信となるかは、ユーザがライブ配信パートをリアルタイムで進行させた実績に応じて決定されるものとした（図１３のステップＳ１５３）。実施形態２の変形例３では、ユーザがライブ配信パートをリアルタイムで途中まで進行させていたと判定される場合には、その続きから、終了済みのライブ配信パートの進行を再開させるのがよい。ユーザがライブ配信パートをリアルタイムでどこまで進行させたかの記録は、図１２で上述したユーザ行動履歴情報から判断することができる。つまり、ユーザ行動履歴情報には、特定のライブ配信パートに関し、ユーザがどの時間まで進行させたかが記録されている。なお、これに限定されないが、終了済みのライブ配信パートの再開は、制限付きの進行である見逃し配信とするのがよい。これにより、ユーザは効率的に見逃し配信を実行することができる。
　〔実施形態３〕
　＜ゲーム概要＞
　実施形態３に係るゲームシステム１が実行するゲーム（以下、本ゲーム）は、一例として、全国各地にキャラクタを配置する位置情報ゲームの要素と、恋愛シミュレーションゲームの要素とを含んでいる。ここで、キャラクタとしては、例えば、呪いに掛けられ囚われの身となっているモンスターと、アクターの発声や動作に対応して声を発したり動いたりするアバターとを想定する。
　なお、アバターは、実施形態１および実施形態２におけるキャラクタ（ＰＣおよび／またはＮＰＣ）と同義であり、当該アバターの発話や動作の制御は、実施形態１におけるキャラクタの発話や動作の制御と同じである。なお、キャラクタは、オブジェクトと呼んでもよい。
　ゲームが開始されると、ユーザ端末１００は、位置登録システムを利用してゲーム端末１００の現在位置情報（例えば、住所情報、緯度経度情報など）を特定し、当該現在位置情報に基づいて、ユーザ端末１００がある場所周辺の地図を生成する。地図を生成するに際しては、現在位置情報をサーバ２００に送信することにより、当該現在位置の周辺の地図データの転送を要求する。サーバ２００は、地図データを提供する他のサービス提供装置（サーバ）からネットワークを介してユーザ端末１００の周辺の地図データを取得するとともに、ユーザ端末１００の周辺に配置されているキャラクタの位置情報とキャラクタＩＤとを取得し、当該位置情報および当該キャラクタＩＤをユーザ端末１００の周辺の地図データとともにユーザ端末１００に送信する。
　ユーザ端末１００は、当該地図データに基づく地図をタッチスクリーン１５に表示し、当該地図データとともに受信したおよびキャラクタＩＤに基づいて、地図上にキャラクタに対応するアイコンを重畳させて表示する。図１４Ａは、ユーザ端末１００が所在する位置から所定範囲内の地図と、当該地図上に配置されているキャラクタに対応するアイコンと、ユーザ端末１００の位置を示す指標とが表示されている例を説明するための図である。地図としては、ユーザ端末１００が所在する現在位置を中心として、所定領域内の地図が表示される。キャラクタに対応するアイコンは、キャラクタＩＤから特定されて、キャラクタの位置情報に対応する位置に表示される。指標は、地図の中心位置に表示される。
　なお、位置登録システムによって取得されるユーザ端末１００の現実の位置登録情報に替えて、仮想的な位置情報が適用されてもよい。つまり、ゲームの進行にしたがい任意の位置情報（例えば、住所情報、緯度経度情報など）が仮想的な位置として指定されてもよい。この場合、指定された位置から所定範囲内の地図と、当該地図上に配置されているキャラクタに対応するアイコンと、ユーザ端末１００の位置を示す指標とが表示されてもよい。このようなゲームでは、ユーザは、タッチスクリーン１５への入力操作を通じて、表示されている地図中を仮想的にウォークスルー可能である。
　図１４Ａでは、例えば、ユーザ端末１００が特定の公園内に所在する場合を例示しており、公園内の歩行路が描かれた地図１００１が表示され、アイコンＩＣ１～ＩＣ３が当該地図１００１に重畳して表示され、指標ＵＳ１が当該地図１００１（タッチスクリーン１５の表示領域）の中心位置に重畳して表示されている。ここで、アイコンＩＣ１およびＩＣ２の各々は、モンスターを模した画像であることから、モンスターが当該アイコンの位置に配置されていることを示している。また、アイコンＩＣ３は、女性を模した画像であることから、アバターが当該アイコンの位置に配置されていることを示している。
　ユーザ端末１００が実際に所定量（例えば５ｍ）移動すると、ユーザ端末１００は、現在位置情報を再度サーバ２００に送信して、ユーザ端末１００の周辺のキャラクタの位置情報およびキャラクタＩＤと、ユーザ端末１００の周辺の地図データとを取得する。タッチスクリーン１５には、当該地図データに基づく地図が表示され、キャラクタの位置情報およびキャラクタＩＤに基づくアイコンが、地図上に重畳して表示される。即ち、タッチスクリーン１５上の地図およびアイコンは、ユーザ端末１００の移動に伴ってスクロールされる。
　ユーザ端末１００の位置周辺の所定範囲内（例えば当該ユーザ端末１００を中心とする３ｍの範囲内）にキャラクタが配置されていれば、ユーザ端末１００は、当該キャラクタに対応するアイコンをハイライト表示する。即ち、当該所定範囲内のキャラクタに対応するアイコンは、当該所定範囲外のキャラクタに対応するアイコンと異なる態様で表示されることにより、所定範囲外のキャラクタに対応するアイコンと区別可能に表示される。
　図１４Ｂでは、例えば、ユーザ端末１００がアイコンＩＣ１に対応するキャラクタから３ｍ以内の距離に近づいた場合を例示しており、ここで、アイコンＩＣ１は、ハイライト表示される。
　地図上のアイコンのうち、ハイライトされているアイコンがタップされると、ユーザ端末１００は、サーバ２００に対して当該アイコンが表示されている位置のパノラマ画像の転送を要求する。サーバ２００は、ユーザ端末１００が存在する位置における３６０°のパノラマ画像（全方位の写真画像）を、様々な場所で撮影されたパノラマ画像を提供する他のサービス提供装置（サーバ）から取得し、取得したパノラマ画像をユーザ端末１００に送信する。なお、パノラマ画像は、３６０°の全方位の写真画像に限らず、１８０°など全方位ではない写真画像であってもよい。また、写真画像に限らず動画であってもよい。
　このため、地図１００１が表示されている場合において、ユーザ端末１００がアイコンＩＣ１の位置の周辺にある状態（図１４Ｂの状態）で、アイコンＩＣ１に対するタップ操作が行われたときは、ユーザ端末１００の位置における３６０°のパノラマ画像がサーバ２００からユーザ端末１００に転送される。
　ユーザ端末１００は、パノラマ画像を受信すると、図１５に示す天球状（球体状）の仮想空間ＣＳ１を記憶部１２０に生成し、当該天球の内側（内周面）に、サーバ２００から取得したパノラマ画像（３６０°画像）を貼り付ける。アバターまたはモンスターは３６０°のパノラマ画像を背景に動く。仮想空間ＣＳ１の中心には仮想カメラＣＭ１が配置され、当該仮想カメラＣＭ１の視界領域は、ゲーム開始時に、コントローラ１０２０が有する加速度センサの出力に基づいて初期設定される。具体的には、ユーザ端末１００が備えるカメラ１７の向きの実際の風景に対応するパノラマ画像がタッチスクリーン１５に表示されるように、仮想カメラＣＭ１の視界領域が設定される。これにより、仮想カメラＣＭ１の視界領域は、タッチスクリーン１５の表示領域の向きと関連付けられる。タッチスクリーン１５には、仮想カメラＣＭ１の視界領域に対応する一部のパノラマ画像が表示される。また、タッチスクリーン１５の表示領域をどの方向に向けても、仮想空間ＣＳ１内に貼付けられているパノラマ画像のうち視界領域に対応するパノラマ画像がタッチスクリーン１５に表示され、さらにはアバターやモンスターを視認することができるため、ゲームに対する没入感の向上が図られるとともに、ゲームの興趣を向上させることができる。
　ユーザ端末１００の姿勢や向きが変化すると、加速度センサの出力に基づいて当該変化が特定される。仮想カメラＣＭ１の視界領域ひいてはタッチスクリーン１５に表示されるパノラマ画像は、当該変化に基づいて更新される。その結果、タッチスクリーン１５の表示領域の裏面側にユーザ端末１００が備えるカメラ１７が取付けられているときには、当該カメラ１７により撮影した画像をタッチスクリーン１５の表示領域に表示しているかのような印象をユーザに抱かせることができる。
　タップされたアイコンに対応するキャラクタがモンスターであれば、ユーザ端末１００は、タッチスクリーン１５の表示領域の中央位置において照準画像を表示した上で、仮想空間ＣＳ１のいずれか（どこか）に当該モンスターを配置する。このとき、仮想空間データは、パノラマ画像とモンスターとによって規定される。
　当該モンスターは、当初、仮想空間ＣＳ１のうち、仮想カメラＣＭ１の視界領域の外側となる位置に配置され、視界領域の内側に向けて移動するように制御される。この結果、ユーザ端末１００の姿勢や向きを変化させることによりモンスターを捜すといった面白みを提供できるとともに、ユーザ端末１００の姿勢や向きを積極的に変化させずともモンスターをタッチスクリーン１５内に表示することができる。図１６Ａおよび図１６Ｂは、アイコンＩＣ１がタップされた後であって、モンスターＭＳＴ１が視界領域内に移動されたときの表示例を示している。図１６Ａおよび図１６Ｂにおいては、パノラマ画像１１０１にモンスターＭＳＴ１が重畳表示され、タッチスクリーン１５の表示領域の中央位置において照準画像ＡＭ１が表示されている。
　モンスターを呪いから開放するための開放条件は、モンスター画像を照準画像ＡＭ１内に所定時間継続して表示させることにより成立する。このとき、ユーザ端末１００は、サーバ２００に対して当該モンスターの開放を要求する。サーバ２００は、当該要求に応じて、当該モンスターの位置情報とキャラクタＩＤとを、いずれのユーザに対しても取得不可能とする。なお、モンスター画像を照準画像ＡＭ１内に所定時間継続して表示させることにより、当該モンスターをユーザが保有するキャラクタとして付与するものであってもよい。
　タッチスクリーン１５上でタップされたアイコンに対応するキャラクタがアバターであれば、ユーザ端末１００は、当該アバターを仮想空間ＣＳ１の中心付近に配置する。このとき、仮想空間データは、パノラマ画像とアバターとによって規定される。この結果、アイコンＩＣ３がタップされると、タッチスクリーン１５には、仮想カメラＣＭ１の視界領域に応じて、図１７Ａまたは図１７Ｂに示すような画像が表示される。図１７Ａによれば、パノラマ画像１２０１にアバターＡＶＴ１が重畳される。この状態から例えば仮想カメラＣＭ１の視界領域が左にパンニングされると、仮想空間ＣＳ１のうち視界領域が左側に移動するために、タッチスクリーン１５に表示される画像は、仮想空間ＣＳ１に生成されている画像のうち図１７Ａで示した画像の左側の画像（例えば図１７Ｂ）に更新される。
　なお、パノラマ画像１２０１にアバターＡＶＴ１を重畳する処理は、実施形態１においてキャラクタを含む動画再生画面８００を生成する処理（図９参照）と実質的に同じである。
　タップされたアイコンに対応するキャラクタがアバターである場合、サーバ２００は、ライブ配信を動作指図装置３００に要求する。動作指図装置３００は、アクターの音声および動きに基づいて動作指図データを生成し、当該動作指図データをユーザ端末１００に送信する。ユーザ端末１００は、当該動作指図データを解析することにより、アクターの音声および動きをアバターの発言および動きに反映させる。
　ユーザは、ライブ配信中のアバターの発言や動きに共感したときなどに、投げ銭に対応する操作を行うことで、アバターを応援することができる。ユーザ端末１００は、当該投げ銭に対応する操作が行われたとき、評価パラメータの更新をサーバ２００に要求する。投げ銭に対応する操作とは、例えば、ユーザがゲームプレイで得られるアイテムをライブ配信中に消費する操作などをいう。この場合、アバターを動作させるモデル７０２、声優７０１の側では、どのユーザが、投げ銭に対応する操作を行ってアイテムを消費したかをモニタ等で確認することができる。これにより、アバターを動作させるモデル７０２および声優７０１と、ユーザとの相互作用を実現することができる。この他に、投げ銭に対応する操作とは、ユーザが課金処理により得たアイテムを消費して、ユーザ端末１００に表示されるアイコンを選択する操作なども含み得る。この場合、各アイコンは、花束などを模した画像であり、それぞれのアイコンを購入するために必要なアイテムの消費量が異なることとしてもよい。ユーザに選択されたアイコンは、アバターを動作させるモデル７０２および声優７０１の側の装置のモニタに表示される。このような演出が行われつつ、評価パラメータが更新される。サーバ２００は、ライブ配信中のアバターに関連付けられている評価パラメータを管理しており、ユーザ端末１００からの要求に応じて当該評価パラメータを更新すると共に、更新後の評価パラメータを動作指図装置３００に送信する。
　動作指図装置３００は、通信ＩＦ３３を介して、サーバ２００から送信された評価パラメータに対応する数値を表示部３５２に表示する。動作指図装置３００のオペレータは、自分たちが動かしたアバターに対して、ユーザがどのような反応を示したのかを示すフィードバックを受けることが可能となる。
　ライブ配信中にユーザからコメントが入力されると、ユーザ端末１００は、当該コメントに対応するコメントデータを動作指図装置３００に送信する。動作指図装置３００は、ユーザ端末１００から送信されたコメントデータに対応するコメントを表示部３５２に表示する。これにより、オペレータは、自分たちが動かしたアバターに対して、ユーザがどのような反応を示したのかを示すフィードバックを受けることが可能となる。
　＜処理フロー＞
　図１８および図１９は、ゲームシステム１を構成する各装置が実行する処理の流れを示すフローチャートである。
　ステップＳ２０１において、ユーザ端末１００のゲーム進行部１１５は、ユーザから位置情報ゲームを開始するための入力操作を受け付けると、位置登録システムからユーザ端末１００の現在位置を取得し、当該ユーザ端末１００の位置を中心とする周辺の地図を生成する元になる地図データの転送をサーバ２００に要求する。当該要求には、ユーザ端末１００のアドレスと、当該現在位置を特定可能な位置情報とが含まれる。前述のとおり、代替では、位置登録システムからユーザ端末１００の現在位置が取得されることなく、ゲームの進行にしたがい任意の位置情報（例えば、住所情報、緯度経度情報など）が仮想的な位置として指定されてもよい。
　ステップＳ２１３において、サーバ２００の進行支援部２１１は、当該位置情報に基づいて、当該地図を生成する元になる地図データを、ネットワークを介して、他のサービス提供装置（サーバ）から取得する。なお、地図データが記憶部２２０に記憶されているときには、進行支援部２１１は、当該記憶部２２０から取得するようにしてもよい。
　全国各地には、複数種類のキャラクタが予め配置されており、記憶部２２０には、当該複数種類のキャラクタ各々の位置を特定可能な位置情報と当該キャラクタのキャラクタＩＤとが記憶されている。進行支援部２１１は、ステップＳ２１４において、ユーザ端末１００の周辺に配置されているキャラクタの位置を特定可能な位置情報と当該キャラクタのキャラクタＩＤとを取得し、当該位置情報および当該キャラクタＩＤを当該地図データとともに要求元のユーザ端末１００に送信する。ユーザ端末１００の周辺に配置されているキャラクタは、ユーザ端末１００のタッチスクリーン１５に表示可能となる所定領域の地図内に配置されているために、タッチスクリーン１５に表示可能となるキャラクタである。
　ステップＳ２０２において、表示制御部１１２は、当該地図データに基づいて模式化された地図をタッチスクリーン１５に表示し、当該地図データとともに送信された位置情報およびキャラクタＩＤに基づいて、地図上にアイコンを配置する。具体的には、表示制御部１１２は、当該キャラクタＩＤに対応するキャラクタ画像が描かれたアイコンを生成し、当該アイコンを当該位置情報に対応する位置に表示する。また、タッチスクリーン１５に表示される地図は、ユーザ端末１００の位置を中心とする所定領域を表し、当該地図の中心にはユーザ端末１００の位置を示す指標が重畳される。この結果、例えば図１４Ａに示す地図１００１がタッチスクリーン１５に表示され、アイコンＩＣ１～ＩＣ３および指標ＵＳ１が当該地図１００１に重畳される。
　ステップＳ２０３において、ゲーム進行部１１５は、ユーザ端末１００の位置周辺の所定範囲内（例えば当該ユーザ端末１００を中心とする３ｍの範囲内）にキャラクタが配置されているか否かを、ステップＳ２０２で受信した位置情報に基づいて判定する。当該所定範囲内にキャラクタが配置されていると判定されなかったときは、ステップＳ２０６に進み、ユーザ端末１００が所定量移動したか否かを、位置登録システムに基づいて判定する。当該ユーザ端末１００が所定量移動したと判定されなかったときはステップＳ２０３に戻り、当該ユーザ端末１００が所定量移動したと判定されたときはステップＳ２０１に戻る。この結果、タッチスクリーン１５上の地図およびアイコンは、ユーザ端末１００の移動に伴ってスクロールされる。
　ステップＳ２０３において、ユーザ端末１００の位置周辺の所定範囲内にキャラクタが配置されていると判定されたときは、ステップＳ２０４に進み、当該キャラクタに対応するアイコンをハイライト表示する。このため、ユーザ端末１００がアイコンＩＣ１に対応するキャラクタから３ｍ以内の距離に近づくと、地図１００１およびアイコンＩＣ１は、図１４Ｂに示すように表示される。
　ステップＳ２０５において、ゲーム進行部１１５は、ステップＳ２０４によりハイライトされたアイコンに対するタップ操作が行われたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。当該タップ操作が行われたと判定されなかったときはステップＳ２０６に進み、当該タップ操作が行われたと判定されたときはステップＳ２０７に進む。
　ステップＳ２０７において、ゲーム進行部１１５は、サーバ２００にパノラマ画像の転送を要求する。当該要求には、ユーザ端末１００のアドレスと位置情報とが含まれる。ステップＳ２１５において、進行支援部２１１は、当該位置情報に基づいて、３６０°のパノラマ画像を、ネットワークを介して、他のサービス提供装置（サーバ）から取得する。なお、当該パノラマ画像が記憶部２２０に記憶されているときは、進行支援部２１１は、当該記憶部２２０から取得してもよい。
　ステップＳ２１６において、進行支援部２１１は、当該パノラマ画像を要求元のユーザ端末１００に送信する。ステップＳ２０８において、表示制御部１１２は、仮想空間ＣＳ１を表す天球の内周面に当該パノラマ画像を貼り付ける（図１５参照）。即ち、ステップＳ２０８では、球体状の仮想空間ＣＳ１を記憶部１２０に生成して、球体の内側に３６０度画像を貼り付ける。
　ステップＳ２０９において、ゲーム進行部１１５は、タップされたアイコンに対応するキャラクタがモンスターであるか否かを、当該アイコンに対応するキャラクタＩＤに基づいて判定し、当該キャラクタがモンスターであると判定されたときは、ステップＳ２１０に進む。ステップＳ２１０において、ゲーム進行部１１５は、タップされたアイコンに対応するキャラクタ即ちモンスターを当該キャラクタＩＤに基づいて生成し、当該モンスターを、仮想空間ＣＳ１を表す天球の内側のうち仮想カメラＣＭ１の視界領域の外側の位置に配置する。モンスターの初期位置は、仮想カメラＣＭ１の視界領域の外側の位置からランダムに決定するものであってもよく、予め定められている位置であってもよい。なお、モンスターの初期位置は、仮想カメラＣＭ１の視界領域のうち照準画像内となる位置以外であれば、視界領域内の位置であってもよい。
　ステップＳ２１１において、ゲーム進行部１１５は、当該モンスターについて開放条件が成立したか否かを、各種ゲームパラメータに基づいて判定する。当該開放条件は、照準画像がモンスターに合わせられた時間が所定時間に亘り継続したときに成立する。開放条件を成立させる所定時間は、モンスターの種類にかかわらず一定時間であってもよく、モンスターの種類（レア度合い等）に応じて異なるように定められているものであってもよい。当該開放条件が成立したと判定されなかったときはステップＳ２１１に戻り、当該開放条件が成立したと判定されたときはステップＳ２１２に進む。
　ステップＳ２１２において、ゲーム進行部１１５は、当該モンスターの開放をサーバ２００に要求する。当該要求には、当該モンスターに対応するキャラクタＩＤと、当該モンスターの位置情報とが含まれる。
　ステップＳ２１７において、進行支援部２１１は、ユーザ端末１００の位置周辺の所定範囲内に配置されているキャラクタはモンスターであるか否かを、ステップＳ２１３で受信したユーザ端末１００の位置情報と、ステップＳ２１４で取得したキャラクタの位置情報およびキャラクタＩＤとに基づいて判定する。ユーザ端末１００が存在する位置のキャラクタはモンスターであると判定されたときは、ステップＳ２１８に進む。
　ステップＳ２１８において、進行支援部２１１は、ステップＳ２１７における判定対象となったキャラクタ即ちモンスターを、ゲーム進行部１１５から受信した要求に応じて開放する。この結果、当該モンスターの位置情報およびキャラクタＩＤは、以降のステップＳ２１４において取得不可能となる。
　ステップＳ２０９において、タップされたアイコンに対応するキャラクタがモンスターであると判定されなかったときは（即ち、当該キャラクタがアバターであると判定されたときは）、ステップＳ２１９に進む。ステップＳ２１９において、ゲーム進行部１１５は、当該アバターをサーバ２００から受信したキャラクタＩＤに基づいて生成し、仮想空間ＣＳ１を表す天球の予め定められた位置（例えば、中心付近）に配置する。ステップＳ２１９の処理が完了すると、ステップＳ２２０に進む。
　一方、動作指図装置３００のキャラクタ制御部３１６は、ステップＳ２２９において、ライブ配信時刻になったか否かを判定し、当該ライブ配信時刻になるとステップＳ２３０に進む。ステップＳ２３０において、キャラクタ制御部３１６は、声優などのアクターがマイク３０１０を介して入力した音声を音声データとして取得する。ステップＳ２３１において、キャラクタ制御部３１６は、モデルなどのアクターがモーションキャプチャ装置３０２０を介して入力した動きをモーションキャプチャデータとして取得する。
　図１８に示すステップＳ２１７において、ユーザ端末１００が存在する位置のキャラクタはモンスターであると判定されなかったとき（即ち、当該キャラクタはアバターであると判定されたとき）、進行支援部２１１は、図１６のステップＳ２２７に進み、ライブ配信を動作指図装置３００に要求する。当該要求には、ステップＳ２１４で取得したキャラクタＩＤと、ステップＳ２１５において受信したユーザ端末１００のアドレスとが含まれる。
　ステップＳ２３２において、キャラクタ制御部３１６は、動作指図データを生成する。具体的には、キャラクタ制御部３１６は、サーバ２００から受信した要求に含まれるキャラクタＩＤを、動作指図データの「キャラクタＩＤ」の項目に格納する。キャラクタ制御部３１６は、ステップＳ２３０で取得した音声データを、動作指図データの「音声」の項目に格納する。キャラクタ制御部３１６は、ステップＳ２３１で取得したモーションキャプチャデータを、動作指図データの「動き」の項目に格納する。キャラクタ制御部３１６は、音声データとモーションキャプチャデータとが同期するように、音声データとモーションキャプチャデータとを紐付ける。キャラクタ制御部３１６は、サーバ２００から受信した要求に含まれるユーザ端末１００のアドレスを、宛先指定情報として、動作指図データの「宛先」の項目に格納する。
　ステップＳ２３３において、キャラクタ制御部３１６は、通信ＩＦ３３を介して、上述のように生成した動作指図データを、宛先として指定したユーザ端末１００に送信する。キャラクタ制御部３１６は、アクターが声を出したり、動いたりして得られた音声データおよびモーションキャプチャデータを、取得してすぐさま動作指図データへとレンダリングし、リアルタイムで、各ユーザ端末１００に配信することが望ましい。
　ステップＳ２２０において、ユーザ端末１００の解析部１１６は、通信ＩＦ１３を介して、上述の動作指図データを受信する。例えば、解析部１１６は、動作指図装置３００またはサーバ２００から予めライブ配信すると予告された時刻に、動作指図データを受信してもよい。ステップＳ２２１において、解析部１１６は、受信したことをトリガにして、受信した動作指図データを解析する。
　ステップＳ２２２において、ゲーム進行部１１５は、上述の動作指図データを受信したときに、ライブ配信パートを実行していなければ、該ライブ配信パートを開始する。ステップＳ２２２において、ゲーム進行部１１５は、解析部１１６によって解析された動画指図データに基づいてアバターを動作させることにより、ライブ配信パートを進行させる。ゲーム進行部１１５は、声優７０１、モデル７０２などのアクターが動作指図装置３００の設置場所で、声を出したり、動いたりしているのとほぼ同時に、リアルタイムで、その音声および動きを、仮想空間ＣＳ１に配置されたアバターの発言および動きに反映させる。解析部１１６およびゲーム進行部１１５は、リアルタイムの動画のレンダリングおよび再生を、動作指図装置３００から動作指図データを継続して受信し続けている間継続する。
　ユーザは、アバターの発言や動きに共感したときなどに、投げ銭に対応する操作を行うことで、アバターを応援することができる。ステップＳ２２３において、ゲーム進行部１１５は、当該投げ銭に対応する操作が行われたか否かをタッチスクリーン１５に対する入力操作に基づいて判定する。
　当該投げ銭に対応する操作が行われたと判定されると、ゲーム進行部１１５は、ステップＳ２２４において、評価パラメータの更新をサーバ２００に要求する。当該要求には、ライブ配信中のアバターに対応するキャラクタＩＤが含まれる。ステップＳ２２８において、進行支援部２１１は、当該キャラクタＩＤに関連付けられている評価パラメータを更新するとともに、更新後の評価パラメータを動作指図装置３００に送信する。
　ステップＳ２３４において、動作指図装置３００の反応処理部３１７は、通信ＩＦ３３を介して、サーバ２００から送信された評価パラメータを受信する。ステップＳ２３５において、反応処理部３１７は、受信した評価パラメータを出力する。例えば、反応処理部３１７は、評価パラメータに対応する数値を表示部３５２に表示する。この結果、動作指図装置３００のオペレータは、自分たちが動かしたアバターに対して、ユーザがどのような反応を示したのかを示すフィードバックを受けることが可能となる。
　ステップＳ２２３において投げ銭に対応する操作が行われたと判定されなかったとき、またはステップＳ２２４の処理が完了したとき、ゲーム進行部１１５は、ステップＳ２２５に進む。ステップＳ２２５において、ゲーム進行部１１５は、動作指図データに基づいてアバターが動作している間にユーザからコメントが入力されたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。当該コメントが入力されたと判定されなかったときはステップＳ２２０に戻り、当該コメントが入力されたと判定されたときはステップＳ２２６に進む。ステップＳ２２６において、ゲーム進行部１１５は、入力されたコメントに対応するコメントデータを動作指図装置３００に送信する。
　具体的には、ゲーム進行部１１５は、選択されたコメントのコメントＩＤをコメントデータとして送信してもよい。あるいは、ゲーム進行部１１５は、ユーザにより入力された文章のテキストデータをコメントデータとして送信してもよい。あるいは、ゲーム進行部１１５は、ユーザにより入力された音声の音声データをコメントデータとして送信してもよい。あるいは、ゲーム進行部１１５は、ユーザにより入力された音声を認識し、テキストデータに変換したものをコメントデータとして送信してもよい。
　ステップＳ２３４において、動作指図装置３００の反応処理部３１７は、通信ＩＦ３３を介して、ユーザ端末１００から送信されたコメントデータを受信する。ステップＳ２３５において、反応処理部３１７は、受信したコメントデータを出力する。例えば、反応処理部３１７は、コメントデータに含まれるテキストデータを表示部３５２に表示する。これにより、オペレータは、自分たちが動かしたアバターに対して、ユーザがどのような反応を示したのかを示すフィードバックを受けることが可能となる。
　動作指図装置３００は、ステップＳ２３０に戻り、音声データおよびモーションキャプチャデータの取得を継続し、動作指図データをユーザ端末１００に提供し続ける。ユーザ端末１００は、自端末における入力操作の内容が動作指図装置３００によって受信された後、該動作指図装置３００から送信された動作指図データを受信する。
　具体的には、ユーザ端末１００は、キャラクタの発言内容に対応する音声データ、および、キャラクタの動きに対応するモーションキャプチャデータなどが含まれた動作指図データを受信する。そして、ユーザ端末１００は、継続的に、該動作指図データに基づいて、キャラクタを動作させる。結果として、ユーザに、キャラクタとのリアルタイムでインタラクティブなやりとりを体験させることが可能となる。
　なお、モーションキャプチャデータに代えて、キャラクタの動作を指示する１以上のコマンドが、動作指図装置３００のオペレータが指示した順に並んでいるモーションコマンド群が、ユーザ端末１００によって受信されてもよい。
　なお、ステップＳ２２９においてライブ配信時刻になったか否かを判定する際、既に終了している配信済みのものがあった場合には、図１３で説明したように、終了済みのライブ配信を再度要求し、見返し配信または見直し配信の何れかが実行されてもよい。具体的には、ライブ配信パートが既に終了している場合には、リアルタイムの進行において記録された記録済みの動作指図データをユーザ端末１００に送信してもよい。これにより、ユーザ端末１００では記録済みの動作指図データに基づいてアバターに動作させることで終了済みのライブ配信パートを実行することができる。
　また、特に見返し配信に関する終了済みのライブ配信においては、ライブ配信をリアルタイムに進行させていた間に受け付けられた前述の投げ銭やコメント入力のような、ユーザの入力操作による行動の記録が終了済みのライブ配信パートの進行に反映されてよい。つまり、ユーザの入力操作による行動の記録に基づいてアバターを動作させ、これらが反映された終了済みのライブ配信パートが実行されるのがよい。
　図２０は、ステップＳ２０８またはＳ２０９によりモンスターまたはアバターが仮想空間ＣＳ１の内側に配置された後にユーザ端末１００が実行する表示制御処理の流れを示すフローチャートである。
　ステップＳ３０１において、表示制御部１１２は、仮想カメラＣＭ１を仮想空間ＣＳ１の中心に配置し、コントローラ１０２０が有する加速度センサの出力に基づいて、当該仮想カメラＣＭ１の視界領域を初期設定する。具体的には、ユーザ端末１００が備えるカメラ１７の向き（方角）を加速度センサの出力に基づいて特定し、当該方角の実際の風景に対応するパノラマ画像がタッチスクリーン１５に表示されるように、仮想カメラＣＭ１の視界領域を設定する。仮想カメラＣＭ１の視界領域は、こうしてカメラ１７の向き即ちタッチスクリーン１５の表示領域の向きと関連付けられる。
　ステップＳ３０２において、表示制御部１１２は、当該視界領域の画像をタッチスクリーン１５に表示する。仮想空間ＣＳ１に配置されたキャラクタがモンスターであれば、当初は、当該モンスターは当該視界領域の外側に位置する。この結果、タッチスクリーン１５には、パノラマ画像だけが表示される。一方、仮想空間ＣＳ１に配置されたキャラクタがアバターであれば、仮想カメラＣＭ１の視界領域の設定に応じて、当該アバターがパノラマ画像に重畳される。
　ステップＳ３０３において、表示制御部１１２は、仮想空間ＣＳ１に配置されたキャラクタはモンスターであるか否かを、ステップＳ２０８またはＳ２０９の処理結果に基づいて判定する。当該キャラクタはモンスターであると判定されたときは、ステップＳ３０４に進み、当該キャラクタはモンスターであると判定されなかったときは（即ち、当該キャラクタはアバターであると判定されたときは）、ステップＳ３０６に進む。
　ステップＳ３０４において、表示制御部１１２は、タッチスクリーン１５に表示された視界領域の画像に照準画像を重畳する。ステップＳ３０５において、キャラクタ制御部３１６は、仮想空間ＣＳ１に配置されているモンスターを仮想カメラＣＭ１の視界領域の方向に所定距離だけ移動させる。具体的には、ステップＳ３０５では、モンスターが当該視界領域内に配置されているか否かを判断し、当該モンスターが当該視界領域内にいない場合に、当該モンスターを視界領域内に配置される方向に移動させる。なお、ステップＳ３０５において、キャラクタ制御部３１６は、仮想空間ＣＳ１に配置されているモンスターを仮想カメラＣＭ１の視界領域内のうちの照準画像の方向に所定距離ずつ移動させるものであってもよい。ステップＳ３０５の処理が完了すると、ステップＳ３０６に進む。
　ステップＳ３０６において、表示制御部１１２は、例えば１／３０秒に設定されている更新周期が到来したか否かを、図示しない計測部に基づいて判定する。当該更新周期が到来したと判定されなかったときはステップＳ３０６に戻り、当該更新周期が到来したと判定されたときはステップＳ３０７に進む。ステップＳ３０７において、表示制御部１１２は、加速度センサの出力に基づいてユーザ端末１００の姿勢や向きの変化を特定し、当該変化に応じて仮想カメラＣＭ１の視界領域を更新する。ステップＳ３０７の処理が完了すると、ステップＳ３０２に戻る。この結果、更新された視界領域の画像が、タッチスクリーン１５に表示される。これにより、タッチスクリーン１５に表示される画像は、ユーザ端末１００の姿勢や向きに応じた視界領域に対応する画像に更新される。
　この結果、仮想空間ＣＳ１に配置されたキャラクタがモンスターであると判定されたときは、パノラマ画像１１０１および照準画像ＡＭ１が表示され、モンスターＭＳＴ１が表示されていない状態から、ユーザ端末１００の姿勢や向きを変化させることや時間経過などに応じてモンスターＭＳＴ１が表示されることになる。一方、仮想空間ＣＳ１に配置されたキャラクタがアバターであると判定されたときは、例えば、図１７Ａに示すパノラマ画像１２０１がタッチスクリーン１５に表示され、アバターＡＶＴ１が当該パノラマ画像１２０１に重畳される。
　なお、図１８から図２０のフローチャートには図示していないが、ユーザは、ライブ配信時刻内のアバターの動作、並びに、視聴したユーザにより行われた投げ銭および入力されたコメントを、ライブ配信時刻の終了後にも改めて視聴することができる。つまり、図１３に関して前述した「見逃し配信」または「見返し配信」が本実施形態にも適用可能である。具体的には、ライブ配信を実際に視聴したユーザは、改めて「見返し配信」を受けることが可能である。「見返し配信」では、ユーザは、ライブ配信時刻内で行われたアバターの動作、他のユーザによって行われた投げ銭の内容、および／または入力されたコメントの内容を改めて視聴することができる。
　他方、ライブ配信時刻にライブ配信を視聴できなかったユーザは、「見逃し配信」を受けることが可能である。前述したとおり、見逃し配信の場合は、ユーザがライブ配信時刻にリアルタイムのライブ配信を進行可能であったにも拘わらず、実際にはこれを実行しなかったことになるので、見返し配信に比べてライブ配信パートの制限付きの進行が実行される。一例では、他のユーザによって行われた投げ銭の内容および／または入力されたコメントの内容の視聴が制限されてもよい。また、見返し配信および見逃し配信の何れでも、既にライブ配信は終了しているので、ユーザによる投げ銭やコメント入力が受け付けられない。
　＜本実施形態の効果＞
　本実施形態によれば、ユーザ端末１００のタッチスクリーン１５には、ユーザ端末１００の位置周辺の地図が表示され、周辺に配置されているキャラクタ（モンスターまたはアバター）に対応するアイコンが当該地図に重畳される。ユーザ端末１００の位置周辺の所定範囲内に配置されているキャラクタのアイコンがタップされると、ユーザ端末１００の位置におけるパノラマ画像がサーバ２００から取得される。当該パノラマ画像は、タッチスクリーン１５に表示され、タップされたアイコンに対応するキャラクタは、当該パノラマ画像に重畳される。モンスターを呪いから開放するゲーム処理では、モンスター画像を照準画像ＡＭ１内に所定時間継続して表示させることにより、当該モンスターを開放するための処理が行われる。また、アバターと対話するゲーム処理では、ライブ配信時刻内であることにより、ライブを視聴しつつ、投げ銭をしたりコメントを入力するための処理が行われる。
　このように、タップされたアイコンに対応するキャラクタは、ゲーム端末１００が備えるカメラ１７により撮影された画像ではなく、パノラマ画像に重畳される。これによって、ユーザ端末１００の処理負担を軽減することができる。また、カメラ１７で風景等を撮影せずともゲームを進行できるため、盗撮やプライバシー侵害の疑いが掛けられてしまう懸念を低減できる。
　また、本実施形態によれば、パノラマ画像は３６０°の画像であり、当該画像は、仮想空間ＣＳ１を表す天球の内周面に貼り付けられる。また、キャラクタは、当該天球の内側に配置される。仮想空間データは、パノラマ画像とキャラクタ画像とによって規定される。仮想カメラＣＭ１の視界領域は、タッチスクリーン１５の向きに応じて制御される。タッチスクリーン１５には、仮想空間データに基づく画像のうち、当該視界領域に対応する画像が表示される。天球の内側に配置されたキャラクタがモンスターである場合、仮想空間データは、当該モンスターが当該視界領域の外側から内側に移動するように更新される。
　これによって、当該モンスターをタッチスクリーン１５に継続して表示されるゲームにおいて、ユーザ端末１００の向きを大きく変更する必要性を低減できる。その結果、ユーザの周囲に存在する人に迷惑をかける懸念や不審に思われてしまう懸念等を軽減することができる。
　さらに、本実施形態によれば、タッチスクリーン１５上の地図に重畳されているアイコンのうち、ユーザ端末１００の位置周辺の所定範囲内に配置されているキャラクタに対応するアイコン（タップ操作を有効に受付可能なアイコン）は、他のアイコン（タップ操作を有効に受付可能ではないアイコン）と異なる態様で表示される。ユーザ端末１００の位置におけるパノラマ画像は、当該所定範囲内に配置されているキャラクタのアイコンがタップされたときにタッチスクリーン１５に表示される。
　これによって、いずれのアイコンへのタップ操作が可能であるかを地図が表示されている段階で見極めることができ、操作性の向上が図られる。
　また、本実施形態によれば、キャラクタが配置された位置のパノラマ画像が記憶部２２０に記憶されていない場合、サーバ２００は、ネットワークを介して、他のサーバから当該パノラマ画像を取得する。これによって、サーバ２００がパノラマ画像を記憶していない位置にもキャラクタを配置することができ、キャラクタの配置に関する自由度が向上する。
　＜変形例＞
　以上説明した実施形態の変形例などを以下に列挙する。
　（１）　上記実施形態２（以下では、単に実施形態ともいう）においては、予め撮影されて管理されているパノラマ画像のうち、ユーザ端末１００の位置に応じたパノラマ画像を、ユーザ端末１００からサーバ２００に対して要求する例について説明した。しかし、管理者側（サーバ２００）から特定の位置におけるパノラマ画像をユーザに対して要求し、当該要求に応じて撮影されたパノラマ画像を例えばサーバ２００に登録して管理するようにしてもよい。また、特定の位置におけるパノラマ画像については、他のサービス提供装置ではなくサーバ２００において管理するようにしてもよい。また、この場合、パノラマ画像を登録することにより、当該ユーザに特典（例えば、ゲーム内で使用できるコイン、特別なアイテム、所定のパラメータ増大等）を付与するようにしてもよい。特定の位置としては、例えば、所定期間（例えば３年前等）より前のパノラマ画像が管理されている位置や、パノラマ画像が未だ管理されていない位置、ビルの屋上位置、特定の施設内の位置等であってもよい。これによって、ユーザ側にとっては、特定の位置のパノラマ画像を撮影しようという動機づけを働かせることができ、ゲームの興趣を向上させることができる。また、管理者側にとっては、特定の位置における現時点のパノラマ画像を保有することができる。
　（２）　上記実施形態においては、ユーザ端末１００が存在する位置において撮影されたパノラマ画像が他のサービス提供装置に複数存在する場合、最新のパノラマ画像を当該ユーザ端末１００に送信することを想定している。しかし、同じ位置におけるパノラマ画像が当該他のサービス提供装置に複数存在する場合には、例えば、ユーザの設定（現在モードとレトロモードなど）や、ゲームの進行状況（過去に遡るイベント発生時等）に応じて、最新とは異なる数年前や数十年前に撮影されたパノラマ画像を送信するようにしてもよい。これにより、表示するパノラマ画像のバリエーションを豊富にすることができる。
　また、同じ位置におけるパノラマ画像が複数存在する場合には、例えば、パノラマ画像の要求があった時点での実状況（季節、日付、時間帯等）に応じて、当該実状況と極力合致するように、異なるパノラマ画像を送信するようにしてもよい。具体的に、現在が冬であるときには、冬に撮影されたパノラマ画像を送信するようしてもよく、また、現在が８月であるときには、８月に撮影されたかまたは８月に近い時期に撮影されたパノラマ画像を送信するようにしてもよい。また、現在の時間帯が昼であるときには、昼間に撮影されたパノラマ画像を送信し、夜であるときには、夜間に撮影されたパノラマ画像を送信するようにしてもよい。これにより、現在の状況に応じたパノラマ画像が表示されるため、リアリティーを高めることができる。
　（３）　上記実施形態においては、取得したパノラマ画像をそのまま用いて、その上にキャラクタ画像等を重畳させてタッチスクリーン１５に表示する例について説明した。しかし、パノラマ画像については、所定の加工・編集処理を行い、当該加工・編集処理が施されたパノラマ画像にキャラクタ画像等を重畳させてタッチスクリーン１５に表示するようにしてもよい。所定の加工・編集処理は、例えば、現在の状況（例えば、時期、日付、時間等）に応じて、グラデーション、シャープネス、色補正、特殊効果等を行うようにしてもよい。また、パノラマ画像に重畳させる画像は、キャラクタ画像に限らず、これに替えてあるいは加えて、例えば、現在の状況（例えば、時期、日付、時間等）に応じて、デコレーション画像（クリスマスツリー、門松、浮き輪、スイカ等）であってもよい。
　（４）　上記実施形態においては、キャラクタとして、アバターとモンスターとを想定しており、当該キャラクタが配置されている場所をユーザが訪れることで、当該キャラクタがタッチスクリーン１５に表示可能となる。このうち、アバターを表示するパートはライブ配信パートとして捉えられるところ、「モンスターを呪いから開放」というクエストに相当する依頼事項をアバターに発言させ、当該依頼事項に応じてユーザがモンスターを探し出して呪いを開放するというストーリーを仕立て上げれば、モンスターを表示するパートはストーリーパートを構成する要素の１つとして捉えることが可能となる。
　（５）　上記実施形態においては、他のサービス提供装置により提供される地図データは、サーバ２００により獲得され、ユーザ端末１００に提供される。しかし、ユーザ端末１００は、地図データについては当該他のサービス提供装置から直接獲得する一方、キャラクタの位置情報およびキャラクタＩＤについてはサーバ２００から取得し、ユーザ端末１００側で合成表示するようにしてもよい。
　（６）　上記実施形態においては、地図データは他のサービス提供装置により管理されるが、サーバ２００が当該地図データを管理するようにしてもよい。
　（７）　上記実施形態においては、３６０°のパノラマ画像が全天球状の仮想空間ＣＳ１の内周面に貼り付けられる。しかし、所定範囲に亘る画像を表示可能とするものである限り、例えば、仮想空間ＣＳ１は半天球状でもよい。また、パノラマ画像としても、天井部分に相当する画像を有していない帯状の３６０度パノラマ画像でもよく、左右１８０度にわたるパノラマ画像でもよい。
　（８）　上記実施形態においては、ユーザ端末１００が備えるカメラ１７の向きにおける実際の風景に対応するパノラマ画像をタッチスクリーン１５に表示するようにしている。しかし、カメラ１７の向きに関係なく、一律に特定の向き（例えば北向き）の実際の風景に対応するパノラマ画像をタッチスクリーン１５に表示するようにしてもよい。
　（９）　上記実施形態においては、ユーザ端末１００の位置情報に基づいてパノラマ画像を取得するようにしているが、当該パノラマ画像としては、タッチされたアイコンの位置から眺めた風景を表す画像や、ユーザ端末１００の位置から眺めた風景を表す画像や、地図上のタッチ位置（地図が拡大表示されており、アイコンのサイズと指のサイズとが略一致するような場合を想定）から眺めた風景を表す画像などが想定される。
　（１０）　上記実施形態においては、キャラクタは天球の内側に配置されるが、天球の内周面にキャラクタ画像を貼り付けるようにしてもよい。
　（１１）　上記実施形態においては、ユーザ端末１００の位置を示す指標をタッチスクリーン１５上の地図の中心に固定的に表示し、ユーザ端末１００が所定量移動する毎に当該地図を更新するようにしている。しかし、地図を固定とし、ユーザ端末１００の移動に応じて指標を移動させるようにしてもよい。この場合、タッチスクリーン１５上の地図は、スワイプ操作が行われることにより、または当該指標が当該地図の端部に近づいたことが特定されることにより、指標の移動方向の地図に更新される。
　（１２）　上記実施形態においては、ユーザ端末１００の位置を中心とする所定領域の地図をタッチスクリーン１５に表示するようにした上で、ユーザ端末１００が所定量移動する毎にサーバ２００から地図データを取得するようにしている。しかし、当該所定領域よりも広い領域（例えば９倍の領域）の地図データを取得し、ユーザ端末１００が所定量移動する毎に当該所定領域の位置を移動させるようにすれば、サーバ２００から地図データを取得する頻度を抑えることができる。
　（１３）　上記実施形態では、第１のオブジェクトとしてアイコンを例示し、第２のオブジェクトの例としてキャラクタやアバターを例示したが、第１のオブジェクトおよび第２のオブジェクトは、いずれも、２次元画像に限らず、３次元画像（例えば３Ｄモデル）等であってもよい。
　（１４）　上記実施形態では、視界領域をユーザ端末の姿勢や向きに応じて制御する例について説明したが、これに限らず、タッチスクリーン１５に対するユーザからの操作に応じて視界領域を制御してもよい。例えば、タッチスクリーン１５に対してスワイプ操作を受付けたときには、スワイプ操作の移動量に対応する量だけ、当該スワイプ操作がされた方向へ視界領域を移動させるように制御してもよく、また、タッチスクリーン１５に対してフリック操作を受付けたときには、フリック操作の速度に応じた量だけ、当該フリック操作がされた方向へ視界領域を移動させるように制御してもよい。
＜ユーザ端末１００の表示画面例＞
　図２１は本実施形態に係るゲームプログラムに基づき実装される、ユーザ端末１００の表示部１５２に表示される画面例と、これら画面の間の遷移例を示す。画面例には、ホーム画面８５０Ａ、ライブ配信のライブ選択画面８５０Ｂ、見逃し配信の見逃し選択画面８５０Ｃ、および位置情報ゲームパートのゲーム画面８５０Ｄの例が含まれる。遷移例において、ホーム画面８５０Ａからはライブ選択画面８５０Ｂおよびゲーム画面８５０Ｄに遷移可能である。また、ライブ選択画面８５０Ｂからはホーム画面８５０Ａ、見逃し選択画面８５０Ｃ、およびゲーム画面８５０Ｄに遷移可能である。同様に、見逃し選択画面８５０Ｃからはライブ選択画面８５０Ｂに遷移可能であり、ゲーム画面８５０Ｄからはホーム画面８５０Ａおよびライブ選択画面８５０Ｂに遷移可能である。なお、実際の配信画面（不図示）は、ライブ画面８５０Ｂおよび見逃し選択画面８５０Ｃから遷移される。
（ホーム画面）
　ホーム画面８５０Ａは、位置ゲームパート（第１パート）を進行させる、またはライブ配信パート（第２パート）を進行させるための各種メニューをユーザ端末１００の表示部１５２に表示する。一例では、位置ゲームパートでは、実施形態３で説明した、全国各地にキャラクタを配置する位置情報ゲームが実施されてよく、ライブ配信パートでは、同じく実施形態３で説明した、アバターによるライブ配信が実施されてよい。
　ゲーム進行部１１５は、位置ゲームパートおよび／またはライブ配信パートの開始のための入力操作を受け付けると、最初にホーム画面８５０Ａを表示する。具体的には、ホーム画面８５０Ａは、ライブ選択画面８５０Ｂに遷移させるための「ライブ」アイコン８５２と、位置情報ゲームのゲーム画面８５０Ｄに遷移させるための「おでかけ」アイコン８５４と、を含む。ホーム画面８５０Ａにおいて「ライブ」アイコン８５２に対する入力操作を受け付けると、ゲーム進行部１１５は、ライブ選択画面８５０Ｂを表示部１５２に表示させる。
（ライブ選択画面）
　ライブ選択画面８５０Ｂは、配信可能なライブ情報の候補をユーザに提示する。特に、ライブ配信時刻等をあらかじめユーザに通知するための１以上のライブに関する告知情報をリスト表示する。ライブ告知情報は、少なくともライブ配信日時を含む。さらにライブ告知情報は、ライブの無料／有料の情報や、ライブに出演するキャラクタの画像等を含む広告画像を含んでもよい。また、ライブ選択画面８５０Ｂは、最も近い将来に配信するライブ配信に関する告知情報をライブ選択画面にポップアップ８５６で表示してもよい。
　ライブ配信時刻になると、サーバ２００は、ライブ配信を受ける権利を有する１以上のユーザ端末１００を探索する。ライブ配信を受ける権利は、ユーザ端末１００が所定の条件を満たす場合に付与されている。所定の条件には、ライブ配信を受けるための対価を支払い済みであること（例えばチケットを保有すること）、位置情報ゲームパートにおいてシナリオをクリアしていること、位置情報ゲームパートにおいてユーザ端末１００または主人公をはじめとしたキャラクタの現在位置は、ライブ配信源などが配置されている特定の領域／位置にあることなどが含まれる。ライブ配信を受ける権利を有するユーザ端末１００には、対応するライブ告知情報が表示されることになる。
　ユーザ端末１００において、ライブ再生操作（例えば、ライブ選択画面８５０Ｂにおいて、ライブ配信時刻となったライブに対する選択操作）を受け付ける。具体的には、ライブの画像に対するタッチ操作を受け付けるのがよい。それに応じて、ゲーム進行部１１５は、表示部１５２を実際の配信画面（不図示）に遷移させる。これにより、ユーザ端末１００は、ライブ配信パートを進行させ、ライブ視聴処理をリアルタイムで進行させることができる。
　ライブ視聴処理が実行されると、動画再生部１１７は、受信した動作指図データに基づいて、ライブ配信パートにおいてキャラクタを動作させる。つまり、動画再生部１１７は、ライブ配信パートにおいて動作指図データを使用して、動作させるキャラクタを含む動画再生画面（例えば、図９に示されるような動画）を生成し、表示部１５２に表示させる。なお、キャラクタは、ＮＰＣでもＰＣでも何れでもよい。
　また、ライブ選択画面８５０Ｂは、直前に表示していた画面に遷移させるための「戻る（×）」アイコン８５８と、見逃し選択画面８００Ｃに遷移させるための「見逃し配信」アイコン８６０を表示部１５２に表示させてもよい。ここでは、ライブ選択画面８５０Ｂにおける「戻る（×）」アイコン８５８に対する入力操作に応じて、ゲーム進行部１１５は、画面８００Ｂを直前に表示されていた画面に遷移させる。具体的には、ゲーム進行部１１５は、直前に表示されていた画面がホーム画面８５０Ａである場合はホーム画面８５０Ａに、ゲーム画面８５０Ｄの場合はゲーム画面８００Ｄに遷移させる。つまり、「戻る（×）」アイコン８５８では、ヒストリーバック機能が実行されるのがよい。図２１に示す破線矢印は、このようにして、「戻る（×）」アイコン８５８に対する入力操作に応じて、ライブ選択画面８５０Ｂから、ホーム画面８５０Ａまたは位置情報画面８５０Ｄのいずれかへ選択的に遷移されることを示す。一方、ライブ選択画面８５０Ｂにおける見逃し配信アイコン８６０に対する入力操作に対しては、ゲーム進行部１１５は、ライブ選択画面８５０Ｂから見逃し選択画面８５０Ｃに遷移させる。
（見逃し選択画面）
　見逃し選択画面８５０Ｃは、過去に配信された１以上のライブに関する配信済み情報のうち、特にユーザがライブ配信パートをリアルタイムで進行させた実績がない配信済みの情報を表示する。ユーザ端末１００の操作部１５１によって、見逃し選択画面８５０Ｃに表示されるライブの配信済み情報、例えばライブに出演したキャラクタを含む画像８８０に対する入力操作（例えば、タッチ操作）を受け付ける。これに応じて、ゲーム進行部１１５はライブ配信パート終了後、終了済みのライブ配信パートを再度進行することができる。ここでの再度の進行は、これに限定されないが、見逃し配信とするのがよい。
　見逃し選択画面８５０Ｃの例に示すように、ライブに関する配信済み情報は、さらに、それぞれの配信済みライブの再生時間８６２、配信終了までの期間（日数など）８６４、現在から起算して何日前に配信されたかを示す情報８６６、および過去の配信日時等を含んでもよい。さらに、見逃し選択画面８５０Ｃは、ライブ選択画面８５０Ｂに遷移させるための「戻る（＜）」アイコン８６８を含む。「戻る（＜）」アイコン８６８に対する入力操作に応じて、ゲーム進行部１１５は、ライブ選択画面８５０Ｂに遷移させる。
　本実施形態では、これに限定されないが、見逃し選択画面８５０Ｃは、ライブ選択画面８５０Ｂのみから遷移され、ホーム画面８５０Ａおよびゲーム画面８５０Ｄからは直接遷移されないようにするのがよい。見逃し配信は、ライブ配信を見逃したユーザに対し行うものであり、ライブ配信機能に付随する機能にすぎない。また、本ゲームの目的の１つはユーザがリアルタイムのライブ配信を視聴し、リアルタイムでキャラクタを応援し、キャラクタとの交流を深めることでゲームの興趣を高めることにある。このため、キャラクタ（プレイヤ）とのリアルタイムの交流ができない見逃し配信よりも、ライブ配信をリアルタイムで視聴するようユーザを誘導することが優先されるべきである。そのために、本実施形態では、ホーム画面８５０Ａおよびゲーム画面８５０Ｄからは見逃し選択画面８５０Ｃへ直接遷移できないようにするのがよい。
　なお、見逃し選択画面８５０Ｃでは、ユーザがライブ配信パートをリアルタイムで進行させた実績がない配信済みの情報を表示するようにした。これに代えて、過去に配信された全てのライブに関する配信済み情報をライブ毎にリスト表示してもよい。この場合、ユーザがライブ配信パートをリアルタイムで進行させた実績の有無に応じて、見返し配信または見逃し配信の何れかが実行されるのがよい。具体的には、ユーザがライブ配信パートをリアルタイムで進行させた実績があると判定される場合は、前述の見返し配信とするのがよい。他方、ユーザがライブ配信パートをリアルタイムで進行させた実績がないと判定される場合は見逃し配信とするのがよい。前述したように、見返し配信と見逃し配信とでは、異なるユーザ体験が提供されることになる。
（ゲーム画面）
　ゲーム画面８５０Ｄは、位置情報ゲームパートにおいて表示部１５２に表示される画面である。ゲーム進行部１１５は、位置情報ゲームパートにおいて、シナリオを進行中、ユーザに対してクエストを提示する。一例では、ゲーム進行部１１５は、ユーザ端末１００の位置登録情報を利用した位置情報ゲームによってクエストを実現してもよい。ゲーム進行部１１５は、ユーザ端末１００に具備される位置登録システム（不図示）から、ユーザ端末１００の現在位置情報（例えば、住所情報、緯度経度情報など）を取得する。そして、取得した現在位置情報に基づいて、ユーザ端末１００がある場所周辺の地図８７４を生成し、ゲーム画面８５０Ｄに配置する。なお地図８７４を生成する元になる地図データは、予めユーザ端末１００の記憶部１２０に記憶されていてもよいし、地図データを提供する他のサービス提供装置（不図示）からネットワークを介して取得されてもよい。
　続いて、ゲーム進行部１１５は、特典を獲得できる位置（住所、緯度経度など）を決定し、決定した位置に対応する地図上の位置に、ポータルアイコン８７６を重畳表示させる。一例では、ユーザは、ユーザ端末１００を持って、地図８７４上のポータルアイコン８７６の位置まで移動すれば、特典を獲得し、クエストをクリアできる。他の例では、ユーザは、ユーザ端末１００を持って、地図８７４上のポータルアイコン８７６の位置まで移動し、ポータルに関連付けられているゲームをクリアすると、特典を獲得し、クエストをクリアできる。ポータルの位置について、ゲーム進行部１１５は、ランダムに決定してもよいし、シナリオ、クエスト、特典の内容に応じて予め決定されていてもよい。
　特典は、前述のライブ配信を受ける権利に関するチケットの形態としてもよい。つまり、この特典を獲得したユーザのみが、後のライブ配信パートにおいて、ライブ選択画面８５０Ｂを通じて、対応するライブ配信を視聴することができるようになる。
　なお、位置情報ゲームパートでは、ユーザ端末１００の位置登録情報を利用せずに実現してもよい。この場合、ユーザ端末１００の現実の位置登録情報ではなく、地図８７４における仮想的な位置情報が利用されることになる。 
　ゲーム画面８５０Ｄは、「ホーム」アイコン８７８と、「ライブ」アイコン８７２を表示する。「ホーム」アイコン８７８に対する入力操作に応じて、ゲーム進行部１１５は、ホーム画面８５０Ａを表示部１５２に表示させる。また、「ライブ」アイコン８７２に対する入力操作を受け付けると、ゲーム進行部１１５は、ライブ選択画面８５０Ｂを表示部１５２に表示させる。
　このように、ゲーム画面８５０Ｄは、ホーム画面８５０Ａまたはライブ選択画面８５０Ｂに遷移することができる。つまり、ライブ選択画面８５０Ｂには、ホーム画面８５０Ａのみならずゲーム画面８５０Ｄからも遷移することができる。前述したように、ライブ配信をリアルタイムで視聴するようユーザを誘導することを目的として、ゲーム画面８５０Ｄから見逃し選択画面８５０Ｃへは直接遷移させないように構成するのがよい。
　＜付記＞
　以上の各実施形態で説明した事項を、以下に付記する。
　（付記１）：
　本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、入力部、および表示部を備える情報端末装置（図１のユーザ端末１００）により実行されるゲーム進行のための情報処理方法が提供される。かかる情報処理方法は、プロセッサによる、所定領域の地図画像を表示部に表示し、所定の条件が成立しているとき（所定領域にキャラクタが存在するとき）には当該地図画像上に第１のオブジェクト（アイコン）を配置させて表示する第１ステップ（図１８のＳ２０２）と、第１のオブジェクトを指定するユーザの入力操作を入力部から受け付ける第２ステップ（図１８のＳ２０５）と、各所の風景画像（パノラマ画像）を管理するサーバと通信して、指定された位置に対応する風景画像を取得する第３ステップ（図１８のＳ２０７、Ｓ２０８）と、取得した風景画像に対して、指定された第１のオブジェクトに対応する第２のオブジェクト（アバター、モンスター）を重畳させて表示部に表示する第４ステップと、第２のオブジェクトが特定のキャラクタ（アバター）に関連付けられる場合（図１８のＳ２０９：ＮＯ）に、ゲームの所定パートの進行を要求する第５ステップ（図１３のＳ１５１、図１９のＳ２２７）と、所定パートの第１の進行が既に終了している場合に、記録済みの動作指図データを受信する第６ステップ（図１３のＳ１５２）と、記録済みの動作指図データに基づいて第２のオブジェクトを動作させることにより、所定パートの第２の進行を実行して、表示部に表示する第７ステップ（図１３のＳ１５５、Ｓ１５６）と、を含む。
　（付記２）：
　（付記１）において、第１の進行がリアルタイムの進行である（図１１のＳ５ａ、図１９のＳ２２０～Ｓ２２６）。
　（付記３）：
　（付記１）または（付記２）において、第７ステップは、所定パートの第１の進行の間に受け付けられたユーザの入力操作による行動の記録に基づいて第２のオブジェクトを動作させること（図１３のＳ１５４）を含む。
　（付記４）：
　（付記１）から（付記３）の何れかにおいて、第７ステップは、記録済みの動作指図データに含まれる音声データに基づいて第２のオブジェクトに発話させ、動作指図データに含まれるモーションデータに基づいて第２のオブジェクトを動かすこと（図９）を含む。
　（付記５）：
　（付記１）から（付記４）の何れかにおいて、第７ステップは、記録済みの動作指図データを受信したことをトリガにして、動作指図データに基づいて第２のオブジェクトを動作させること（図１９のＳ２２２）を含む。
　（付記６）：
　（付記１）から（付記５）の何れかにおいて、第２の進行は、第１の進行と比べて第２のオブジェクトの動作が制限される。
　（付記７）：
　（付記１）から（付記６）の何れかにおいて、表示部は、ゲーム進行に関するメニューを表示する第１画面と、第１ステップにおいて地図画像を表示する第２画面と、第１画面または第２画面から遷移され、所定パートの進行を実行可能なゲーム情報を表示する第３画面と、第７ステップにおいて所定パートの進行を表示する第４画面と、を表示可能に構成され、第４画面は、第３画面のみから遷移され、第１画面および第２画面からは遷移されないように構成される。
　（付記８）：
　本開示に示す一実施形態のある局面によれば、コンピュータ実行可能命令を格納したコンピュータ可読媒体が提供される。かかるコンピュータ可読媒体は、コンピュータ実行可能命令が実行されると、プロセッサに、（項目１）から（項目７）の何れかに含まれるステップを実行させる。
　（付記９）：
　本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、入力部、および表示部を備えるゲーム進行のための情報処理装置が提供される。かかる情報処理装置は、所定領域の地図画像を表示部に表示し、所定の条件が成立しているときには当該地図画像上に第１のオブジェクトを配置させて表示する第１表示部と、第１のオブジェクトを指定するユーザの入力操作を入力部から受け付ける受付部と、各所の風景画像を管理するサーバと通信して、指定された位置に対応する風景画像を取得する取得部と、取得した風景画像に対して、指定された第１のオブジェクトに対応する第２のオブジェクトを重畳させて表示部に表示する第２表示部と、第２のオブジェクトが特定のキャラクタに関連付けられる場合に、ゲームの所定パートの進行を要求する要求部と、所定パートの第１の進行が既に終了している場合に、記録済みの動作指図データを受信する動作指図データ受取部と、記録済みの動作指図データに基づいて第２のオブジェクトを動作させることにより、所定パートの第２の進行を実行して、表示部に表示する進行部と、を備える。
　（付記１０）：
　（付記９）において、進行部は、更に、所定パートの第１の進行の間に受け付けられたユーザの入力操作による行動の記録に基づいて第２のオブジェクトを動作させるように構成される。
　（付記１１）：
　（付記９）または（付記１０）において、第２の進行は、第１の進行と比べて第２のオブジェクトの動作が制限される。
　〔ソフトウェアによる実現例〕
　制御部１１０の制御ブロック（特に、操作受付部１１１、表示制御部１１２、ＵＩ制御部１１３、アニメーション生成部１１４、ゲーム進行部１１５、解析部１１６および進捗情報生成部１１７）、制御部２１０の制御ブロック（特に、進行支援部２１１および共有支援部２１２）、ならびに、制御部３１０の制御ブロック（特に、操作受付部３１１、表示制御部３１２、ＵＩ制御部３１３、アニメーション生成部３１４、進捗模擬部３１５、キャラクタ制御部３１６および反応処理部３１７）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
　後者の場合、制御部１１０、制御部２１０または制御部３１０、もしくは、これらのうち複数を備えた情報処理装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
　本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
１　ゲームシステム、２　ネットワーク、１０，２０，３０　プロセッサ、
１１，２１，３１　メモリ、１２，２２，３２　ストレージ、１３，２３，３３　通信ＩＦ（操作部）、１４，２４，３４　入出力ＩＦ（操作部）、１５，３５　タッチスクリーン（表示部、操作部）、１７　カメラ（操作部）、１８　測距センサ（操作部）、１００　ユーザ端末（コンピュータ、情報処理装置）、１１０，１１３，２１０，３１０　制御部、１１１，３１１　操作受付部、１１２，３１２　表示制御部、１１３，３１３　ＵＩ制御部、１１４，３１４　アニメーション生成部、１１５　ゲーム進行部、１１６　解析部、１１７　進捗情報生成部、１２０，２２０，３２０　記憶部、１３１　ゲームプログラム、１３２　ゲーム情報、１３３　ユーザ情報、１３４　キャラクタ制御プログラム、１５１，３５１　入力部（操作部）、１５２，３５２　表示部、２００　サーバ（コンピュータ）、２１１　進行支援部、２１２　共有支援部、３００　動作指図装置（ＮＰＣ制御装置、キャラクタ制御装置）、３１５　進捗模擬部、３１６　キャラクタ制御部、３１７　反応処理部、１０１０　物体、１０２０，３０３０　コントローラ、１０３０　記憶媒体、３０１０　マイク、３０２０　モーションキャプチャ装置

Claims (11)

  1. 　プロセッサ、メモリ、入力部、および表示部を備える情報端末装置により実行されるゲーム進行のための情報処理方法であって、前記プロセッサによる、
    　所定領域の地図画像を前記表示部に表示し、所定の条件が成立しているときには当該地図画像上に第１のオブジェクトを配置させて表示する第１ステップと、
    　前記第１のオブジェクトを指定するユーザの入力操作を前記入力部から受け付ける第２ステップと、
    　各所の風景画像を管理するサーバと通信して、指定された位置に対応する風景画像を取得する第３ステップと、
    　取得した前記風景画像に対して、指定された前記第１のオブジェクトに対応する第２のオブジェクトを重畳させて前記表示部に表示する第４ステップと、
    　前記第２のオブジェクトが特定のキャラクタに関連付けられる場合に、ゲームの所定パートの進行を要求する第５ステップと、
    　前記所定パートの第１の進行が既に終了している場合に、記録済みの動作指図データを受信する第６ステップと、
    　前記記録済みの動作指図データに基づいて前記第２のオブジェクトを動作させることにより、前記所定パートの第２の進行を実行して、前記表示部に表示する第７ステップと、
    を含む、情報処理方法。
  2. 　前記第１の進行がリアルタイムの進行である、請求項１に記載の情報処理方法。
  3. 　請求項１または２に記載の情報処理方法において、前記第７ステップは、
    　前記所定パートの第１の進行の間に受け付けられた前記ユーザの入力操作による行動の記録に基づいて前記第２のオブジェクトを動作させることを含む、情報処理方法。
  4. 　請求項１から３の何れか一項に記載の情報処理方法において、前記第７ステップは、
    　前記記録済みの動作指図データに含まれる音声データに基づいて前記第２のオブジェクトに発話させ、
    　前記動作指図データに含まれるモーションデータに基づいて前記第２のオブジェクトを動かすことを含む、情報処理方法。
  5. 　請求項１から４の何れか一項に記載の情報処理方法において、前記第７ステップは、
    　前記記録済みの動作指図データを受信したことをトリガにして、前記動作指図データに基づいて前記第２のオブジェクトを動作させることを含む、情報処理方法。
  6. 　請求項１から５の何れか一項に記載の情報処理方法において、
    　前記第２の進行は、前記第１の進行と比べて前記第２のオブジェクトの動作が制限される、情報処理方法。
  7. 　請求項１から６の何れか一項に記載の情報処理方法であって、前記表示部は、
    　前記ゲーム進行に関するメニューを表示する第１画面と、
    　前記第１ステップにおいて地図画像を表示する第２画面と、
    　前記第１画面または前記第２画面から遷移され、前記所定パートの進行を実行可能なゲーム情報を表示する第３画面と、
    　前記第７ステップにおいて前記所定パートの進行を表示する第４画面と、
    を表示可能に構成され、
    　前記第４画面は、前記第３画面のみから遷移され、前記第１画面および前記第２画面からは遷移されないように構成される、情報処理方法。
  8. 　コンピュータ実行可能命令を格納したコンピュータ可読媒体であって、前記コンピュータ実行可能命令が実行されると、前記プロセッサに、請求項１から７の何れか一項記載の情報処理方法に含まれるステップを実行させる、コンピュータ可読媒体。
  9. 　プロセッサ、メモリ、入力部、および表示部を備えるゲーム進行のための情報処理装置であって、
    　所定領域の地図画像を前記表示部に表示し、所定の条件が成立しているときには当該地図画像上に第１のオブジェクトを配置させて表示する第１表示部と、
    　前記第１のオブジェクトを指定するユーザの入力操作を前記入力部から受け付ける受付部と、
    　各所の風景画像を管理するサーバと通信して、指定された位置に対応する風景画像を取得する取得部と、
    　取得した前記風景画像に対して、指定された前記第１のオブジェクトに対応する第２のオブジェクトを重畳させて前記表示部に表示する第２表示部と、
    　前記第２のオブジェクトが特定のキャラクタに関連付けられる場合に、ゲームの所定パートの進行を要求する要求部と、
    　前記所定パートの第１の進行が既に終了している場合に、記録済みの動作指図データを受信する動作指図データ受取部と、
    　前記記録済みの動作指図データに基づいて前記第２のオブジェクトを動作させることにより、前記所定パートの第２の進行を実行して、前記表示部に表示する進行部と、
    を備える、情報処理装置。
  10. 　請求項９に記載の情報処理装置において、前記進行部は、更に、
    　前記所定パートの第１の進行の間に受け付けられた前記ユーザの入力操作による行動の記録に基づいて前記第２のオブジェクトを動作させるように構成される、情報処理装置。
  11. 　請求項９または１０に記載の情報処理装置において、
    　前記第２の進行は、前記第１の進行と比べて前記第２のオブジェクトの動作が制限される、情報処理装置。
PCT/JP2020/047938 2020-12-22 2020-12-22 情報処理方法、コンピュータ可読媒体、および情報処理装置 WO2022137343A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2020/047938 WO2022137343A1 (ja) 2020-12-22 2020-12-22 情報処理方法、コンピュータ可読媒体、および情報処理装置
JP2022570821A JPWO2022137343A1 (ja) 2020-12-22 2020-12-22

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/047938 WO2022137343A1 (ja) 2020-12-22 2020-12-22 情報処理方法、コンピュータ可読媒体、および情報処理装置

Publications (1)

Publication Number Publication Date
WO2022137343A1 true WO2022137343A1 (ja) 2022-06-30

Family

ID=82158599

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/047938 WO2022137343A1 (ja) 2020-12-22 2020-12-22 情報処理方法、コンピュータ可読媒体、および情報処理装置

Country Status (2)

Country Link
JP (1) JPWO2022137343A1 (ja)
WO (1) WO2022137343A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020028397A (ja) * 2018-08-21 2020-02-27 株式会社コロプラ ゲームプログラム、ゲーム方法、および情報処理装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020028397A (ja) * 2018-08-21 2020-02-27 株式会社コロプラ ゲームプログラム、ゲーム方法、および情報処理装置

Also Published As

Publication number Publication date
JPWO2022137343A1 (ja) 2022-06-30

Similar Documents

Publication Publication Date Title
JP6843100B2 (ja) ゲームプログラム、ゲーム方法、および情報処理装置
JP2022088431A (ja) 情報処理システムおよび情報処理方法
JP2020044136A (ja) 視聴プログラム、配信プログラム、視聴プログラムを実行する方法、配信プログラムを実行する方法、情報処理装置、および情報処理システム
JP6796115B2 (ja) ゲームプログラム、ゲーム方法、および情報処理装置
JP6595043B1 (ja) ゲームプログラム、方法、および情報処理装置
JP7349348B2 (ja) キャラクタ制御用プログラム、方法、および情報処理装置
JP6672380B2 (ja) ゲームプログラム、キャラクタ制御プログラム、方法、および情報処理装置
JP7344948B2 (ja) システム
JP6826573B2 (ja) ゲームプログラム、方法、および情報処理装置
JP2024086965A (ja) プログラム、および、システム
WO2022137343A1 (ja) 情報処理方法、コンピュータ可読媒体、および情報処理装置
JP6639561B2 (ja) ゲームプログラム、方法、および情報処理装置
WO2022137340A1 (ja) 情報処理方法、コンピュータ可読媒体、および情報処理装置
JP6923726B1 (ja) 方法、コンピュータ可読媒体、および情報処理装置
WO2022137376A1 (ja) 方法、コンピュータ可読媒体、および情報処理装置
JP2021045557A (ja) ゲームプログラム、ゲーム方法、および情報処理装置
JP7078585B2 (ja) ゲームプログラム、方法、および情報処理装置
JP7541149B2 (ja) プログラム、およびシステム
WO2022113330A1 (ja) 方法、コンピュータ可読媒体、および情報処理装置
WO2022113335A1 (ja) 方法、コンピュータ可読媒体、および情報処理装置
WO2022113327A1 (ja) 方法、コンピュータ可読媒体、コンピュータシステム、および情報処理装置
JP7095006B2 (ja) ゲームプログラム、キャラクタ制御プログラム、方法、および情報処理装置
WO2022137523A1 (ja) ゲーム方法、コンピュータ可読媒体、および情報処理装置

Legal Events

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

Ref document number: 20966835

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022570821

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20966835

Country of ref document: EP

Kind code of ref document: A1