Information processing device, publishing control method and storage medium

Abstract

This invention relates to an information processing apparatus, a publishing control method, and a storage medium, providing more publishers with the opportunity to freely publish content. The information processing apparatus of this invention is mounted in a vehicle and includes: a content acquisition unit that acquires content including at least one of an image and sound of a content publisher who is a passenger; a sending unit that sends the acquired content to a network for publishing the content to terminal devices of one or more participants; a receiving unit that receives feedback associated with the published content, the feedback being feedback from the one or more participants to the content publisher; and a control unit that controls the received feedback to prompt the content publisher. The feedback includes a first, readable feedback. When the vehicle is moving, the control unit causes a sound output unit to output the sound of the first feedback being read aloud.

Description

Technical Field

[0001] This invention relates to information processing apparatus, publishing control method, and storage medium. Background Technology

[0002] A content publishing service is known that distributes images or audio captured by smartphones or other terminal devices to viewers via the internet. With improvements in network performance and capacity, and the increasing multifunctionality of terminal devices, content publishers have found it increasingly easy to publish content via live streaming in recent years, even without large-scale publishing equipment.

[0003] Patent Document 1 discloses an example of a video publishing server that relays live video broadcasts between user terminals. In addition to the function of publishing video from the publisher's terminal to the viewer's terminal, the video publishing server in Patent Document 1 also provides a two-way interactive function that displays text comments entered on one party's terminal on the other party's terminal.

[0004] Existing technical documents

[0005] Patent documents

[0006] Patent Document 1: Japanese Patent Application Publication No. 2019-22219 Summary of the Invention

[0007] The problem that the invention aims to solve

[0008] When publishing content via live streaming, publishers need to be mindful of the impact on their surroundings (e.g., noise and reduced privacy) and the impact they receive from their environment (e.g., noise interference). For example, publishers living in shared accommodations may find it difficult to freely publish content without the understanding and support of their roommates.

[0009] The purpose of this invention is to use passenger cars and other vehicles with excellent sound insulation and privacy performance as environments for content publishing, thereby providing more publishers with the opportunity to freely publish content.

[0010] Solution for solving the problem

[0011] According to the present invention, an information processing apparatus is provided, mounted on a vehicle, comprising: a content acquisition unit that acquires content including at least one of an image and an audio of a content publisher who is an occupant; a transmission unit that transmits the content acquired by the content acquisition unit to a network for publication of the content acquired by the content acquisition unit to terminal devices of one or more participants; a receiving unit that receives feedback associated with the published content, the feedback being feedback from the one or more participants to the content publisher; and a control unit that controls the prompting of the feedback received by the receiving unit to the content publisher.

[0012] The feedback received by the receiving unit includes first, readable feedback.

[0013] While the vehicle is moving, the control unit causes the sound output unit to output the sound of the first feedback being read aloud.

[0014] Furthermore, according to the present invention, a publishing control method is provided for controlling the publishing of content from a vehicle, wherein the publishing control method includes the following scenarios:

[0015] Content is acquired in the vehicle, including at least one of the images and sounds of the content publisher who is a occupant.

[0016] The acquired content is sent from the vehicle to the network in order to publish it to the terminal devices of one or more participants;

[0017] Receive feedback in the vehicle associated with the published content, the feedback being from the one or more participants to the content publisher; and

[0018] The received feedback will be sent to the content publisher.

[0019] The feedback includes a first, readable response.

[0020] When the vehicle is moving, the scenario in which the first feedback is prompted to the content publisher includes: outputting the voice of the first feedback being read aloud in the vehicle.

[0021] Furthermore, according to the present invention, a storage medium is provided, which is a computer-readable storage medium storing a computer program, wherein...

[0022] When the processor of the information processing device that controls the distribution of content from the vehicle executes the computer program, the information processing device performs the following:

[0023] Content is acquired in the vehicle, including at least one of the images and sounds of the content publisher who is a occupant.

[0024] The acquired content is sent from the vehicle to the network in order to publish it to the terminal devices of one or more participants;

[0025] Receive feedback in the vehicle associated with the published content, the feedback being from the one or more participants to the content publisher; and

[0026] The received feedback will be sent to the content publisher.

[0027] The feedback includes a first, readable response.

[0028] When the vehicle is moving, the scenario in which the first feedback is prompted to the content publisher includes: outputting the voice of the first feedback being read aloud in the vehicle.

[0029] The effects of the invention

[0030] According to the present invention, vehicles can be used to provide more publishers with the opportunity to freely publish content. Attached Figure Description

[0031] Figure 1 This is a schematic diagram illustrating an example of the structure of a content publishing system according to one embodiment.

[0032] Figure 2 This is a block diagram illustrating an example of the physical structure of a vehicle and its on-board system according to one embodiment.

[0033] Figure 3 This is a block diagram illustrating an example of the functional structure of an in-vehicle system according to one embodiment.

[0034] Figure 4 This is a block diagram illustrating an example of the functional structure of a publishing server according to one embodiment.

[0035] Figure 5 This is an explanatory diagram illustrating an example of the structure of a content viewing screen that can be displayed to participants.

[0036] Figure 6 This is an illustrative diagram showing an example of the structure of a content publishing screen that can be displayed to the publisher while the user is not on a mobile device.

[0037] Figure 7 This is an illustrative diagram showing an example of the structure of a content publishing screen that can be displayed to the publisher while in motion.

[0038] Figure 8This is a sequence diagram illustrating an example of a general processing flow of a content publishing system according to one embodiment.

[0039] Figure 9 This is a flowchart illustrating a first embodiment of a content publishing process that can be performed by an in-vehicle system.

[0040] Figure 10A This is a flowchart illustrating an example of the process for handling feedback prompts during non-movement.

[0041] Figure 10B This is a flowchart illustrating an example of the process for handling feedback prompts during movement.

[0042] Figure 11 This is a flowchart illustrating a second embodiment of a content publishing process that can be performed by an in-vehicle system.

[0043] Explanation of reference numerals in the attached figures

[0044] V: Vehicle; 1: Content publishing system; 2: Network; 3: Publishing server; 5: Participant terminal; 10: In-vehicle system (information processing device); 110: Content acquisition unit; 120: Content sending unit; 130: Feedback receiving unit; 140: Setting unit; 150: Publishing control unit; 160: Status monitoring unit; 170: Log storage unit; 172: Log data. Detailed Implementation

[0045] Hereinafter, embodiments will be described in detail with reference to the accompanying drawings. Furthermore, the following embodiments are not intended to limit the invention covered by the patent claim, and the invention does not require a combination of all the features described in the embodiments. Any combination of two or more features described in the embodiments may be used. Additionally, the same or identical structures will be labeled with the same reference numerals, and repeated descriptions will be omitted.

[0046] <1. System Overview>

