Method and system for live broadcast of recommended content

Abstract

A method for live broadcasting recommended content from a content request. The method comprises the following steps: carrying out live broadcast on first content from a first user side; activating, at the first client, a real-time reaction; and providing, at the second client, the content request when the real-time response is enabled. The method further includes determining a second content; transmitting a content request indicating a second content; and receiving, at the second client, an acknowledgement indicating that the content request is sent. The method further comprises the following steps: receiving a content request sent from a second user side at the first user side; approving, at the first client, the content request; and after the content request is approved, second content corresponding to the content request is live broadcast from the first user side.

Description

[0001] Cross - Reference to Related Applications

[0002] This application claims priority to U.S. Application No. 18 / 048,158, filed on October 20, 2022, entitled "Methods and Systems for LiveStreaming Recommended Content", the entire content of which is incorporated herein by reference in its entirety. Technical Field

[0003] The embodiments described herein generally relate to methods and systems for conducting live streams. More specifically, the embodiments described herein relate to methods and systems for live streaming content recommended by one or more viewers who are interacting with a live streamer. Background Art

[0004] Live streaming is becoming a core part of the online experience for many users. Generally, live streams operate in a one-way live streaming mode. That is, the streamer's device unidirectionally pushes the stream to the live streaming platform, and the stream is sent by the forwarding component of the live streaming platform and distributed by a network such as a content delivery network. Then, the live media content is pulled on the viewer's device, and the streaming media content is played and / or displayed. During the live stream, one or more viewers can interact with the streamer by using, for example, asynchronous instant messaging (e.g., by means of text, emojis, gifts, likes, games, etc.). Summary of the Invention

[0005] In one example embodiment, a method for live streaming content from a content request includes: live streaming first content from a first client; activating a real-time response at the first client; and when the real-time response is enabled, providing a content request at a second client. The method further includes: determining second content; sending a content request indicating the second content; and receiving, at the second client, an acknowledgement indicating that the content request has been sent. The method further includes: receiving, at the first client, the content request sent from the second client; approving the content request at the first client; and after the content request is approved, live streaming second content corresponding to the content request from the first client.

[0006] In another exemplary embodiment, a method for live streaming content from a content request includes: live streaming first content from a first client; activating a real-time response at the first client; receiving, at the first client, the content request sent from the second client; approving the content request at the first client; and after the content request is approved, live streaming second content corresponding to the content request from the first client.

[0007] In yet another exemplary embodiment, a method for live streaming content from a content request includes: at a second client, receiving a live stream of first content from a first client; at the second client, providing a content request when a live reaction is activated; determining second content, sending a content request indicating the second content, and receiving at the second client an acknowledgement indicating that the content request has been sent; and after the content request is approved, at the second client, receiving a live stream of second content corresponding to the content request.

[0008] It should be understood that in many live streams, the viewer engagement of the live stream may be very low. The live streamer may need to produce more diverse types of content, and viewers may want to be able to share their content with the live streamer's fans. The features in the embodiments described herein may allow the corresponding viewers to have the live streamer live stream the recommended content of the corresponding viewers, such that more viewers can participate in the live stream to interact with the live streamer, and the threshold for creating different live content can be reduced. The features in the embodiments described herein may also enable the live streamer to live stream their real-time reaction (live reaction) to the viewers' recommended content (such as videos, etc.). The viewers can send their recommended content to the live stream of the live streamer, and the recommended content can be played during the live stream. The features in the embodiments described herein can further help to increase the retention rate of the live stream and increase the engagement of the live streamer. The features in the embodiments described herein may also allow the live streamer of the live stream to lower the barriers to create diverse and engaging live content. BRIEF DESCRIPTION OF THE DRAWINGS

[0009] The drawings illustrate various embodiments of systems, methods, and various other aspects of the present disclosure. Any ordinary person skilled in the art will understand that the element boundaries shown in the figures (e.g., boxes, box groups, or other shapes) represent an example of the boundary. In some examples, one element may be designed as multiple elements, or multiple elements may be designed as one element. In some examples, an element that is shown as an internal component of one element may be implemented as an external component in another element, and vice versa. A non-limiting and non-exhaustive description is provided with reference to the following drawings. The components in the figures are not necessarily drawn to scale, but rather emphasize the illustration of the principles. In the following detailed description, the embodiments are only described as illustrations, since various changes and modifications will become apparent to those skilled in the art according to the following detailed description.

[0010] Figure 1 is a schematic diagram of an example live streaming system arranged according to at least some embodiments described herein.

[0011] Figure 2 illustrates an example processing flow for live streaming viewer recommended content corresponding to a content request according to at least some embodiments described herein.

[0012] Figure 3 is a flowchart showing an example processing flow for recommending content to live viewers at a host side according to at least some embodiments described herein.

[0013] Figure 4 is a flowchart showing an example processing flow for recommending content to live viewers at a viewer side according to at least some embodiments described herein.

[0014] Figure 5A and Figure 5B show an example interface of a live application at a host side and an example interface of a live application at a viewer side according to at least some embodiments described herein.

[0015] Figure 6 shows another example interface for configuring or managing content requests at a viewer side according to at least some embodiments described herein.

[0016] Figure 7 is a schematic structural diagram of an example computer system applicable to implement an electronic device arranged according to at least some embodiments described herein. Detailed Description

[0017] In the following detailed description, specific embodiments of the present disclosure are described with reference to the accompanying drawings that form a part of the specification. In this specification and the accompanying drawings, like reference numerals represent elements that can perform the same, similar, or equivalent functions, unless the context otherwise requires. Additionally, unless otherwise stated, the description of each successive drawing can refer to features from one or more of the previous drawings to provide a clearer context and a more substantial explanation for the current exemplary embodiment. Nevertheless, the exemplary embodiments described in the detailed description, the drawings, and the claims are not intended to be limiting. Other embodiments can be utilized and other changes can be made without departing from the spirit or scope of the subject matter presented herein. It will be readily understood that, as generally described and shown in the drawings herein, aspects of the present disclosure can be arranged, substituted, combined, separated, and designed in various different configurations, all of which are explicitly contemplated herein.

[0018] It should be understood that the disclosed embodiments are merely examples of the present disclosure, which can be embodied in various forms. Well-known functions or constructions are not described in detail to avoid obscuring the present disclosure with unnecessary details. Therefore, the specific structural and functional details disclosed herein should not be construed as restrictive, but only as a basis for the claims and as a representative basis for teaching those skilled in the art to use the present disclosure in various ways in almost any appropriate detailed structure.

[0019] In addition, the present disclosure may be described in terms of functional block components and various processing steps. It should be understood that such functional blocks can be implemented by any number of hardware and / or software components configured to perform the specified functions.

[0020] The scope of the present disclosure shall be determined by the appended claims and their legal equivalents, rather than by the examples given herein. For example, the steps recited in any method claim may be performed in any order and are not limited to the order presented in the claim. Additionally, no element is essential to the practice of the present disclosure unless specifically described herein as "critical" or "essential".

[0021] As used herein, the phrase "live stream / live streaming / livestreaming" may refer to a streaming media broadcast in real time over a network such as the Internet. It should be understood that non-live media such as video-on-demand, video logs, videos, etc. are technically streaming media but not live media. The phrase "real-time / real time" may refer to a guaranteed level of response within a specified time limit (usually in milliseconds or microseconds) between an event and its response deadline. It should be understood that real-time generally describes the seemingly immediate sense of human time (as opposed to machine time) and describes various operations in a computation or other process that must guarantee a response time within a specified time (deadline). The phrase "media" or "multimedia" may refer to a form of communication that uses one or more different content forms such as text, audio, images, animation, video, augmented reality (AR), virtual reality (VR), etc. in a presentation such as an interactive demonstration.