[0047] First, using Figure 1 as well as Figure 2 This section outlines the systems to which the present invention is applicable. Figure 1 This is a schematic diagram illustrating an example of the structure of a content publishing system 1 according to one embodiment. Content publishing system 1 is a platform capable of publishing content via live stream from a content publisher (as a vehicle occupant) to participants who view, read, or listen to the content. (See also...) Figure 1 The content publishing system 1 includes a publishing server 3, one or more participant terminals 5, and an in-vehicle system 10.

[0048] The publishing server 3, each participant terminal 5, and the vehicle system 10 are interconnected via network 2. Network 2 can be any combination of wireless and wired networks. The wireless network can be constructed according to any type of wireless communication protocol, such as cellular communication networks (e.g., 5G NR (New Radio) or LTE (Long Term Evolution)) or wireless LAN (Local Area Network).

[0049] The publishing server 3 is a server device that manages the content publishing from the vehicle-mounted system 10 to the participating terminal 5. The publishing server 3 may be, for example, a high-performance general-purpose computer, actually installed as an application server, network server, or cloud server. The publishing server 3 may include, for example, a communication interface for communicating with other devices via the network 2; a memory and storage device for storing one or more computer programs; and a processor for executing the computer programs to manage content publishing. The functions of the publishing server 3 will be described in detail later.

[0050] Participant terminal 5 is a terminal device used by the participant in content publishing. Participant terminal 5 can be any type of terminal device, such as a smartphone, PC (Personal Computer), or PDA (Personal Digital Assistant). Participant terminal 5 can be handheld or fixed. Typically, participant terminal 5 includes: an input device for accepting user input; a communication interface for communicating with other devices via network 2; a display for displaying images and information; and a speaker for outputting sound. As will be further explained later, participant terminal 5 receives content published from vehicle system 10 via network 2, displays images of the received content on the display, and outputs sound from the speaker. Additionally, participant terminal 5 accepts feedback (FB) from the participant to the content publisher via the input device and sends the received feedback back to network 2. Several types of feedback that can be sent back from participant terminal 5 will be described in detail later.

[0051] In this embodiment, vehicle V provides an environment for content publishers to publish content. The content publisher is a passenger of vehicle V, such as a driver. The in-vehicle system 10 is a subsystem (or information processing device) installed in vehicle V for content publishing.

[0052] Figure 2 This is a block diagram illustrating an example of the physical structure of vehicle V and onboard system 10. Here, as an example, it is assumed that vehicle V is a four-wheeled passenger car. (Refer to...) Figure 2The vehicle system 10 includes a processing circuit 11 having one or more processors 12 and one or more memories 13. The processing circuit 11 is connected to an input device 14, a microphone 15, a display 16, a communication interface (I / F) 17, and a storage device 18 via interfaces not shown. Additionally, the processing circuit 11 is connected to one or more control components 20 via a connection interface (I / F) 19.

[0053] Processor 12 may be, for example, a CPU, controlling all functions of the vehicle system 10. Memory 13 may include volatile and non-volatile storage media such as RAM, ROM, and flash memory, storing computer programs executed by processor 12 and associated data. Input device 14 may include one or more of a touch panel, buttons, switches, and keyboard, detecting user operations and outputting operation signals to processing circuit 11. Microphone 15 detects in-vehicle sounds in vehicle V and outputs input sound signals to processing circuit 11. Display 16 displays images and information output from processing circuit 11 on a screen. Communication I / F 17 is an interface for communication between vehicle system 10 and other devices via network 2. Storage device 18 is, for example, a device with a large storage capacity such as a hard disk drive. Connection I / F 19 is an interface that relays the connection between processing circuit 11 and control component 20. Furthermore, vehicle system 10 may include a positioning module (e.g., a GPS module), etc., in addition to... Figure 2 Additional structural elements beyond the structure shown. Alternatively, some of the structural elements shown may be omitted from the structure of the vehicle system 10.

[0054] Alternatively, the in-vehicle system 10 may be fixedly installed in the vehicle V. Alternatively, the in-vehicle system 10 may be configured by mounting a detachable device in the vehicle V. For example, the in-vehicle system 10 may be configured by connecting a terminal device such as a smartphone or navigation device to the connection I / F 19.

[0055] The vehicle V also has one or more control components 20, drive source 21, braking device 22, power steering 23, inertial sensor 25, wheel speed sensor 26, accelerator pedal sensor 27, brake pedal sensor 28, camera 30, horn 32, instrument panel 33 and external microphone 35.

[0056] Control component 20 controls the driving and other functions of vehicle V. Drive source 21 includes, for example, an internal combustion engine and an automatic transmission. Control component 20 can control the speed of vehicle V by varying the output of drive source 21. Braking device 22 includes, for example, disc brakes. Control component 20 can activate braking device 22 to stop or decelerate vehicle V. Power steering 23 is a mechanism that turns the front wheels according to the driver's operation of the steering wheel (wheel operation). Control component 20 can control the turning of the wheels of vehicle V through power steering 23 and calculate the amount of wheel turning (steering amount) based on the sensor output from the wheel angle sensor (steering angle sensor) of power steering 23.

[0057] Inertial sensor 25 includes, for example, an acceleration sensor and a yaw rate sensor. Control component 20 can calculate the attitude of vehicle V based on sensor signals from inertial sensor 25. Wheel speed sensor 26 detects the rotational speed of the tires of vehicle V. Control component 20 can calculate the speed of vehicle V based on sensor signals from wheel speed sensor 26. Accelerator pedal sensor 27 detects the driver's depressing of the accelerator pedal. Control component 20 controls the output of drive source 21 based on sensor signals from accelerator pedal sensor 27. Brake pedal sensor 28 detects the driver's depressing of the brake pedal. Control component 20 controls the operation of braking device 22 based on sensor signals from brake pedal sensor 28.

[0058] Vehicle V may also include, in addition to Figure 2 Additional sensors beyond the illustrated sensor set. For example, the vehicle V may include sensors for detecting anomalies occurring in the vehicle V (e.g., component malfunction, sudden start, sudden stop, or collision). Alternatively, the control component 20 may use these sensors to continuously monitor the state of the vehicle V (e.g., driving status and presence of anomalies) and output vehicle condition information representing the state of the vehicle V to the processing circuit 11.

[0059] Camera 30 is a device capable of capturing images with a field of view that primarily includes the occupants of vehicle V. The image data captured by camera 30 can be output to processing circuit 11 via I / F 19. Figure 2Only one camera 30 is shown as the recording device, but the vehicle V could have multiple cameras facing different angles of view. Alternatively, camera 30 could be a panoramic camera with a 360-degree field of view. The horn 32 is a device capable of outputting audio (e.g., warning sounds or effect sounds) or sound. The instrument panel 33 displays the vehicle V's speed and other information calculated by the control component 20. While driving the vehicle V, the driver primarily focuses on the display on the instrument panel 33, along with the surrounding traffic conditions. The external microphone 35, mounted on the outside of the vehicle V, is a device capable of acquiring noise generated by the vehicle V during operation. This noise could include, for example, one or more of the following: tire friction noise, exhaust noise, the operating sound of the drive source 21, and ambient noise from outside the vehicle. The noise data acquired by the external microphone 35 can be output to the processing circuit 11 via the I / F 19 connection.

[0060] <2. Functional Structure of the In-Vehicle System>

[0061] Figure 3 This is a block diagram illustrating an example of the functional structure of the vehicle-mounted system 10. (Refer to...) Figure 3 The vehicle system 10 includes a content acquisition unit 110, a content transmission unit 120, a feedback receiving unit 130, a setting unit 140, a publishing control unit 150, a status monitoring unit 160, and a log storage unit 170.

[0062] The content acquisition unit 110 is a content acquisition unit that acquires content of an object published from vehicle V via live streaming. In this embodiment, it is assumed that the content of the published object includes at least one of the content publisher's image and sound. The content acquisition unit 110 acquires, for example, image data captured by camera 30 and sound data captured by microphone 15. The content acquisition unit 110 compresses and encodes the acquired image data and sound data using their respective codecs, and outputs the encoded image data and sound data as content data to the content transmission unit 120. In one embodiment, the content acquisition unit 110 may also acquire noise sound data (hereinafter referred to as noise data) captured by external microphone 35. In this case, the content acquisition unit 110 compresses and encodes the noise data, and outputs the encoded noise data as additional content data to the content transmission unit 120.

[0063] The content sending unit 120 is a unit that sends content data to the network 2 to publish content data to the participant terminal 5. The content sending unit 120 formats and multiplexes the content data input from the content acquisition unit 110 in a communication-suitable format, thereby generating a series of communication packets, and sequentially sends the generated communication packets to the network 2. Typically, the content data can be sent in the form of live streaming media. The publishing server 3 notifies the streaming media of publishing settings information such as the destination address, port number, and encryption method.

[0064] The feedback receiving unit 130 is a receiving unit that receives feedback associated with the published content, which is feedback from one or more participants to the content publisher. In this embodiment, the feedback receiving unit 130 is capable of receiving two types of feedback.

[0065] The first type of feedback is comments from participants. Typically, comments consist of text input by the participant into participant terminal 5. Comments can be displayed on the screen and can be read aloud. When a comment is received as feedback, the feedback receiving unit 130 outputs comment information to the publishing control unit 150, the comment information representing the name of the comment sender and the text of the comment.

[0066] The second type of feedback is the participant's expression of intent to pay for the publication of content. For example, when a participant feels that the published content is meaningful or wants to financially support the publisher's activities, they decide to pay for the publication of the content and express this intention by performing a predetermined operation on the participant's terminal 5. The payment can be made using any known method, the details of which are omitted here. Alternatively, the payment may not necessarily have monetary value like currency (for example, the payment could simply be a numerical value representing a positive review, the cumulative value of which becomes an indicator of the publisher's evaluation). In the following description, for ease of explanation, the participant's expression of intent to pay is referred to as "tipping." When a tip is received as feedback, the feedback receiving unit 130 outputs tip information to the publishing control unit 150, the tip information indicating the name of the tip sender and the amount of the tip.

[0067] The setting unit 140 receives settings (hereinafter referred to as user settings) that can be specified by the publisher regarding content publishing via the input device 14, and outputs the received settings to the publishing control unit 150. For example, user settings that can be specified by the publisher may include one or more of the following settings:

[0068] • The name of the published session

[0069] • The start and end times of the release session

[0070] • Camera selection (when multiple cameras are available for vehicle V)

[0071] • Speaker volume

[0072] Validity and invalidity of noise release

[0073] • Are there any non-mobile comments read aloud?

[0074] • Are there any non-mobile tipping notifications?

[0075] The publishing control unit 150 is a control unit that controls the publishing of content from the vehicle system 10. For example, the publishing control unit 150 sends a session login request to the publishing server 3, including the name of the publishing session specified by the publisher, the start time, and the end time. Furthermore, when the publishing control unit 150 receives publishing setting information for streaming media publishing from the publishing server 3, it sets the streaming media operation of the content delivery unit 120 according to the publishing setting information. Additionally, the publishing control unit 150 activates the input / output devices (e.g., cameras, microphones, and speakers) of the vehicle V according to the user settings received by the setting unit 140. Thus, during the duration of the publishing session, content data, including at least one of the content publisher's image and sound, is sent from the content delivery unit 120 to the network 2.

[0076] In one embodiment, the publishing control unit 150 may determine whether to send noise from the content sending unit 120 according to user settings. In this embodiment, if the publisher enables noise transmission, the publishing control unit 150 determines that noise should be sent and sends the noise along with the content. On the other hand, if the publisher disables noise transmission, the publishing control unit 150 determines that noise should not be sent and sends the content without noise.

[0077] Additionally, the publishing control unit 150 displays an image identical to the image of the content sent to network 2 on the screen of the display unit, i.e., the display 16. Even when the vehicle V is not moving, the publisher can observe this screen to confirm what kind of image is being published to the participants.

[0078] Furthermore, the publishing control unit 150 controls the prompts to the content publisher based on the vehicle condition information received from the control component 20, indicating the state of the vehicle V. For example, if the vehicle condition information indicates that the driver is not driving the vehicle V (i.e., the vehicle V is not moving), the publishing control unit 150 displays the comment (first feedback) on the screen. For example, the comments can be displayed sequentially in the order they are received. On the other hand, if the vehicle condition information indicates that the driver is driving the vehicle V (i.e., the vehicle V is moving), the publishing control unit 150 outputs the sound output unit, i.e., the speaker 32, to read the comment aloud. Thus, the publisher, whether the driver or other passenger, can grasp the message of the comment even when the vehicle V is moving, even without observing the screen. In this case, the publishing control unit 150 does not display the comment on the screen. This prevents the risk of decreased attention due to the driver focusing on the comment display. Alternatively, if the vehicle condition information indicates that the vehicle V is not moving, the publishing control unit 150 may not output the sound of the comment being read aloud by the speaker 32. Alternatively, the release control unit 150 may decide whether to read the comment aloud when the vehicle V is not moving, based on the user settings received by the setting unit 140.