[0022] As used herein, a "streamer / live streamer / online streamer" may refer to one or more persons who use one or more user devices at the streamer side and broadcast themselves (including but not limited to, for example, the person's voice, image, audio, video, view, etc.) online in real time via a live stream to an audience. It should be understood that a streamer can be a host, a speaker, a broadcaster, a commentator, or any other suitable user. A "viewer" may refer to a person who can receive and / or pull a live stream from a streamer on their device (e.g., one or more user devices at the viewer side) and can play the streaming media content. It should be understood that a streamer can broadcast themselves online to multiple viewers via a live stream.

[0023] As described herein, the phrase "artificial intelligence recommended content" or "AI recommended content" may refer to media content recommended by an AI algorithm (such as a content discovery tool of a live streaming platform) based on a user's viewing or interaction history, etc. In an example embodiment, a user (such as a live streamer, viewer, etc.) may have his or her own AI recommended content, which may be on a list or page (such as a "Recommended for You" page, etc.). The user's AI recommended content page may include a personalized scrollable content feed and may suggest or recommend new content to the user based on each user's actions on the live streaming platform. The recommended new content may be based on, for example, the types of items the user has watched, shared, and / or liked in the past. The user's AI recommended content page may include a customized collection of content curated by the live streaming platform to meet the user's interests and tastes. Most of these customized content collections may be based on the user's past behavior on the live streaming platform. Factors that may affect the content displayed on the user's AI recommended content page may include (1) actions or interactions taken by the user on the live streaming platform (including liking, sharing, commenting, following, user-created content, etc.), (2) video information (information associated with the video, e.g., the live streaming platform recommendation may be based on the featured sounds, hashtags, subtitles, etc. in the video), and / or (3) the user's device and account settings (including language preferences, country settings, device type, etc., such that the live streaming system can be optimized for performance and / or local content can be recommended).

[0024] The phrase "enhanced" AI recommended content (e.g., using viewer recommended content) may refer to creating enhanced recommended content for a user (such as a live streamer, etc.), which contains both the user's AI recommended content and the user's viewer recommended content (e.g., sent to the live streamer by viewers based on the viewers' AI recommended content, bookmarked and / or liked content of the viewers, etc.).

[0025] As referenced herein, the phrase "green-screen segmentation / green screensegmentation" or "segmentation" may refer to algorithms and / or techniques that can "cut out" a human from his or her background. In some example embodiments, this technology may be used to "enhance" a user (such as a live streamer in a live stream) before the live stream of recommended content (e.g., media content from the user's AI recommended content page, the user's enhanced AI recommended content page, etc.) so that both the user and the recommended content can be live streamed using green-screen segmentation.

[0026] As used herein, the phrase "live react / live reaction" may refer to a feature, algorithm, and / or technology that enables a live streamer to allow viewers to send their recommended content, allows viewers to determine the recommended content and send a content request indicating the recommended content to the streamer, and allows the streamer to react to the recommended content during the streamer's live stream when presenting the recommended content.

[0027] Figure 1 is a schematic diagram of an example live streaming system 100 arranged according to at least some embodiments described herein.

[0028] System 100 may include terminal devices 110, 120, 130, and 140, network 160, and server 150. It should be understood that Figure 1 only an example number of terminal devices, networks, and servers are shown. The embodiments described herein are not limited to the number of terminal devices, networks, and / or servers described. That is, the number of terminal devices, networks, and / or servers described herein is for illustrative purposes only and is not intended to be limiting.

[0029] According to at least some example embodiments, terminal devices 110, 120, 130, and 140 may be various electronic devices having a display screen with audio and / or video input / output and supporting live streaming. The various electronic devices may include, but are not limited to, smartphones, tablet computers, e-book readers, MP3 (Moving Picture Experts Group Audio Layer III) players, MP4 (Moving Picture Experts Group Audio Layer IV) players, laptop computers, desktop computers, and / or any other suitable electronic devices.

[0030] According to at least some example embodiments, network 160 may be a medium for providing a communication link between terminal devices 110, 120, 130, 140 and server 150. Network 160 may be the Internet, a local area network (LAN), a wide area network (WAN), a local interconnect network (LIN), the cloud, etc. Network 160 may enable online activities of streamers and / or viewers and may be implemented through various types of connections such as wired communication links, wireless communication links, fiber optic cables, etc.

[0031] According to at least some example embodiments, server 150 may be a server for providing various services, such as a server of a live streaming platform for providing a live streaming service to users using one or more of terminal devices 110, 120, 130, and 140. Server 150 may be implemented by a distributed server cluster including multiple servers or may be implemented by a single server.

[0032] A user (e.g., a live streamer, a viewer, etc.) can interact with the server 150 via one or more of the terminal devices 110, 120, 130, and 140 through the network 160, such as transmitting or receiving live content. Various application programs, such as social media application programs, video playback application programs, etc., can be installed on the terminal devices 110, 120, 130, and 140 to facilitate live interaction between the devices via the network.

[0033] It should be understood that the method for live content according to the embodiments described herein can be executed by the server 150 and / or the terminal devices 110, 120, 130, and 140, which can be referred to as user devices herein. Therefore, the apparatus for live broadcast can be arranged in the server 150 and / or the terminal devices 110, 120, 130, and 140.

[0034] It should also be understood that in the case of no remote execution of live broadcast, the live broadcast system may not include the network 160, but only includes the terminal devices 110, 120, 130, and 140 and / or the server 150.

[0035] It should also be understood that each of the terminal devices 110, 120, 130, and 140 and / or the server 150 may include one or more processors, memories, and storage devices storing one or more programs. Each of the terminal devices 110, 120, 130, and 140 and / or the server 150 may also include an Ethernet connector, a Wi-Fi receiver, etc. When one or more programs are executed by one or more processors, the one or more processors can be made to execute the methods described in any of the embodiments herein. In addition, it should be understood that according to the embodiments described herein, a computer-readable non-volatile medium can also be provided. The computer-readable medium stores a computer program. When executed by a processor, the computer program is used to execute the methods described in any of the embodiments herein.

[0036] Figure 2 An example processing flow 200 for recommending content to a live viewer corresponding to a content request is shown according to at least some of the embodiments described herein.

[0037] It should be understood that the processing flow 200 disclosed herein can be executed by one or more processors (e.g., Figure 1 processors of one or more of the terminal devices 110, 120, 130, and 140, Figure 1 processors of the server 150, Figure 7 the central processing unit 705, and / or any other suitable processor), unless otherwise specified. The conducting processor can communicate with Figure 1 other components of the live broadcast system 100.

[0038] It should also be understood that the processing flow 200 may include one or more operations, actions, or functions, as shown by one or more of the blocks in blocks 210, 215, 220, 225, 230, 235, 245, 250, 255, and 260. Block 205 represents a set of operations, actions, or functions from the host side (e.g., the first user device) that conducts and / or executes the live broadcast, while block 240 represents a set of operations, actions, or functions from the viewer side (e.g., the second user device) that receives the live broadcast content. These various operations, functions, or actions may, for example, correspond to software, program code, or program instructions that can be executed by a processor that enables the execution of the function. Although shown as discrete blocks, obvious modifications can be made, for example, depending on the desired implementation, two or more blocks can be reordered; additional blocks can be added; and various blocks can be divided into additional blocks, combined into fewer blocks, or eliminated. The processing flow 200 may start at block 210.

[0039] At block 210 (start live broadcast), the processor may start the live broadcast, for example, based on the operations or actions of the host. In an exemplary embodiment, the processor may be in the user device at the host side and / or in the server of the live broadcast platform. It should be understood that the host may initiate the host's live broadcast, for example, via an application installed in a device (e.g., Figure 1 the terminal devices 110, 120, 130, and 140) that supports live broadcast. The audio and / or video input of the device may capture the host's real-time audio and / or video as a real-time stream, and the real-time stream may be pushed to the live broadcast platform (e.g., installed and / or running on a server such as Figure 1 the server 150). The real-time stream may be sent by, for example, the forwarding system of the live broadcast platform and distributed, for example, through Figure 1 the network 160. The real-time stream may be pulled to the viewer's device (e.g., Figure 1 the terminal devices 110, 120, 130, and 140), and the streaming media content (i.e., the real-time stream) may be played on the viewer's device. The process may proceed from block 210 to block 215.

[0040] At block 215 (Enable live reaction), the processor may enable or activate a live reaction or live reaction feature, for example, based on the actions or movements of the live streamer. In an example embodiment, the processor may be in the user device at the live streamer's end and / or in the server of the live streaming platform. It should be understood that the live streamer may enable or activate the live reaction feature via the interface of the live streamer's live streaming application (e.g., graphical user interface (GUI), command line, etc.). In an example embodiment, the activation of the live reaction feature is performed after the start of the live streamer's live stream and / or during the live streamer's live stream. In an example embodiment, the default configuration or setting of the live streaming application may be to disable the live reaction feature during the live stream. It should also be understood that the live streamer may, at any time during the live stream, via the interface of the live streamer's live streaming application, disable or deactivate the live reaction feature (e.g., after activating the live reaction feature), such that viewer recommended content may stop being streamed and / or viewers may not be able to configure or send content requests. It should also be understood that the interface by which the live streamer enables and / or disables the live reaction feature may not be visible to the viewers. Processing may proceed from block 215 to block 220.

[0041] At block 220 (Set price), the processor may set or determine the price or value for viewers to send recommended content, for example, based on the actions or movements of the live streamer. In an example embodiment, the processor may be in the user device at the live streamer's end and / or in the server of the live streaming platform. It should be understood that the live streamer may set the price or value for viewers to send recommended content via the interface of the live streaming application. The price may specify the type of currency used by the live streaming platform. In an example embodiment, the range of the price may be from zero (i.e., free) to an appropriate amount or the maximum amount allowed by the live streaming platform (e.g., 30,000 coins, etc.). The live streamer may select the price from a predefined list of prices (e.g., list block, drop-down list, etc.) or enter a customized price via the interface. In an example embodiment, the price may be for one piece of recommended content from a viewer. In another example embodiment, the price may be for a predefined number of recommended content from a viewer. It should also be understood that the prices for other services may be set by the live streamer or the live streaming platform (see Figure 6 for the description). It should also be understood that the interface by which the live streamer sets the price may not be visible to the viewers. Processing may proceed from block 220 to block 245.

[0042] At block 245 (Enable live reaction), the processor may enable a viewer to start providing (e.g., configuring, etc.) a content request via an interface. In an example embodiment, the processor may be in the user device at the viewer side and / or in the server of the live streaming platform. It should be understood that the viewer may start providing (e.g., configuring, etc.) a content request (which enables the viewer to receive and / or watch the live stream after the host starts the live stream at block 210), for example, via the interface of the live streaming application. It should also be understood that after the live reaction feature is disabled (either by the default settings of the host's live streaming application or, if the live reaction feature is enabled, at any time during the live stream by the host), the interface for the viewer to start a content request may be disabled or invisible to the viewer. Processing may proceed from block 245 to block 250.

[0043] At block 250 (Determine price), the processor may determine or set a price or value, for example, based on the viewer's operation or action. In an example embodiment, the processor may be in the user device at the viewer side and / or in the server of the live streaming platform. It should be understood that after the viewer starts a content request via the interface (e.g., by clicking an icon on the live streaming application indicating that the live reaction feature is available or enabled), the price set by the host at block 220 may be visible / displayed to the viewer via the interface. The viewer may set the price or value via the interface to the price set by the host at block 220. In another example embodiment, the viewer may set the price (i.e., the bid price) via the interface to an amount higher than the price set by the host at block 220, for example, by entering a custom price or selecting from a list of pre-set prices, in the hope that the host may first select or approve the content request. It should also be understood that the price of other services may be set by the viewer (see the description of Figure 6 . It should also be understood that the processor may prevent the price set by the viewer from being lower than the price set by the host, for example, via the user interface or via the control logic. Processing may proceed from block 250 to block 255.

[0044] At block 255 (Select Content and Send Request), the processor may determine content and send a content request indicating the recommended content to the host, e.g., based on the viewer's operations or actions. In an example embodiment, the processor may be in the user device at the viewer side and / or in the server of the live streaming platform. It should be understood that after the viewer determines or sets the price, the viewer may select one or more pieces of recommended content. In an example embodiment, the recommended content may be a video from a list of bookmarked and / or liked videos of the viewer. In another example embodiment, the recommended content may be a video from the viewer's AI recommended content page (e.g., the viewer's "Recommended for You" page, etc.). In yet another example embodiment, the recommended content may include text, audio, images, animations, videos, augmented reality, virtual reality, etc. In yet another example embodiment, the recommended content may be content stored in, accessible by, or permitted by the live streaming platform. The viewer may optionally provide comments on the recommended content via the interface. Then, the viewer may send a content request indicating the selected / recommended content to the host via the interface (e.g., by clicking the "Send" icon, etc.) via the live streaming application. After sending the content request, the viewer may receive a confirmation that the content request has been sent via a notification (e.g., display, sound, etc.) from the viewer's live streaming application. The process may proceed from block 255 to block 225.

[0045] It should be understood that during the processes at blocks 245, 250, and / or 255 (i.e., between block 220 and block 225), the host may continue his or her own live stream (i.e., the live stream of block 210) and / or the live stream of other content (see the description of block 260). At blocks 245, 250, and / or 255, the operations or actions of the viewer via the interface may not be visible to the host.

[0046] At block 225 (Receive Notification), the processor may send a notification about the content request at block 255 to the host. In an example embodiment, the processor may be in the user device at the host side and / or in the server of the live streaming platform. It should be understood that the notification to the host may be a display, sound, indication, etc. from the host's live streaming application. The host may view the content request via the interface (e.g., GUI, etc.) of the host's live streaming application. The process may proceed from block 225 to block 230.

[0047] It should be understood that multiple viewers can send multiple content requests at the same time, approximately the same time, or at different times. The content requests can be pipelined in a queue for the host to operate on. In an example embodiment, the content requests can be sorted or prioritized as follows: for example, the order of receipt, price or value (set or determined by the viewer or the host), recommendation (which can consider the quality of the video, the attention of the viewers of the recommended content (e.g., how many followers, the quality of the followers, etc.) based on the determination of the AI algorithm of the live platform, etc.), whether the request is sent by a friend, whether the request is sent by other influential people or other hosts, whether the request is sent by the person with the highest bid, etc.

[0048] At block 230 (Review Content), the processor can display the (multiple) content requests from the (multiple) viewers (e.g., via a display on the host device) to the host so that the host (or a user acting on behalf of the host) can review the content request. In an example embodiment, the processor can be in the user device at the host side and / or in the server of the live platform. It should be understood that the host can review the content request and / or preview the recommended content (e.g., a video, etc.) corresponding to the content request (e.g., the content request can include a link to the recommended content, the recommended content can be embedded in the content request, etc.) via, for example, the interface of the host's live application. The process can proceed from block 230 to block 235.

[0049] At block 235 (Condition Met?), the processor can approve the content request or reject (or veto, block, etc.) the content request, for example, based on conditions, guidelines, and / or the operations or actions of the host. In an example embodiment, the processor can be in the user device at the host side and / or in the server of the live platform. It should be understood that when the condition is met, the host (or a user acting on behalf of the host) can approve the content request. When the condition is not met, the host (or a user acting on behalf of the host) can reject the content request. The condition can be any suitable condition set by the host (or a user acting on behalf of the host) or the live platform. In an example embodiment, the condition can include: for example, the personal preferences of the host (or the personal preferences of a user acting on behalf of the host), maximizing monetary gain, the relationship between the remaining time of the live stream and the length of the video, etc. It should be understood that the condition can alternatively be regarded as a preference. The host (or a user acting on behalf of the host) can approve or reject the content request via, for example, the interface of the host's live application. When the content request is rejected, the process can proceed from block 235 to any one of blocks 210, 215, 220, 225, and 230. When the content request is approved, the process can proceed from block 235 to block 260.

[0050] It should be understood that during the processing at blocks 225, 230, and / or 235, the host can continue his or her own live stream (i.e., the live stream at block 210) and / or the live stream of other content (see the description of block 260). The interface of the operations or actions of the host at blocks 225, 230, and / or 235 may be invisible to the viewers. It should also be understood that after the content request is approved, the processor can allocate the amount of the price set or determined by the viewer from the viewer's account to the host's account or any other appropriate account(s) in the live streaming platform.

[0051] At block 260 (live stream and real-time reaction to content), the processor can, during the host's live stream (e.g., the live stream starting at block 210), perform the live stream of the content recommended by the viewer (corresponding to the approved content request). In an example embodiment, during the host's live stream and / or after the content request is approved, the live stream of the viewer-recommended content is performed. In an example embodiment, the processor can be in the user device at the host side and / or in the user device at the viewer side and / or in the server of the live streaming platform. It should be understood that after the content request is approved, the processor can receive the recommended content (e.g., video, etc.) from, for example, the server or storage device of the live streaming platform that stores the content. It should also be understood that the host can react to the recommended content during the live stream of the recommended content (in the host's live stream). It should also be understood that there can be two live streams: the first live stream is the host's live stream starting at block 210 (and / or the host's reaction to the recommended content in the live stream), and the second live stream is the live stream of the recommended content. The recommended content can be the host's AI-recommended content (e.g., content from the host's "Recommended for You" page, the host's bookmarked and / or liked content / videos, etc., which can be live streamed during the host's live stream), or the host's AI-recommended content enhanced by or using the approved viewer-recommended content. It should be understood that the viewer can receive and watch the live streams of the first live stream and / or the second live stream. The processing can proceed from block 260 to any one of blocks 210, 215, 220, 225, and 230.

[0052] It should be understood that the live streamer can select or switch the layout type (responsive layout type) for the live streams of the first live stream and the second live stream. The layout types include side-by-side layout (e.g., the first live stream is live on the left side of the display or screen of the terminal device, and the second live stream is live on the right side of the display or screen of the terminal device, or vice versa), top-and-bottom layout (e.g., the first live stream is live on the top of the display or screen of the terminal device, and the second live stream is live on the bottom of the display or screen of the terminal device, or vice versa), picture-in-picture layout (e.g., the first live stream is live in a floating window (on top of the window where the second live stream is being live) on the display or screen of the terminal device, or the second live stream is live in a floating window (on top of the window where the first live stream is being live) on the display or screen of the terminal device), split (e.g., green screen split, etc.) layout (e.g., the main body of the first live stream is "cut out" from the background of the main body, and the second live stream is live in the area replacing or covering the background of the main body, or the main body in the second live stream is "cut out" from the background of the main body, and the first live stream is live in the area replacing or covering the background of the main body), and so on. In an example embodiment, the main body is a person (e.g., the live streamer, another person or object shown in the live stream, etc.). The live streamer can select or switch between layout types via, for example, the interface of the live streamer's live streaming application, for displaying or showing the live streams of the first live stream and the second live stream.

[0053] It should also be understood that at block 210, there can be a live stream of the live streamer or a live stream of two live streams: the first live stream is the live stream of the live streamer (which can continue throughout the process from 210 to 260), and the second live stream is the live stream of the AI recommended content of the live streamer (the recommended content can be live one by one until all the recommended content has been live or until the live streamer stops the live stream of the recommended content). The live streamer can select the layout type or switch between layout types via, for example, the interface of the live streamer's live streaming application, for displaying or showing the first live stream and the second live stream.

[0054] Figure 3 is a flowchart showing an example processing flow 300 for live streaming viewer recommended content at the live streamer side according to at least some embodiments described herein. It should be understood that the processing flow 300 can be the same as or similar to Figure 2 block 205, unless otherwise specified.

[0055] It should be understood that the processing flow 300 disclosed herein can be performed by one or more processors (e.g., Figure 1 the processors of one or more of the terminal devices 110, 120, 130, and 140 in Figure 1 the server 150 in Figure 7the central processing unit 705, and / or any other suitable processor), unless otherwise specified.

[0056] It should also be understood that the processing flow 300 may include one or more operations, actions or functions as shown by one or more of the blocks 305, 310, 315, 320, 325, 330, 335, 340, 345 and 350. These various operations, functions or actions may correspond, for example, to software, program code or program instructions that can be executed by a processor that enables the execution of the function. Although shown as discrete blocks, obvious modifications can be made, for example, depending on the desired implementation, two or more blocks can be reordered; additional blocks can be added; and various blocks can be divided into additional blocks, combined into fewer blocks or eliminated. The processing flow 300 may start at block 305.

[0057] Block 305 (start live broadcast) may be the same as or similar to Figure 2 block 210, where there can be a live broadcast by the host, or there can be a live broadcast of two real-time streams: the first real-time stream is the live broadcast by the host, and the second real-time stream is the live broadcast of the host's AI recommended content. The processing can proceed from block 305 to block 310. Block 310 (enable real-time response) may be the same as or similar to Figure 2 block 215. The processing can proceed from block 310 to block 315. Block 315 (set price) may be optional and may be the same as or similar to Figure 2 block 220. The processing can proceed from block 315 to block 320. It should be understood that the processing can proceed from block 315 to Figure 4 block A of the processing flow 400, and the processing can proceed from Figure 4 block B of the processing flow 400 to block 320.

[0058] Block 320 (receive content request) may be the same as or similar to Figure 2 block 225. In another example embodiment, block 320 may be the same as or similar to Figure 2 blocks 225 and 230. The processing can proceed from block 320 to block 325. The combination of block 325 (meet condition?), block 330 (reject request), and block 335 (approve request) may be the same as or similar to Figure 2 block 235. When the content request is rejected, the processing can proceed from block 330 to block 320 (or to any one of blocks 305, 310 and 315). When the content request is approved, the processing can proceed from block 335 to block 340. It should be understood that the processing can proceed from block 330 and / or block 335 to Figure 4 block C of the processing flow 400.

[0059] The block 340 (receiving content) may be optional. The combination of block 340 and block 345 (content of the live request) may be the same as or similar to Figure 2 block 260. The processing may proceed from block 345 to block 350.

[0060] The block 350 (switching request layout) may be optional. At block 350, the processor may enable the host to switch the reaction layout, for example, based on the operations or actions of the host. It should be understood that the host may select or switch the layout type (reaction layout type) for the live broadcasts of the first live stream and the second live stream. The layout types include side-by-side layout, top-and-bottom layout, picture-in-picture layout, split (e.g., green screen split, etc.) layout, etc. The host may select or switch between the layout types via, for example, the interface of the host's live application for displaying or showing the live broadcasts of the first live stream and the second live stream. The processing may proceed from block 350 to block 320. In another exemplary embodiment, the processing may proceed from block 250 to any one of blocks 305, 310, and 315.

[0061] Figure 4 is a flowchart showing an example processing flow 400 for recommending content to a live viewer at the viewer side according to at least some embodiments described herein. It should be understood that the processing flow 400 may be the same as or similar to Figure 2 block 240, unless otherwise specified.

[0062] It should be understood that the processing flow 400 disclosed herein may be executed by one or more processors (e.g., Figure 1 the processors of one or more of the terminal devices 110, 120, 130, and 140 of Figure 1 the server 150 of Figure 7 the central processing unit 705, and / or any other suitable processor), unless otherwise specified.

[0063] It should also be understood that the processing flow 400 may include one or more operations, actions, or functions shown by one or more of the blocks such as blocks 405, 410, 415, 420, 425, 430, 435, and 440. These various operations, functions, or actions may, for example, correspond to software, program code, or program instructions that can be executed by the processor that enables the function to be performed. Although shown as discrete blocks, obvious modifications can be made, for example, depending on the desired implementation, two or more blocks may be reordered; additional blocks may be added; and various blocks may be divided into additional blocks, combined into fewer blocks, or eliminated. The processing flow 400 may start at block 405.

[0064] The block 405 (starting content request) may be the same as Figure 2is the same as or similar to block 245. The processing can proceed from block 405 to block 410. Block 410 (Determine price code) can be optional and can be the same as or similar to Figure 2 block 250. The processing can proceed from block 410 to block 415. The combination of block 415 (Determine content), block 420 (Provide comments), block 425 (Send content request), and block 430 (Receive notification) can be the same as or similar to Figure 2 block 255. It should be understood that the processing can proceed from block 425 to Figure 3 block B of the processing flow 300. The processing can proceed from block 430 to block 435.

[0065] Block 435 (Request approved) can be optional. It should be understood that the processing can proceed from Figure 3 block C of the processing flow 300 to block 435. Via block 435, when the content request is rejected (e.g., by the host, etc.), the processing can proceed from block 430 to block 405; and when the content request is approved (e.g., by the host, etc.), the processing can proceed from block 430 to block 440.

[0066] At block 440 (Receive recommended content of the live stream), the processor can send (e.g., via the viewer's terminal device, etc.) a first real-time stream (the host's live stream and / or the host's reaction to the recommended content of the live stream) and a second real-time stream (the live stream of the recommended content, which can include the host's AI recommended content and / or the host's AI recommended content enhanced by or using the approved viewer recommended content) to the viewer. It should be understood that the viewer can receive and watch the live streams of the first real-time stream and / or the second real-time stream. The processing can proceed from block 440 to block 405.

[0067] Figure 5A and Figure 5B respectively show an example interface 500 of the live streaming application at the host side and an example interface 501 of the live streaming application at the viewer side according to at least some embodiments described herein.

[0068] It should be understood that the interfaces 500 and 501 (including interfaces 505 to 555 and interfaces 560 to 590) and / or other interfaces disclosed herein can be executed by one or more processors (e.g., Figure 1 the processors of one or more of the terminal devices 110, 120, 130, and 140, Figure 1 the processor of the server 150, Figure 7 the central processing unit 705, and / or any other suitable processor) via one or more output devices (e.g., Figure 7 the output device 735), unless otherwise specified.

[0069] As used herein, the phrase "interface" may refer to a form of user interface that allows a user to interact with, for example, an electronic device via, for example, icons, indicators, etc. It should be understood that the interface may refer to a visual way of interacting with the device using items such as windows, icons, menus, buttons, dialog boxes, text boxes, etc. used by an application. It should also be understood that each of interfaces 505 to 555 and interfaces 560 to 590 may include or show a screenshot of live content as a background in the corresponding layout / content area.

[0070] It should also be understood that modifications may be made to interfaces 505 to 590. For example, depending on the desired implementation, two or more interfaces may be reordered; additional interfaces may be added; and various interfaces may be divided into additional interfaces, combined into fewer interfaces, or eliminated.

[0071] It should also be understood that interfaces 500 and 501 may include a graphical user interface (GUI), a command line, or any other suitable interface. The GUIs 505 to 555 of the live application may be displayed on a terminal device at the host side. The GUIs 560 to 590 of the live application may be displayed on a terminal device at the viewer side. The GUIs 505 to 555 and the GUIs 560 to 590 may represent Figure 2 the user interface of the processing flow 200. It should also be understood that in Figure 5A and Figure 5B the dashed arrows may refer to the order or sequence of time, and the dotted block arrows may refer to the order or sequence of time and / or the order or sequence of control flow or logic (e.g., between the GUI 500 at the host side and the GUI 501 at the viewer side).

[0072] In an example embodiment, the host may start the host's live broadcast (first live stream) via the GUI 505 (e.g., by clicking an icon, etc.). In an example embodiment, the "Go Live" icon, etc. may be clicked via the GUI 505 so that the host starts the live broadcast (and then the GUI 510 may be shown). The host may also start the live broadcast of managing the host's recommended content (second live stream) via the GUI 510 (e.g., by clicking an icon, etc. during the live broadcast of the first live stream). In an example embodiment, the "FYP Live Reaction" icon, etc. may be clicked via the GUI 510 so that the host manages the live reaction or live reaction feature (and then the GUI 515 may be shown).

[0073] In an example embodiment, the host can further start managing (e.g., starting) a live stream of the host's AI recommended content (which can be live streamed during the host's live stream after "Streaming AI Recommended Content Features" starts), or a live stream of the host's AI recommended content enhanced by or with approved viewer recommended content, and / or cancel or close the management of the second live stream via the GUI 515 (e.g., by clicking an icon during the live stream of the first live stream). In an example embodiment, the "Start Streaming Your FYP" icon or the like can be clicked via the GUI 515 so that the host can start streaming the host's AI recommended content during the host's live stream (and then the GUI 520 can be shown).

[0074] In an example embodiment, the host can enable the live stream of the host's AI recommended content via the GUI 520 (only the live stream of the first live stream and the live stream of the second live stream are shown to the host; the live stream of the second live stream is not yet visible to the viewer).

[0075] After taking an action (e.g., swiping the screen etc.) via the GUI 520 (and then the GUI 525 can be shown), the host can start the live stream of the host's AI recommended content via the GUI 525 (both the live stream of the first live stream and the live stream of the second live stream are shown to the host; now the live stream of the second live stream is visible to the viewer).

[0076] The GUI 565 (showing both the live stream of the first live stream and the live stream of the second live stream to the host) is located at the viewer side and can be the same as or similar to the GUI 525. That is, when the host starts the live stream of the host's AI recommended content via the GUI 525, the viewer can receive and watch the live stream of the first live stream and the live stream of the second live stream via the GUI 565. Before the host starts the live stream of the host's AI recommended content via the GUI 525, the viewer may not receive any live stream (e.g., via the GUI 560, at the viewer side, before the viewer starts any live stream), or may only receive and watch the live stream of the first live stream (e.g., after the viewer starts the live stream of the first live stream).

[0077] It should be understood that although the GUI 525 and 565 show a picture-in-picture layout, the host can select or switch between different layouts.

[0078] In an example embodiment, the "FYP Live Reaction" icon or the like can be clicked via the GUI 525 so that the host can manage the live reaction or live reaction feature (and then the GUI 530 can be shown), and the host can further start managing (e.g., stopping) the live broadcast of the host's AI recommended content, manage the live broadcast of the host's AI recommended content enhanced by or utilizing the approved viewer recommended content, and / or cancel or close the management of the second live stream via the GUI 530 (e.g., by clicking an icon or the like during the live broadcast of the first live stream).

[0079] In an example embodiment, the "Manage FYP by Viewer" icon or the like can be clicked via the GUI 530 so that the host can manage the host's enhanced AI recommended content (and then the GUI 535 can be shown). In an example embodiment, the host can then configure the live broadcast of the host's AI recommended content enhanced by or utilizing the approved viewer recommended content via the GUI 535. Via the GUI 535, the host can enable (allow content requests from viewers) or disable (not allow content requests from viewers) the "Live Reaction" or "Live Reaction" feature, the host can set a price for the content request (zero ("free"), by entering a customized price, by selecting a pre-set price from a list, etc.), or the host can cancel or close the configuration / management of the live reaction feature, etc. In an example embodiment, content requests from viewers are allowed or enabled, a price is set, and the "Confirm" icon or the like is clicked so that the host can confirm such settings via the GUI 535. The host can continue the live broadcast (e.g., of the first live stream and / or the second live stream).

[0080] After the host enables or allows content requests from viewers via the GUI 535, the viewer can start a content request via the GUI 570 (at the viewer side, showing the live broadcast of the first live stream and / or the live broadcast of the second live stream to the viewer) by, for example, clicking an icon or the like. In an example embodiment, the "Send Your Video" icon or the like can be clicked so that the viewer can manage or configure the content request via the GUI 570 (and then the GUI 575 can be shown).

[0081] In an example embodiment, via the GUI 575, the price set by the host can be visible to viewers, and the viewers can set the price to the price set by the host (i.e., the lowest price), or select a price from a predetermined list of prices (higher than the lowest price), or enter a customized price (i.e., a bid price higher than the lowest price), hoping that the host can first select or approve the viewer's request, or cancel or close the configuration or management of the content request, for example, by clicking an icon, etc. In an example embodiment, via the GUI 575, a list of AI-recommended content of the viewer (and / or a list of content / videos bookmarked and / or liked by the viewer, etc.) can be shown, and the viewer can select content (e.g., a video, etc.) from the viewer's content list, for example, by clicking an icon, etc. In an example embodiment, the "+" icon, etc. can be clicked so that the viewer can select content via the GUI 575 (and then the GUI 580 can be shown).

[0082] In an example embodiment, via the GUI 580, the viewer can select content(s) from the viewer's list of AI-recommended content and / or the viewer's list of bookmarked and / or liked content, etc. In an example embodiment, the "X" icon, etc. can be clicked so that the viewer can confirm the selection of content(s) (zero selection, one selection, or multiple selections) via the GUI 580 (and then the GUI 585 can be shown).

[0083] In an example embodiment, via the GUI 585, the viewer can provide comments on the selected content (i.e., the viewer-recommended content in the viewer's content list), or cancel or close the configuration or management of the content request, for example, by clicking an icon, etc. The viewer can click the "Send" icon, etc., to send a content request indicating the viewer's set price, the viewer's recommended content, the viewer's comments, etc. to the host via the GUI 585 (and then the GUI 590 can be shown). It should be understood that the live broadcast of the first live stream and / or the second live stream can still be shown at the viewer's end via the GUI 575, 580, and 585.

[0084] In an example embodiment, via the GUI 590 (showing the live broadcast of the first live stream and / or the second live stream), the viewer can receive a confirmation or notification that the content request has been sent.

[0085] In an example embodiment, after the viewer sends a content request, the host can receive a notification corresponding to the viewer's content request via the GUI 540 (at the host's end, showing the live broadcast of the first live stream and / or the second live stream). In an example embodiment, the "FYP Live Reaction" icon, etc. can be clicked via the GUI 540 so that the host can manage the live reaction or the live reaction feature (and then the GUI 545 can be shown).

[0086] In an example embodiment, via the GUI 545, each content request from the viewer(s) can be displayed. Each content request may include an identification of the viewer, a comment of the viewer on the recommended content, a price set by the viewer, a preview icon of the requested content for the host (or any suitable user acting on behalf of the host) to preview the content, an icon for the host to approve the request, an icon for the host to reject the request, and the like. Via the GUI 545, the content requests can be sorted in descending or ascending order according to, for example, recency, the price set by the viewer or the host, recommendation, etc. If (a) condition(s) set by, for example, the host, the live streaming platform, etc. is / are met, the host can approve any content request. If the (a) condition(s) is / are not met, the host can reject any content request. The host can also cancel or close the configuration or management of the content request, for example, by clicking an icon via the GUI 545, etc.

[0087] In an example embodiment, via the GUI 545, the host can approve a content request (and then the GUI 550 can be shown), for example, by clicking an "Approve" icon, etc. The content corresponding to the approved content request can be queued and live streamed one by one in a certain order (for example, the order of approval time, the order of the price set by the viewer or the host, etc.) as a second live stream to be live streamed together with (or without) the host's AI recommended content in the queue, for example. Via the GUI 545, the host can also reject (or veto, block, etc.) a content request, for example, by clicking a "Veto" icon, etc. (and then the GUI 550 can be shown). The rejected content request can be removed from or retained in the list of content requests visible to the host. The host can also cancel or close the configuration or management of the content request, for example, by clicking an icon via the GUI 550, etc. (and then the GUI 555 can be shown).

[0088] In an example embodiment, the first live stream and the second live stream can be live streamed via the GUI 555. The host can change the layout of the first live stream and the second live stream, for example, by clicking a "Change Layout" icon, etc. During the live streaming of the first live stream, the host can react to the second live stream (for example, viewer recommended content) that is also being live streamed.

[0089] Figure 6 Another example interface 600 for configuring or managing content requests at the viewer side according to at least some embodiments described herein is shown. In an example embodiment, the interface 600 may include a GUI, a command line, or any other suitable interface.

[0090] In an example embodiment, the GUI 600 may include Figure 5BSome or all of the features of GUI 575 and / or 585. In an example embodiment, GUI 600 may also include features for a viewer, such as via a processor in a user device at the viewer side and / or in a server of a live streaming platform, to set or determine a (plural) price for a link to be displayed to such content when the content recommended by the viewer is being live streamed (after the corresponding content request is approved by the host and the link is enabled, for example, by a processor in a user device at the host side and / or in a server of the live streaming platform), such that any (plural) viewer who receives and / or watches the live stream of such content, such as via a processor in a user device at the viewer side and / or in a server of the live streaming platform, can click on the link to directly play the content (instead of watching it in the live stream). In an example embodiment, GUI 600 may also include features for a viewer, such as via a processor in a user device at the viewer side and / or in a server of the live streaming platform, to set or determine a (plural) price for accumulating a plurality of actions such as "likes" (indicating popularity), such that, for example, via a processor in a user device at the host side or the viewer side and / or in a server of the live streaming platform, during the live stream of the content (as a second live stream), the "likes" for the content given by the (plural) viewers for the content can be accumulated. In an example embodiment, GUI 600 may also include features for a viewer, such as via a processor in a user device at the viewer side and / or in a server of the live streaming platform, to set or determine a (plural) price for recording the host's reaction to the content requested by the viewer of the live stream as new content (such as a video, etc.), such that the live stream of the first live stream (the host and / or his or her reaction to the second live stream) and the live stream of the second live stream (the content recommended by the viewer), such as via a processor in a user device at the host side and / or in a server of the live streaming platform, can be recorded as new content. It should be understood that GUI 600 may also include other features for charging the viewer, such that the higher the price paid by the viewer, the higher the exposure that the content recommended by the viewer can obtain.

[0091] It should be understood that corresponding to GUI 600 (instead of GUI 575 and / or GUI 585), GUI 500 (such as GUI535, 545, 550, 555, etc.) can be modified or enhanced to include corresponding features at the host side. In an example embodiment, via an interface similar to the modified GUI 555, during the live stream of the first live stream (the host and / or his or her reaction to the second live stream) and the second live stream (the content recommended by the viewer and / or the AI - recommended content of the host), the viewer can click on a link on the second live stream to directly play the recommended content (instead of watching the recommended content through the live stream), and take actions to give a "like" to the recommended content, such that the "likes" (indicating popularity) for the recommended content can be accumulated.

[0092] Figure 7 is a schematic structural diagram of an example computer system 700 that is arranged according to at least some of the embodiments described herein and can be applied to implement an electronic device (e.g., Figure 1 one of the terminal devices such as the server or the terminal device shown). It should be understood that the computer system shown Figure 7 is provided only for illustration and not to limit the functions and applications of the embodiments described herein.

[0093] As depicted in the figure, the computer system 700 may include a central processing unit (CPU) 705. The CPU 705 may execute various operations and processes based on a program stored in a read-only memory (ROM) 710 or a program loaded from a storage device 740 into a random access memory (RAM) 715. The RAM 714 may also store various data and programs required for the operation of the system 700. The CPU 705, ROM 710, and RAM 720 may be connected to each other via a bus 720. An input / output (I / O) interface 725 may also be connected to the bus 720.

[0094] Components connected to the I / O interface 725 may further include an input device 730, which includes a keyboard, a mouse, a digital pen, a graphics tablet, etc.; an output device 735, which includes a display such as a liquid crystal display (LCD), a speaker, etc.; a storage device 740, which includes a hard disk, etc.; and a communication device 745, which includes a network interface card such as a LAN card, a modem, etc. The communication device 745 may perform communication processing via a network such as the Internet, WAN, LAN, LIN, cloud, etc. In an embodiment, a drive 750 may also be connected to the I / O interface 725. A removable medium 755 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc. may be installed on the drive 750 as needed, so that a computer program read from the removable medium 755 may be installed in the storage device 740.

[0095] It should be understood that the processes described with reference to Figures 2 to 4 's flowchart and / or FIGS. 5 and Figure 6 's GUI may be implemented as a computer software program. A computer program product may include a computer program stored in a computer-readable non-volatile medium. The computer program includes program code for performing the methods shown in the flowchart and / or GUI. In this embodiment, the computer program may be downloaded and installed from a network via the communication device 745, and / or may be installed from the removable medium 755. When the computer program is executed by the central processing unit (CPU) 705, the computer program may implement the above-mentioned functions specified in the methods in the embodiments disclosed herein.

[0096] The embodiments disclosed herein may enable a viewer to send content (e.g., video, etc.) to an enhanced AI recommendation content list or page of another (e.g., a streamer, etc.). The embodiments disclosed herein may help integrate a segmentation algorithm with a live stream (or real-time feed), integrate an AI recommendation content list or page with a live stream, generate new user interface logic, increase real-time stream retention rates, enable microtransactions (e.g., purchase in-app currency that can be redeemed for in-app goods and / or services) to send content for a streamer to react to, integrate a community into live stream features, enable a pipeline to send content to a streamer for reaction, apply effects to real-time content, and / or increase the engagement of viewers of a live stream.

[0097] The embodiments disclosed herein may also help increase engagement and a sense of community, provide a new form of monetization revenue stream for streamers, and / or provide a new way for viewers to gain fans. The embodiments disclosed herein may further help take security into consideration. In an example embodiment, a streamer may determine whether to approve a viewer-recommended content video before showing it on a live stream, or disable the real-time reaction feature entirely. In an example embodiment, an option “do not allow requests from (a) specific viewer(s)” may be implemented or configured at the streamer side. In an example embodiment, a streamer may assign (a) stream administrator(s) to review viewer-recommended content to streamline the process for the streamer to react to viewer-recommended content and maximize profits.

[0098] It should be understood that the disclosed and other solutions, examples, embodiments, modules, and functional operations described in this document may be implemented in digital electronic circuits, or in computer software, firmware, or hardware, including the structures disclosed in this document and their structural equivalents, or in a combination of one or more of them. The disclosed embodiments and other embodiments may be implemented as one or more computer program products, i.e., one or more modules of computer program instructions encoded on a computer-readable medium for execution by, or to control the operation of, a data processing device. The computer-readable medium may be a machine-readable storage device, a machine-readable storage substrate, a storage device, a substance composition that affects a machine-readable propagated signal, or a combination of one or more of them. The term “data processing device” includes all apparatuses, devices, and machines for processing data, such as including programmable processors, computers, or multiple processors or computers.

[0099] In addition to the hardware, the apparatus may also include code for creating an execution environment for the computer program under discussion, e.g., code that constitutes processor firmware, protocol stacks, database management systems, operating systems, or a combination of one or more of them. The computer program (also referred to as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, and can be deployed in any form, including as a stand-alone program or as modules, components, subroutines, or other units suitable for use in a computing environment. The computer program does not necessarily correspond to a file in a file system. The program can be stored in a part of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), stored in a single file dedicated to the program under discussion, or stored in multiple coordinated files (e.g., files that store one or more modules, subroutines, or portions of code). The computer program can be deployed to execute on one computer or on multiple computers located at one site or distributed across multiple sites and interconnected by a communication network.

[0100] The processes and logical flows described in this document can be performed by one or more programmable processors that execute one or more computer programs to perform functions by operating on input data and generating output. The processes and logical flows can also be performed by, or the apparatus can be implemented as, special-purpose logic circuitry, such as a field programmable gate array, an application specific integrated circuit, etc.

[0101] For example, processors suitable for executing a computer program include both general and special purpose microprocessors, and any one or more processors of any type of digital computer. Generally, a processor will receive instructions and data from a read only memory or a random access memory or both. The essential elements of a computer are a processor for executing instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include one or more mass storage devices for storing data, such as magnetic disks, magneto-optical disks, or optical disks, or be operatively coupled to such mass storage devices to receive data therefrom, or transfer data thereto, or both. However, a computer need not have such devices. Computer-readable media suitable for storing computer program instructions and data include all forms of non-volatile memory, media, and memory devices, including for example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks, such as internal hard disks or removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, special-purpose logic circuitry.

[0102] It should be understood that various features, variations, and multiple different embodiments have been shown and described in detail. The content sometimes described in this application according to specific embodiments is for illustrative purposes only and is not intended to limit or imply that the contemplated content is only one or more specific embodiments. It should be understood that the present disclosure is not limited to any single specific embodiment or recited variation. Those skilled in the art will conceive of many modifications, variations, and other embodiments, and these modifications, variations, and other embodiments are intended to be and are in fact covered by the present disclosure. Indeed, the scope of the present disclosure should be determined by the proper legal interpretation and construction of the present disclosure, including equivalents, as understood by those skilled in the art relying on the complete disclosure at the time of filing of this application.

[0103] Aspect:

[0104] It should be understood that any one of Aspects 1 to 15, Aspects 16 to 19, and Aspects 20 to 26 can be combined with each other.

[0105] Aspect 1. A method for live streaming content from a content request, the method comprising: live streaming first content from a first client; at the first client, activating a real-time reaction; when the real-time reaction is activated, at a second client, providing the content request; determining second content, sending the content request indicating the second content, and receiving at the second client an acknowledgement indicating that the content request has been sent; at the first client, receiving the content request sent from the second client; at the first client, approving the content request; and after the content request is approved, live streaming from the first client the second content corresponding to the content request.

[0106] Aspect 2. The method according to Aspect 1, further comprising: at the first client, deactivating the real-time reaction after the real-time reaction is activated.

[0107] Aspect 3. The method according to Aspect 1 or Aspect 2, further comprising: at the first client, rejecting the content request when the condition is not met.

[0108] Aspect 4. The method according to any one of Aspects 1 to 3, further comprising: at the first client, receiving the second content for live streaming after the content request is approved.

[0109] Aspect 5. The method according to any one of Aspects 1 to 4, further comprising: at the first client, reacting to the second content during the live streaming of the second content.

[0110] Aspect 6. The method according to aspect 5 further includes: at the first client, switching between reaction layout types for live streaming the second content, where the reaction layout types include a side-by-side layout, a top-and-bottom layout, a picture-in-picture layout, and a split layout.

[0111] Aspect 7. The method according to any one of aspects 1 to 6, where the live streaming of the first content is a live stream of a first user.

[0112] Aspect 8. The method according to any one of aspects 1 to 7, where the second content is a video determined by a second user.

[0113] Aspect 9. The method according to any one of aspects 1 to 8, where activating the real-time reaction includes: at the first client, setting a price to an amount for accepting the content request.

[0114] Aspect 10. The method according to aspect 9, where the price ranges from free to a first amount of a currency type.

[0115] Aspect 11. The method according to aspect 9 further includes: after the content request is approved, dispatching the amount from the second client to the first client.

[0116] Aspect 12. The method according to any one of aspects 1 to 11 further includes: pipelining the content from multiple content requests; and sorting the content by time, price, or recommendation.

[0117] Aspect 13. The method according to any one of aspects 1 to 12 further includes: recording the live stream of the first content and the live stream of the second content as new content.

[0118] Aspect 14. The method according to any one of aspects 1 to 13 further includes: during the live stream of the second content, enabling a link to the second content.

[0119] Aspect 15. The method according to any one of aspects 1 to 14 further includes: during the live stream of the second content, accumulating multiple actions for the second content.

[0120] Aspect 16. A method for live streaming content from a content request, the method including: live streaming first content from a first client; at the first client, activating a real-time reaction; at the first client, receiving the content request sent from a second client; at the first client, approving the content request; and after the content request is approved, live streaming second content corresponding to the content request from the first client.

[0121] Aspect 17. The method according to aspect 16 further includes: at the first client, reacting to the second content during the live broadcast of the second content.

[0122] Aspect 18. The method according to aspect 17 further includes: at the first client, switching between reaction layout types for live broadcasting the second content, where the reaction layout types include a side-by-side layout, a top-and-bottom layout, a picture-in-picture layout, and a split layout.

[0123] Aspect 19. The method according to any one of aspects 16 to 18 further includes: pipelining content from multiple content requests; and sorting the content by time, price, or recommendation.

[0124] Aspect 20. A method for live broadcasting content from a content request, the method including: at a second client, receiving a live broadcast of first content from a first client; when a real-time reaction is activated, at the second client, providing the content request; determining second content, sending the content request indicating the second content, and receiving at the second client an acknowledgement indicating that the content request has been sent; and after the content request is approved, at the second client, receiving a live broadcast of the second content corresponding to the content request.

[0125] Aspect 21. The method according to aspect 20, wherein providing the content request includes: providing a comment on the second content.

[0126] Aspect 22. The method according to aspect 20 or aspect 21, wherein providing the content request includes: determining a price for the content request, where determining the price for the content request includes: setting the price to a minimum price or setting the price to a bid price.

[0127] Aspect 23. The method according to aspect 22 further includes: when the content request is approved, dispatching the amount of the price from the second client to the first client.

[0128] Aspect 24. The method according to any one of aspects 20 to 23 further includes: recording the live broadcast of the first content and the live broadcast of the second content as new content.

[0129] Aspect 25. The method according to any one of aspects 20 to 24 further includes: enabling a link to the second content during the live broadcast of the second content.

[0130] Aspect 26. The method according to any one of aspects 20 to 25 further comprises: during the live broadcast of the second content, accumulating a plurality of actions for the second content.

[0131] The terms used in this specification are intended to describe particular embodiments and are not limiting. Unless explicitly stated otherwise, the terms "a", "an", and "the" also include the plural forms. The term "comprises / comprising" as used in this specification specifies the presence of the stated features, integers, steps, operations, elements, and / or components, but does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, and / or components.

[0132] Regarding the foregoing description, it should be understood that detailed changes can be made without departing from the scope of the present disclosure, particularly in terms of the structural materials used and the shape, size, and arrangement of the components. This specification and the described embodiments are merely exemplary, and the true scope and spirit of the present disclosure are indicated by the appended claims.

Claims

1. A method for live streaming content from a content request, the method comprises: Live streaming first content from a first client; At the first client, activate a real-time reaction; When the real-time reaction is activated, at a second client, provide the content request; Determine second content, send the content request indicating the second content, and receive at the second client a confirmation indicating that the content request has been sent; At the first client, receive the content request sent from the second client; At the first client, approve the content request; And After the content request is approved, live stream from the first client the second content corresponding to the content request.

2. The method according to claim 1, further comprises: After the real-time reaction is activated, at the first client, deactivate the real-time reaction.

3. The method according to claim 1, further comprises: When the condition is not met, at the first client, reject the content request.

4. The method according to claim 1, further comprises: After the content request is approved, at the first client, receive the second content for live streaming.

5. The method according to claim 1, further comprises: At the first client, during the live streaming of the second content, react to the second content.

6. The method according to claim 5, further comprises: At the first client, switch between reaction layout types for live streaming the second content, where the reaction layout types include side-by-side layout, top and bottom layout, picture-in-picture layout, and split layout.

7. The method according to claim 1, wherein the live streaming of the first content is a live stream of a first user.

8. The method according to claim 1, wherein the second content is a video determined by a second user.

9. The method according to claim 1, wherein activating the real-time reaction comprises: At the first client, determine a value for accepting the content request.

10. The method according to claim 9, wherein the value specifies a currency type.

11. The method according to claim 9, further comprises: After the content request is approved, allocate the amount of the value from the second client to the first client.

12. The method according to claim 1, further comprises: Pipeline process content from multiple content requests; And Sort the content by time, value, or recommendation.

13. A method for live streaming content from a content request, the method comprises: Live streaming first content from a first client; At the first client, activate a real-time reaction; At the first client, receive the content request sent from a second client; At the first client, approve the content request; And After the content request is approved, live stream from the first client the second content corresponding to the content request.

14. The method according to claim 13, further comprises: At the first client, during the live broadcast of the second content, react to the second content.

15. The method according to claim 14, further comprising: At the first client, switch between reaction layout types for live broadcasting the second content, wherein the reaction layout types include a side-by-side layout, a top-and-bottom layout, a picture-in-picture layout, and a split layout.

16. The method according to claim 13, further comprising: Pipeline the content from multiple content requests; and Sort the content by time, value, or recommendation.

17. A method for live broadcasting content from a content request, the method comprising: At a second client, receive a live broadcast of first content from a first client; When a real-time reaction is activated, at the second client, provide the content request; Determine second content, send the content request indicating the second content, and receive, at the second client, confirmation that the content request has been sent; and After the content request is approved, at the second client, receive a live broadcast of the second content corresponding to the content request.

18. The method according to claim 17, wherein providing the content request comprises: Provide a comment about the second content.

Images