[0079] Additionally, for example, if the vehicle status information indicates that vehicle V is not moving, the notification control unit 150 displays the object indicating a reward (second feedback) on the screen. On the other hand, if the vehicle status information indicates that vehicle V is moving, the notification control unit 150 causes a light-emitting device (e.g., an LED) located on or near the instrument panel 33 to output light indicating a reward has been received, or causes the speaker 32 to output a sound effect indicating a reward has been received. Thus, the person receiving the reward, such as the driver or other passengers, can perceive the reward being received even while vehicle V is moving, without observing the screen. In this case, the notification control unit 150 does not display the object indicating the reward on the screen. This prevents the risk of decreased driver attention due to focusing on the reward notification. Alternatively, if the vehicle status information indicates that vehicle V is not moving, the notification control unit 150 may not output the light or sound effect indicating a reward has been received. Alternatively, the release control unit 150, based on the user settings received by the setting unit 140, decides whether to use light or sound effects to notify the user that a reward has been received when the vehicle V is not moving (other than on screen).

[0080] The status monitoring unit 160 is a status monitoring unit that monitors the status of vehicle V during the period when content is published by content delivery unit 120 based on vehicle condition information input from control component 20. In this embodiment, the status monitoring unit 160 stores the status of vehicle V, represented by vehicle condition information, in log data 172 of log storage unit 170 in chronological order. When an anomaly is detected in vehicle V, log data 172 stores information associated with the anomaly in association with the time of anomaly detection. Log storage unit 170 may correspond to a predetermined storage area of ​​storage device 18.

[0081] As an example, the information associated with the anomaly stored in log data 172 may include at least one of the content publishing status and the feedback notification status at the time the anomaly was detected. The content publishing status may, for example, indicate the name of the publishing session and the type of content data being published. The feedback notification status may, for example, indicate when each piece of feedback was received and through which device the publisher was notified. Log data 172 containing such information can be read out later to external devices, for purposes such as analyzing the correlation between content publishing activities and the anomaly or providing recommendations to the publisher.

[0082] <3. Functional Structure of the Publishing Server>

[0083] Figure 4 This is a block diagram illustrating the functional structure of the publishing server 3. (Refer to...) Figure 4 The publishing server 3 has a publishing management DB 210, a publishing control unit 220, and a feedback control unit 230.

[0084] The publishing management DB 210 is a database that stores data used to manage content publishing. In this embodiment, the publishing management DB 210 includes a publisher form 211, a participant form 212, and a session form 213.

[0085] Publisher form 211 is a form that stores data associated with one or more publishers who publish content using content publishing system 1. Publisher form 211 may have one or more data items such as:

[0086] ·Publisher ID

[0087] ·name

[0088] • Certification Information

[0089] • Publish structural information

[0090] Login User List

[0091] • Receive tipping information

[0092] "Publisher ID" is an identifier used to uniquely identify each publisher. "Name" is the name (e.g., full name or nickname) used for display purposes. "Authentication Information" is information used in conjunction with the publisher ID for login authentication when each publisher logs into the system. For example, "Authentication Information" may include one or more of the following: password, biometric authentication data (fingerprint data or iris data, etc.), and address for secondary authentication. "Publishing Structure Information" is information associated with the system structure of the vehicle system 10 used by each publisher in content publishing. For example, "Publishing Structure Information" may include the communication address of the vehicle system 10, the types of content data that can be published, and the supported protocols. "Logged-in User List" is a list of identifiers for participants who log in as users interested in content publishing from each publisher. "Reward Information" is information associated with the rewards received by each publisher. For example, "Reward Information" may include the total amount of rewards received and detailed data.

[0093] Participant form 212 is a form that stores data associated with one or more participants who have logged into content publishing system 1. Participant form 212 may have one or more of the following data items:

[0094] Participant ID

[0095] ·name

[0096] • Certification Information

[0097] • List of Login Publishers

[0098] Payment and tipping information

[0099] "Participant ID" is an identifier used to uniquely identify each participant. "Name" represents the name (e.g., full name or nickname) used for display purposes. "Authentication Information" is information used in conjunction with the Participant ID for login authentication when each participant logs into the system. For example, "Authentication Information" could include one or more of the following: password, biometric authentication data, and an address for secondary authentication. "Logged-in Publisher List" is a list of identifiers for publishers who have logged in as publishers of interest to each participant. "Payment and Tipping Information" is information associated with tips paid by each participant. For example, "Payment and Tipping Information" could include the total amount paid in tips and detailed data.

[0100] Session form 213 is a form that stores data associated with a content publishing session conducted under the management of content publishing system 1. Session form 213 may have one or more data items, for example:

[0101] Session ID

[0102] ·Publisher

[0103] ·Session name

[0104] • Start time

[0105] End time

[0106] • List of participants

[0107] • Session settings information

[0108] "Session ID" is an identifier used to uniquely identify each publishing session. "Publisher" uses the "Publisher ID" from the publisher form to identify the publisher publishing content in each publishing session. "Session Name," "Start Time," and "End Time" represent the name, start time, and end time specified by the publisher for each publishing session. "Participant List" is a list of identifiers for at least one participant who wishes to receive content and has been approved for each publishing session. "Session Settings Information" is the configuration information to be set for streaming content data publishing for each publishing session. "Session Settings Information" may include publishing settings to be set on the vehicle system 10 (e.g., destination address, port number, and encryption method) and receiving settings to be set on the participant terminal 5 (e.g., the URL to access).

[0109] The publishing control unit 220 is a control unit used to control the publishing of live content in the content publishing system 1. For example, the publishing control unit 220 receives a session login request from the publisher and logs the session-related information, such as the session name, start time, and end time, contained in the received request into the session form 213 of the publishing management DB 210. Furthermore, the publishing control unit 220 determines the required configuration information for each publishing session, logs it into the session form 213, and sends the publishing configuration information to the publisher's communication address.

[0110] Additionally, the publishing control unit 220 provides a list of scheduled or ongoing sessions to the participant terminal 5 based on the session list request received from the participant terminal 5. When the publishing control unit 220 receives a participation request from the participant terminal 5 requesting to participate in the publication of content for a specific publishing session, it sends reception setting information necessary for receiving the content data of that publishing session to the participant terminal 5. Alternatively, upon receiving a participation request from the participant terminal 5, the publishing control unit 220 may inquire with the publisher whether to allow the participant to participate, and only send reception setting information to the participant's participant terminal 5 if the publisher allows participation.

[0111] The publisher's in-vehicle system 10 is configured appropriately according to the publishing settings, and the streaming of content data from the in-vehicle system 10 begins when the publishing session starts. For example, content data is sent from the in-vehicle system 10 to a streaming media server (not shown), and then streamed from the streaming media server to each participant's terminal 5. The streaming media server can be physically installed in the same device as the publishing server 3, or it can be physically installed in a different device. Alternatively, content data can be streamed directly from the in-vehicle system 10 to each participant's terminal 5 without going through a streaming media server.

[0112] The publishing control unit 220 displays the content viewing screen (described later) on the monitors of each participant's terminal 5. The video of the content is played in a designated display area of ​​this content viewing screen, and the audio of the content is played through the speakers of each participant's terminal 5. Additionally, the publishing control unit 220 displays the content publishing screen (described later) on the monitor 16 of the publisher's in-vehicle system 10. The video to be published to each participant's terminal 5 can also be played in a designated display area of ​​this content publishing screen.

[0113] The feedback control unit 230 is a control unit for controlling the feedback from each participant to the publisher during content publishing. During each publishing session, the feedback control unit 230 waits to receive feedback from the participant's terminal 5, which is participating in the publishing session. As described above, in this embodiment, the feedback that can be received from the participant's terminal 5 may include a first type of feedback, namely comments, and a second type of feedback, namely tips.

[0114] When a comment is received from a participant's terminal 5, the feedback control unit 230 transmits comment information (i.e., feedback) to the publisher's in-vehicle system 10. This comment information indicates the name of the participant who sent the comment and the text of the comment. As a result, the comment can be displayed on the content publishing screen of the in-vehicle system 10, and the audio of the comment being read aloud can be output to the in-vehicle system 10. Furthermore, the feedback control unit 230 also transmits the comment information to other participant terminals 5 that are participating in the same publishing session. As a result, comments posted by other participants can be displayed on the content viewing screens of each participant's terminal 5.

[0115] When the feedback control unit 230 receives a notification from a participant terminal 5 that a reward has been paid (i.e., a tip has been received), it sends tip information (i.e., feedback) to the publisher's in-vehicle system 10. This tip information indicates the name of the participant who sent the tip and the amount of the tip. As a result, the receipt of the tip can be notified using various methods within the in-vehicle system 10. Alternatively, the feedback control unit 230 may also transmit the tip information to other participant terminals 5 that are participating in the same publishing session. Furthermore, the publishing control unit 220 updates the tip receipt information in the publisher form 211 and the tip payment information in the participant form 212 of the publishing management DB 210 based on the receipt of the tip.

[0116] <4. Examples of User Interfaces (UI)>

[0117] This section illustrates several examples of the structure of a GUI (Graphical User Interface) that can be displayed to participants and the publisher during a publishing session.

[0118] <4-1. Content Viewing Screen>

[0119] Figure 5 An example of the structure of a content viewing screen 310 that can be displayed on the monitor of participant terminal 5 is shown. (Refer to...) Figure 5 The content viewing screen 310 includes a title bar 311, a conversation information area 312, an image playback area 321, a comment display area 322, and a UI area 323.

[0120] The title bar 311 displays any title. The session information area 312 is the area that displays information associated with the ongoing session. Figure 5 In the example, the session information area 312 displays the name of the logged-in user (participant), the name of the ongoing session, and the number of participants currently in the session. The video playback area 321 is the area for playing videos of the published content. Figure 5 In the example, the upper half of the image playback area 321 displays an image from a camera facing the front of the vehicle V toward the publisher, and the lower half displays an image from a camera inside the vehicle V toward the publisher; these two images are displayed side by side.

[0121] Comment display area 322 is an area that sequentially displays comments from one or more participants in an ongoing posting session. Alternatively, comment display area 322 can also display, in addition to comments from participants, donations sent from participants to the poster. Figure 5In this example, the comment display area 322 also includes a comment input field 331 and a send button 332. When a participant enters the text of a comment into the comment input field 331 and operates the send button 332 (e.g., by touching or clicking), the entered comment is sent from the participant's terminal 5 to the publishing server 3.

[0122] UI area 323 is the area configured with the following object, which is used to handle user actions other than posting comments. Figure 5 In this example, UI area 323 includes buttons for accessing the main menu and exiting the publishing session, as well as a donation input button 333 and a send button 334. When a participant determines the donation amount using the donation input button 333 and presses the send button 334, the determined donation amount is sent from the participant's terminal 5 to the publishing server 3.

[0123] <4-2. Content Publishing Screen>

[0124] Figure 6 An example of the structure of a content display screen 350a shown on the display 16 of the in-vehicle system 10 when the vehicle V is not moving is illustrated. (See also...) Figure 6 The content publishing screen 350a includes a title bar 351, a conversation information area 352, an image playback area 361, a feedback display area 362, and a UI area 363.

[0125] The title bar 351 displays any title. The session information area 312 is the area that displays information associated with the ongoing session. Figure 6 In this example, the session information area 352 displays the name of the ongoing session, the number of participants currently in the session, and the total amount of tips received by the publisher in the session. The video playback area 361 is the area for playing videos of the published content.

[0126] Feedback display area 362 is an area that visually prompts the following feedback received from one or more participants in an ongoing presentation session. Figure 6 In the example, feedback display area 362 displays three feedback items 371, 372, and 373 in chronological order according to the timing of feedback receipt. Feedback item 371 includes the name of "User C" and the text of the comment received from that participant. Feedback item 372 includes the name of "User B" and the text of the comment received from that participant. Feedback item 373 includes the name of "User C" and a number of reward icons corresponding to the amount of rewards received from that participant. When new feedback is received, these feedback items 371, 372, and 373 scroll upwards and disappear sequentially, and new feedback items can be added downwards.

[0127] UI area 363 is the area configured with the following object, which is used to handle the publisher's operations. Figure 6 In this example, UI area 363 includes buttons for accessing the main menu and ending the publishing session, as well as a camera switching button 381 and a noise switching button 382. The camera switching button 381 is used to switch the camera to be used as the image publishing source when multiple cameras are available in vehicle V. The noise switching button 382 is used to enable or disable noise transmission.

[0128] Figure 7 An example of the structure of a content display screen 350b that can be displayed on the display 16 of the in-vehicle system 10 while the vehicle V is moving is shown. Similar to the content display screen 350a, the content display screen 350b includes a title bar 351, a session information area 352, an image playback area 361, a feedback display area 362, and a UI area 363.

[0129] exist Figure 7 In the example, feedback received from the participant is not visually indicated in the feedback display area 362. When the vehicle V is moving, the release control unit 150 will not display the usage information in the feedback display area 362. Figure 6 Instead of providing feedback like that, the speaker 32 outputs the sound of reading aloud the comments received from the participants. Additionally, the publishing control unit 150 causes the light-emitting device to output light to indicate that a tip has been received, or causes the speaker 32 to output a sound effect indicating that a tip has been received. Alternatively, the publishing control unit 150 may... Figure 7 For example, message 365 is displayed in the feedback display area 362, which is used to notify the publisher that the comment is being output in sound because they are driving.

[0130] <5. Processing Flow>

[0131] In this section, we use Figure 8 sequence diagram and Figures 9-11 The flowchart illustrates the processing flow that can be executed in the content publishing system involved in this embodiment.

[0132] <5-1. Overall Process>

[0133] Figure 8This illustration shows an example of a general process for content publishing via live streaming, involving publishing server 3, participant terminals 5, and in-vehicle system 10. Only one participant terminal 5 is shown here, but in practice, more participant terminals 5 could participate in content publishing. Furthermore, it is assumed that prior to the start of the illustrated process, information associated with the content publisher has been appropriately logged in publisher form 211 of publishing management DB 210, and information associated with the participant has been appropriately logged in participant form 212 of publishing management DB 210.

[0134] First, in S11, the publisher who has determined the content publishing plan sends a session login request from the vehicle system 10 to the publishing server 3. The publishing server 3, upon receiving the session login request from the vehicle system 10, logs the information associated with the scheduled session into the session form 213 of the publishing management DB 210. Additionally, in response to the session login request, in S12, the publishing server 3 sends publishing configuration information to the vehicle system 10. The vehicle system 10 configures itself for content publishing according to the publishing configuration information received from the publishing server 3. When the start time specified in the session login request arrives, in S13, the vehicle system 10 begins the streaming media session for content publishing.

[0135] On the other hand, in S15, the participant sends a session list request from the participant terminal 5 to the publishing server 3. In response to the session list request, in S16, the publishing server 3 sends a list of sessions that the participant can view to the participant terminal 5. The participant terminal 5 displays the session list received from the publishing server 3 on the screen and accepts the selection of the desired session. In S21, the participant terminal 5 sends a participation request to the publishing server 3, requesting content publishing for the session selected by the participant. When the participation request is received from the participant terminal 5, the publishing server 3 updates the participant list in the session form 213 of the publishing management DB 210. Additionally, in S22, the publishing server 3 sends participant information to the vehicle system 10 (at this time, it is also possible that the publisher determines whether to allow or deny participation as needed). In response to the participation request, in S23, the publishing server 3 sends reception setting information to the participant terminal 5. The participant terminal 5 configures itself for receiving content data according to the reception setting information received from the publishing server 3.

[0136] When a streaming session is initiated by the vehicle system 10 and the participant terminal 5 completes the necessary reception settings, in S30, content including at least one of the content publisher's image and audio is streamed from the vehicle system 10 to the participant terminal 5. The streaming of content can continue until the end of the session, or until the publisher chooses to end the session midway. Of course, the participant can also leave the session during its in progress.

[0137] During the session, in S31, participant terminal 5 receives comments input by the participant. In S32, participant terminal 5 sends the received comments to publishing server 3 as feedback to the publisher. In S33, publishing server 3 transmits the feedback received from participant terminal 5 to vehicle system 10. In S34, vehicle system 10 prompts the publisher with comments included in the feedback received from publishing server 3. A more detailed flow of the feedback prompting process performed here will be explained later.

[0138] Additionally, during the session, in S35, participant terminal 5 receives a tip input by the participant. In S36, participant terminal 5 sends the specified amount of tip to publishing server 3 as feedback to the publisher. In S37, publishing server 3 transmits the feedback received from participant terminal 5 to vehicle system 10. In S38, based on the feedback received from publishing server 3, vehicle system 10 notifies the publisher of the tip receipt. A more detailed flow of the feedback notification process performed here will be explained later. Furthermore, in S39, publishing server 3 updates the tip information stored in publishing management DB 210.

[0139] In S41, the publisher performs an operation to end the publishing session on the content publishing screen. Upon detecting the end operation, the vehicle system 10 stops the streaming session in S42 and reports the session end to the publishing server 3. In S43, the publishing server 3 notifies the participating terminal 5 of the session end.

[0140] <5-2. Content Publishing Processing (First Implementation Example)>

[0141] Figure 9 A first embodiment of a content publishing process that can be executed by the vehicle system 10 is shown. For example, the processor 12 of the vehicle system 10 executes a computer program stored in the memory 13, thereby enabling... Figure 9 The content publishing process is shown below.

[0142] First, in S101, the content acquisition unit 110 acquires images from a camera specified by the publisher. Then, in S103, the content acquisition unit 110 acquires the publisher's voice from a microphone. Next, in S105, in order to publish content to the participant terminal 5, the content sending unit 120 sends a communication packet containing content data to the network 2. This communication packet may include the images and audio acquired by the content acquisition unit 110.

[0143] During the continuous streaming of content data from the content sending unit 120, in S107, the feedback receiving unit 130 waits to receive feedback from the participants. When some feedback is received, the process proceeds to S109. If no feedback is received, the process proceeds to S130.

[0144] Upon receiving feedback from the feedback receiving unit 130, in S109, the processing branches depending on whether the vehicle V is moving. For example, if the vehicle condition information from the control unit 20 indicates that the vehicle V is not moving, the processing proceeds to S110. In S110, the issuing control unit 150 performs feedback prompt processing indicating that the vehicle is not moving. On the other hand, if the vehicle condition information from the control unit 20 indicates that the vehicle V is moving, the processing proceeds to S120. In S120, the issuing control unit 150 performs feedback prompt processing indicating that the vehicle is moving.

[0145] Then, in S130, the publishing control unit 150 determines whether to end the publishing session. For example, if the session's end time arrives, or if the publisher performs an end operation on the screen, the publishing control unit 150 can determine that the publishing session should be ended. If the publishing session has not ended, processing returns to S101, and the above-described acquisition and publishing of content data, as well as receiving and providing feedback, are repeated. If it is determined that the publishing session should be ended, Figure 9 The content publishing process has ended.

[0146] <5-3. Feedback and Notification Handling>

[0147] (1) Handling when there is no movement

[0148] Figure 10A It shows that it is possible to achieve this even when vehicle V is not moving. Figure 9 This is an example of the feedback prompt processing flow executed by S110.

[0149] First, in S111, the publishing control unit 150 determines whether the feedback received by the feedback receiving unit 130 is a comment or a donation. If the feedback is a comment, the process proceeds to S113. On the other hand, if the feedback is a donation, the process proceeds to S115.

[0150] In S113, the publishing control unit 150 displays the received comment along with the name of the comment sender on the content publishing screen. At this time, the publishing control unit 150 can, according to user settings pre-specified by the publisher, output the sound of the comment being read aloud from the speaker, or not output the sound. On the other hand, in S115, the publishing control unit 150 is used to notify the recipient of the tip (see [reference]). Figure 6 (Example) The name of the person who gave the tip is displayed on the content publishing screen. At this time, the publishing control unit 150, according to the user settings pre-specified by the publisher, can either output a light or sound effect to notify those who have received the tip, or it can choose not to output that light or sound effect. Then, Figure 10A The feedback notification indicates that the processing has ended.

[0151] (2) Handling during movement

[0152] Figure 10B It shows that it is possible to achieve the following while the vehicle V is moving. Figure 9 This is an example of the feedback prompt processing flow executed by S120.

[0153] First, in S121, the publishing control unit 150 determines whether the feedback received by the feedback receiving unit 130 is a comment or a donation. If the feedback is a comment, the process proceeds to S123. On the other hand, if the feedback is a donation, the process proceeds to S125.

[0154] In S123, the publishing control unit 150 outputs the sound of reading the received comment from a speaker. On the other hand, in S125, the publishing control unit 150 outputs light from a light-emitting device to notify the publisher that a tip has been received, or outputs sound effects from a speaker to notify the publisher that a tip has been received. Then, Figure 10B The feedback notification indicates that the processing has ended.

[0155] <5-4. Content Publishing Processing (Second Implementation Example)>

[0156] Figure 11 A second embodiment of the content publishing process that can be executed by the vehicle system 10 is shown. For example, the processor 12 of the vehicle system 10 executes a computer program stored in the memory 13, thereby enabling... Figure 11 The content publishing process is shown below.

[0157] First, in S101, the content acquisition unit 110 acquires images from the camera specified by the publisher. Then, in S102, the content acquisition unit 110 acquires noise from the external microphone 35. Finally, in S103, the content acquisition unit 110 acquires the publisher's voice from the microphone 15.

[0158] Then, in S104, the publishing control unit 150 determines whether to publish noise according to the user settings pre-specified by the publisher. If the publishing control unit 150 determines that noise should not be published, in S105, the content sending unit 120 sends a communication packet containing content data to the network 2, which may include the image and sound acquired by the content acquisition unit 110. On the other hand, if the publishing control unit 150 determines that noise should be published, in S106, the content sending unit 120 sends a communication packet containing content data to the network 2, which may include the image, the publisher's voice, and noise acquired by the content acquisition unit 110.

[0159] The subsequent processing steps and usage of S107 to S130 Figure 9 The processing steps in the first embodiment described are the same, so these descriptions are omitted here.

[0160] <6. Summary of Implementation Methods>

[0161] The above embodiments disclose at least the following information processing apparatus, publishing control method, computer program, and storage medium.

[0162] 1. The information processing device of the above embodiment is mounted on a vehicle V, and the information processing device 10 includes:

[0163] Content acquisition unit 110 acquires content including at least one of the images and sounds of the content publisher who is a occupant;

[0164] The sending unit 120 sends the content acquired by the content acquisition unit to the network 2 in order to publish the content to the terminal devices 5 of one or more participants.

[0165] Receiving unit 130 receives feedback associated with the published content, the feedback being from the one or more participants to the content publisher; and

[0166] Control unit 150 controls the notification sent to the content publisher by the feedback received by the receiving unit.

[0167] The feedback received by the receiving unit includes first, readable feedback.

[0168] When the vehicle is moving (S120), the control unit causes the sound output unit 32 to output the sound of reading the first feedback (S123).

[0169] According to this implementation, content publishers can use vehicles such as passenger cars, which offer excellent sound insulation and privacy, as environments for content publishing. Furthermore, feedback prompts sent from participants to the content publisher enable two-way communication between the publisher and participants, facilitating the live broadcast of highly engaging content. Moreover, the method of providing feedback from participants can be switched between when the vehicle is moving and when it is stationary, allowing the content publisher to receive feedback via sound even while the vehicle is in motion. This reduces the risk of driver distraction. Consequently, safety is maintained, and more publishers are provided with the opportunity to freely publish content.

[0170] 2. In the above embodiment, when the vehicle is not moving (S110), the control unit causes the sound output unit to stop outputting the sound of reading the first feedback.

[0171] According to this implementation, it is possible to avoid situations where unnecessary sounds are read aloud in a vehicle that is not being driven but is only used for content publishing, thus preventing content publishing from being hindered.

[0172] 3. In the above embodiment, when the vehicle is not moving, the control unit causes the display unit to display the first feedback (S113).

[0173] While the vehicle is moving, the control unit causes the display unit not to display the first feedback.

[0174] According to this implementation, the content publisher can confirm the participant's feedback on the content by observing the screen even when the vehicle is stationary. Furthermore, it prevents the driver from trying to observe the screen while the vehicle is moving.

[0175] 4. In the above embodiment, the feedback received by the receiving unit includes second feedback, which is associated with the reward for publishing the content.

[0176] While the vehicle is moving, the control unit causes the light-emitting device to output light representing the second feedback, or causes the sound output unit to output an effect sound representing the second feedback (S125).

[0177] According to this implementation, participants can provide rewards to content publishers for the published content, thus encouraging publishers to produce more substantial content. Furthermore, while the vehicle is in motion, content publishers can monitor the rewards received for the published content through light or sound effects, thereby more effectively mitigating the risk of driver distraction.

[0178] 5. In the above embodiment, when the vehicle is not moving (S110), the control unit prevents the output of the light or the sound effect representing the second feedback.

[0179] According to this embodiment, it is possible to avoid situations where unnecessary light or sound effects are output in vehicles that are not being driven but are only used for content publishing, thus preventing content publishing from being hindered.

[0180] 6. In the above embodiment, when the vehicle is not moving, the control unit causes the display unit to display the second feedback (S115).

[0181] While the vehicle is moving, the control unit causes the display unit not to display the second feedback.

[0182] According to this implementation, content publishers can confirm when and how much compensation participants provided by observing the screen even when the vehicle is stationary. Furthermore, it prevents drivers from trying to observe the screen while the vehicle is moving.

[0183] 7. In the above embodiment, the information processing device further includes a noise acquisition unit 35, which acquires the noise generated when the vehicle is in motion.

[0184] The sending unit transmits the noise acquired by the noise acquisition unit along with the content to the network.

[0185] According to this implementation, audio with a sense of presence while driving can be provided to participants as part of the content, thereby further enhancing the appeal of the published content.

[0186] 8. In the above embodiment, the control unit determines whether to send the noise along with the content according to the settings specified by the content publisher (S104).

[0187] If the control unit determines that the noise should be sent together with the content, the sending unit sends the noise together with the content to the network.

[0188] According to this implementation, the release of noise can be made effective or ineffective based on the characteristics of the content desired by the content publisher. For example, even with the same vehicle, it is possible to release certain content that evokes the feeling of driving at a certain time, and then block the noise at other times to emphasize the content publisher's voice.

[0189] 9. In the above embodiment, the information processing device further includes a status monitoring unit 160, which monitors the status of the vehicle during the period when the content is published by the sending unit, and stores information associated with the abnormality in a storage device 170 when an abnormality is detected in the vehicle.

[0190] According to this implementation, when an anomaly is detected in a vehicle, information stored in a storage device can be read, and the read information can be used for the purpose of investigating the cause of the anomaly or providing advice to the publisher.

[0191] 10. In the above embodiments, the information associated with the anomaly includes at least one of the content publication status when the anomaly was detected and the feedback prompt status.

[0192] According to this implementation method, it is possible to analyze in the aftermath how the content publisher's content publishing activities or the feedback prompts to the content publisher affected the vehicle's abnormality.

[0193] 11. The publishing control method for controlling the publishing of content from vehicle V according to the above embodiments includes the following cases:

[0194] Content is acquired in the vehicle, including at least one of the images and sounds of the content publisher who is an occupant (S101, S103).

[0195] In order to publish the acquired content to the terminal devices of one or more participants, the content is sent from the vehicle to the network (S105).

[0196] Receive feedback in the vehicle associated with the published content, the feedback being from the participants (one or more) to the content publisher (S107); and

[0197] The received feedback is then sent to the content publisher (S110, S120).

[0198] The feedback includes a first, readable response.

[0199] When the vehicle is moving (S120), the situation in which the first feedback is prompted to the content publisher includes: outputting the sound of reading the first feedback into the vehicle (S123).

[0200] According to this implementation method, vehicles with excellent sound insulation and privacy performance can be used as an environment for content publishing, which can maintain security and provide more content publishers with the opportunity to freely publish content.

[0201] 12. The storage medium in the above embodiments is a computer-readable storage medium 13 that stores a computer program.

[0202] When the processor 12 of the information processing device 10, which controls the content distribution from vehicle V, executes the computer program, the information processing device performs:

[0203] Content is acquired in the vehicle, including at least one of the images and sounds of the content publisher who is a occupant.

[0204] The acquired content is sent from the vehicle to the network in order to publish it to the terminal devices of one or more participants;

[0205] Receive feedback in the vehicle associated with the published content, the feedback being from the one or more participants to the content publisher; and

[0206] The received feedback will be sent to the content publisher.

[0207] The feedback includes a first, readable response.

[0208] When the vehicle is moving, the scenario in which the first feedback is prompted to the content publisher includes: outputting the voice of the first feedback being read aloud in the vehicle.

[0209] According to this implementation method, vehicles with excellent sound insulation and privacy performance can be used as an environment for content publishing, which can maintain security and provide more content publishers with the opportunity to freely publish content.

[0210] The embodiments of the invention have been described above, but the invention is not limited to the embodiments described above, and various modifications and alterations can be made without departing from the spirit of the invention.

Claims

1. An information processing device mounted on a vehicle, wherein the information processing device comprises: The content acquisition unit acquires content including at least one of the images and sounds of the content publisher who is a occupant; A sending unit that sends the content acquired by the content acquisition unit to the network for publishing the content to the terminal devices of one or more participants; A receiving unit that receives feedback associated with the published content, the feedback being from the one or more participants to the content publisher; as well as The control unit, based on the vehicle's status indicated by the input vehicle condition information, controls the notification sent to the content publisher by the feedback received by the receiving unit. The feedback received by the receiving unit includes first, readable feedback. When the vehicle status information indicates that the vehicle is moving, the control unit causes the sound output unit to output the sound of the first feedback being read aloud. If the vehicle status information indicates that the vehicle has not moved, the control unit disables the sound output unit from outputting the sound of the first feedback. The information processing device also includes a noise acquisition unit, which acquires the noise generated when the vehicle is in motion. The control unit determines whether to send the noise along with the content according to the settings specified by the content publisher. If the control unit determines that the noise should be sent along with the content, the sending unit sends the noise along with the content to the network.

2. The information processing device according to claim 1, characterized in that, When the vehicle is not moving, the control unit causes the display unit to display the first feedback. While the vehicle is moving, the control unit causes the display unit not to display the first feedback.

3. The information processing device according to claim 1, characterized in that, The feedback received by the receiving unit includes second feedback, which is associated with compensation for publishing the content. While the vehicle is moving, the control unit causes the light-emitting device to output light representing the second feedback, or causes the sound output unit to output sound effects representing the second feedback.

4. The information processing apparatus according to claim 3, characterized in that, When the vehicle is not moving, the control unit prevents the output of the light or sound effect representing the second feedback.

5. The information processing apparatus according to claim 3, characterized in that, When the vehicle is not moving, the control unit causes the display unit to display the second feedback. While the vehicle is moving, the control unit causes the display unit not to display the second feedback.

6. The information processing apparatus according to claim 1, characterized in that, The information processing device also includes a status monitoring unit that monitors the status of the vehicle during the period when the content is published by the sending unit, and stores information associated with the abnormality in a storage device when an abnormality is detected in the vehicle.

7. The information processing apparatus according to claim 6, characterized in that, Information associated with the anomaly includes at least one of the content publication status when the anomaly was detected and the feedback notification status.

8. A publishing control method for controlling the publishing of content from a vehicle, the publishing control method including the following: Content is acquired in the vehicle, including at least one of the images and sounds of the content publisher who is a occupant. The acquired content is sent from the vehicle to the network in order to publish it to the terminal devices of one or more participants; The vehicle receives feedback associated with the published content, the feedback being from the one or more participants to the content publisher; as well as Based on the vehicle status indicated by the input vehicle condition information, the received feedback is then sent to the content publisher. The feedback includes a first, readable response. When the vehicle status information indicates that the vehicle is moving, the scenario in which the first feedback is prompted to the content publisher includes: outputting the audio of the first feedback being read aloud into the vehicle. If the vehicle status information indicates that the vehicle is not moving, the sound of reading the first feedback will not be output from the vehicle. The system acquires the noise generated by the vehicle while it is in motion, and determines whether to send the noise along with the content according to the settings specified by the content publisher. If it determines that the noise should be sent along with the content, the system sends the noise and the content together to the network.

9. A storage medium that is a computer-readable storage medium storing a computer program, wherein in the storage medium, When the processor of the information processing device that controls the distribution of content from the vehicle executes the computer program, the information processing device performs the following: Content is acquired in the vehicle, including at least one of the images and sounds of the content publisher who is a occupant. The acquired content is sent from the vehicle to the network in order to publish it to the terminal devices of one or more participants; Receive feedback in the vehicle that is associated with the published content, the feedback being from the one or more participants to the content publisher; as well as Based on the vehicle status indicated by the input vehicle condition information, the received feedback is then sent to the content publisher. The feedback includes a first, readable response. When the vehicle status information indicates that the vehicle is moving, the scenario in which the first feedback is prompted to the content publisher includes: outputting the audio of the first feedback being read aloud into the vehicle. If the vehicle status information indicates that the vehicle is not moving, the sound of reading the first feedback will not be output from the vehicle. The system acquires the noise generated by the vehicle while it is in motion, and determines whether to send the noise along with the content according to the settings specified by the content publisher. If it determines that the noise should be sent along with the content, the system sends the noise and the content together to the network.

Images