Method, computing device, and computer-readable recording medium for facilitating streamer interaction with viewer

Abstract

To provide a method for facilitating streamer interaction with a viewer, a computing device, and a computer-readable recording medium.SOLUTION: A method for supporting a streamer interacting with a viewer, the streamer being suitable for providing a topic suggestion regarding the viewer (or interactive topic suggestion) to the streamer via a live-streaming platform executed by a computing device includes the steps of: capturing historical topic based on an activity record of the viewer; calculating a score of each of the historical topics based on at least one parameter; and generating a topic suggestion based on the historical topic and the score corresponding to the historical topic, and providing the topic suggestion to the streamer.SELECTED DRAWING: Figure 5

Description

[Technical field]

[0001] The present application relates to a method, a computer device, and a computer-readable recording medium for interacting with viewers, and in particular to a method, a computer device, and a computer-readable recording medium for assisting streamers in interacting with viewers. [Background technology]

[0002] Nowadays, real-time interaction in the network world, such as live streaming, has become a popular trend, and the number of viewers and streamers using live streaming services is also increasing day by day. For today's live streaming services, streamers usually use at least one live streaming platform to open a live streaming platform and interact with viewers in the live streaming platform in real time. Streamers need to make an effort to find a suitable topic to communicate with viewers and improve their favorability. However, streamers can often only decide on a topic based on basic information entered by viewers in advance or the viewers' reactions to the streamer. This situation has created a gap between streamers and viewers, making it difficult for streamers to switch to a suitable topic in a timely manner and interact with viewers in real time.

[0003] Although some livestreaming platforms are working on recording more information about their viewers and providing streamers with more information about their viewers, they still have to rely on the streamers' own experience to have the opportunity to find suitable topics from existing information to interact with their viewers in real time. Summary of the Invention

[0004] In view of the above, the present application aims to solve the shortcomings of the prior art. Specifically, the present application aims to solve the problem that streamers cannot interact with viewers in real time through appropriate topic suggestions, and another aim of the present application is to solve the problem of determining when appropriate topic suggestions need to be generated.

[0005] The present application provides a method for assisting streamers to interact with viewers, suitable for providing streamers with topic suggestions related to viewers through a live streaming platform operated by a computer device, the method includes the steps of capturing past topics based on activity records in which viewers participated, calculating a score for each of the past topics based on at least one parameter, generating topic suggestions based on the past topics and the scores corresponding to the past topics, and providing the topic suggestions to the streamer.

[0006] In some embodiments, generating topic suggestions based on past topics and scores corresponding to the past topics includes calculating a streamer threshold based on a level of the streamer, calculating a real-time participation score for the viewer based in real-time on at least one real-time parameter, comparing the real-time participation score to the streamer threshold, generating the topic suggestions based on past topics and scores corresponding to the past topics if the real-time participation score is less than the streamer threshold, and generating the current topic as a topic suggestion based on the streamer's current interactive content or not generating a topic suggestion if the real-time participation score is greater than or equal to the streamer threshold.

[0007] In some embodiments, the past topic is a first past topic configured to be captured based on a first interaction recording between the viewer and the streamer, the score is a first participation score configured to be calculated based on at least one first interaction parameter between the viewer and the streamer, and the topic suggestions are configured to be generated based on the first past topic and the first participation score corresponding to the first past topic.

[0008] In some embodiments, the past topic is a second past topic configured to be captured based on a second interaction record between the viewer and other streamers, the score is a second participation score configured to be calculated based on at least one second interaction parameter between the viewer and other streamers, and the topic suggestions are configured to be generated based on the second past topic and the second participation score corresponding to the second past topic.

[0009] In some embodiments, the past topics include a first past topic and a second past topic, where the first past topic is configured to be captured based on a first interaction record between the viewer and the streamer, and the second past topic is configured to be captured based on a second interaction record between the viewer and other streamers; the scores include a first participation score and a second participation score, where the first participation score is configured to be calculated based on at least one first interaction parameter between the viewer and the streamer, and the second participation score is configured to be calculated based on at least one second interaction parameter between the viewer and other streamers; the topic suggestions include a first topic and a second topic, where the first topic is configured to be generated based on the first past topic and a first participation score corresponding to the first past topic, and the second topic is configured to be generated based on the second past topic and a second participation score corresponding to the second past topic.

[0010] In some embodiments, the method of helping streamers interact with viewers provided in the present application may further include determining whether the viewer is a new viewer of the streamer, adopting the first topic as a topic suggestion if the viewer is not a new viewer of the streamer, and selectively adopting the first topic or the second topic as a topic suggestion if the viewer is a new viewer of the streamer.

[0011] In some embodiments, selectively adopting the first topic or the second topic as a topic suggestion may include calculating a weight value corresponding to the first topic and a weight value corresponding to the second topic, respectively, based on an interaction duration between the viewer and the streamer, and selectively adopting the first topic or the second topic as a topic suggestion based on the weight value corresponding to the first topic and the weight value corresponding to the second topic.

[0012] In some embodiments, the method of helping streamers interact with viewers provided herein may further include analyzing score changes corresponding to topic suggestions when streamers employ topic suggestions to interact with viewers.

[0013] In some embodiments, the method for helping streamers interact with viewers provided in the present application may further include calculating a distribution of each topic suggestion based on the topic suggestions of a plurality of viewers in the streamer's live streaming, generating overall topic suggestions based on the distribution, and providing the overall topic suggestions to the streamer.

[0014] The present application also provides a computer device for helping streamers interact with viewers, suitable for providing streamers with topic suggestions related to viewers on a live streaming platform operated by the computer device, the computer device includes at least one processing unit and at least one storage unit, the at least one storage unit stores program code, and the at least one processing unit can execute the steps of the method for helping streamers interact with viewers after executing the program code.

[0015] The present application also provides a computer-readable recording medium for assisting streamers to interact with viewers, and after a computer loads and executes the program code in the memory, it can complete a method for assisting streamers to interact with viewers.

[0016] Through the technical means provided in the present application, it is possible to produce advantageous effects that could not be achieved in the prior art. Specifically, the advantageous effect of the present application is to generate appropriate topic suggestions so that streamers can interact with viewers in real time through appropriate topic suggestions. Another advantageous effect of the present application is to be able to determine when appropriate topic suggestions need to be generated. [Brief description of the drawings]

[0017] [Figure 1] FIG. 1 is a schematic diagram illustrating a live streaming platform executed by a computing device such as a server and a network in which a broadcaster interacts with viewers in real time according to an embodiment of the present application. [Diagram 2] FIG. 2 is a block diagram showing the functions and components of a user terminal according to an embodiment of the present application; [Diagram 3] 1 is a block diagram showing the functions and components of a computer device such as a server according to an embodiment of the present application. [Figure 4A]FIG. 2 is a schematic diagram illustrating data stored in a streaming database according to an embodiment of the present application. [Figure 4B] FIG. 2 is a schematic diagram illustrating data stored in a user database according to an embodiment of the present application. [Figure 4C] FIG. 2 is a schematic diagram illustrating data stored in a present database according to an embodiment of the present application. [Figure 4D] FIG. 2 is a schematic diagram illustrating data stored in a response history database according to an embodiment of the present application. [Figure 4E] FIG. 2 is a schematic diagram illustrating data stored in a parameter database according to an embodiment of the present application. [Figure 4F] FIG. 2 is a schematic diagram illustrating data stored in a topic score database according to an embodiment of the present application. [Diagram 5] 1 is a flow diagram illustrating a method for helping streamers interact with viewers according to an embodiment of the present application. [Figure 6] FIG. 2 is a schematic diagram illustrating data recording in a time series manner according to an embodiment of the present application. [Figure 7] FIG. 2 is a schematic diagram illustrating the display of topic suggestions on a user interface according to an embodiment of the present application. [Figure 8] 1 is a flow chart illustrating a method for helping streamers interact with viewers according to another embodiment of the present application. [Figure 9] FIG. 1 is a sequence diagram illustrating the relative relationship between viewer scores and streamer thresholds according to an embodiment of the present application. [Figure 10] 1 is a flow chart illustrating a method for helping streamers interact with viewers according to another embodiment of the present application. [Figure 11] 1 is a flow chart illustrating a method for helping streamers interact with viewers according to yet another embodiment of the present application. [Figure 12] 1 is a flow chart illustrating a method for helping streamers interact with viewers according to another embodiment of the present application. [Figure 13]1 is a flow chart illustrating a method for helping streamers interact with viewers according to another embodiment of the present application. [Figure 14] FIG. 2 is a schematic diagram illustrating the display of topic suggestions on a user interface according to another embodiment of the present application. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0018] The present application will describe the contents of the present application in detail through the following embodiments and the accompanying drawings so that those skilled in the art can understand the objectives, features and effects of the present application. It should be noted that each step described in this specification can be performed in order, in reverse order, or by appropriately changing or skipping the order during the control process. In addition, in the description of the present application, the terms "first", "second", "third", etc. are used to distinguish the difference between elements, and are not used to limit the elements themselves or indicate a specific order of the elements.

[0019] Before the present invention is described in detail, it should be noted that in the following description, like elements or steps may be designated by like reference numerals.

[0020] Referring to Fig. 1, Fig. 1 is a schematic diagram showing a case where a broadcaster LV interacts in real time with viewers AU1 and AU2 through a live streaming platform executed by a computer device such as a server 10 and a network NW according to an embodiment of the present application. Among them, Fig. 1 is also referred to as a live distribution system 1.

[0021] The live distribution system 1 provides a two-way live distribution service for a distributor (e.g., a live host, a streamer, or a streamer, etc.) LV and a viewer (also called a listener) AU (AU1, AU2, ...) to perform real-time interaction on a live platform (also called a live streaming platform or a stream room) via a network NW. As shown in FIG. 1, the live distribution system 1 may include a computer device such as a server 10, a user terminal 20 of the distributor LV, and a user terminal 30 (30a, 30b, ...) of the viewer AU (AU1, AU2, ...). The distributor LV and the viewer AU (AU1, AU2, ...) may be collectively referred to as users. The server 10 may be a physical server composed of one or more information processing devices connected to the network NW, but is not limited thereto. The user terminals 20, 30 (30a, 30b, ...) may be not only mobile terminals such as smartphones, tablets, portable personal computers, recorders, portable game consoles, or wearable devices, but may also be fixed devices such as desktop personal computers. The server 10 and the user terminals 20, 30 (30a, 30b, ...) can communicate with each other via various wired or wireless networks NW, and data can be transmitted between the server 10 and the user terminals 20, 30 (30a, 30b, ...) via the networks NW. The wired network NW may refer to a wired network connection established with a physical signal line such as Cat.6 or optical fiber so that commands and / or data can be transmitted and / or received via a wired network connection. The wireless network NW may refer to a wireless network connection established with a Wi-Fi router or the like so that commands and / or data can be transmitted and / or received via a wireless network connection.

[0022] A distributor LV, a viewer AU (AU1, AU2, ...), and an administrator (not shown) in charge of managing the server 10 can participate in the live distribution system 1. A distributor LV may refer to a person who uses his / her user terminal 20 to record and / or record content such as his / her own song, speech, performance, fortune telling, or game commentary, and directly uploads the content to the server 10 via the network NW10 to instantly distribute the content. An administrator provides a live platform for live distribution of content to the server 10, and at the same time, coordinates and / or manages real-time interactions between the distributor LV and the viewer AU (AU1, AU2, ...). A viewer AU (AU1, AU2, ...) may refer to a person who uses his / her user terminal 30 (30a, 30b, ...) to access the live platform and select the content he / she wants to view. When the above-mentioned content is broadcast live, the viewer AU (AU1, AU2, ...) can perform operations such as sending messages, cheering, or presents via the user terminal 30 (30a, 30b, ...), and the distributor LV providing the content can react to the operations such as sending messages, cheering, or presents, and can convey the reactions to the viewer AU (AU1, AU2, ...) through images and / or audio, thereby establishing two-way instant messaging.

[0023] In this specification, "live distribution" refers to a form of data transmission, and the form of data transmission may refer to content recorded and / or filmed using the user terminal 20 of the distributor LV being played or displayed in real time on the user terminal 30 (30a, 30b, ...) of the viewer AU (AU1, AU2, ...) and being made viewable, or the distribution itself realized through the above-mentioned transmission form. Live distribution can be realized using live distribution technologies such as HTTP Live Streaming, Common Media Application Format, Web Real-Time Communications, Real-Time Messaging Protocol, or MPEG DASH, but is not limited to these. Live distribution may include the following transmission forms: When the distributor LV is recording and / or filming content, the viewer AU (AU1, AU2, ...) can simultaneously view the content with a predetermined or fixed delay. The magnitude of the delay (i.e., the amount of delay time) may be at least a delay amount sufficient to establish an interaction between the distributor LV and the viewer AU (AU1, AU2, ...). However, live distribution differs from so-called on-demand distribution. Specifically, in on-demand distribution, the entire recorded and / or filmed content data is temporarily stored on the server 10, and the data is provided to the user from the server 10 at any time after storage is completed, in response to the user's request.

[0024] In this specification, "audio / video data" refers to a series of image data (also called video data) generated by the image capture function of the user terminals 20, 30 (30a, 30b, ...) and audio data (also called audio data) generated by the audio input function of the user terminals 20, 30 (30a, 30b, ...). By playing the audio / video data on the user terminals 20, 30 (30a, 30b, ...), the user can view the content via the user terminals 20, 30 (30a, 30b, ...). In this embodiment, it is assumed that data processing (e.g., compression, decompression, encoding, decoding, transcoding, etc.) that changes the format, size, or specifications of the data is performed between the generation of the audio / video data on the user terminal 20 of the distributor LV and the playback of the audio / video data on the user terminals 30 (30a, 30b, ...) of the viewer AU (AU1, AU2, ...). The content represented by the audio / video data (e.g., video, audio) does not change substantially before and after the data processing. In one embodiment, the explanation is given on the assumption that the audio / video data after the data processing is performed is the same as the audio / video data before the data processing is performed. In other words, when audio / video data is generated in the user terminal 20 of the distributor LV and then played in the user terminal 30 (30a, 30b, ...) of the viewer AU (AU1, AU2, ...) via the server, the audio / video data generated in the user terminal 20 of the distributor LV, the audio / video data transmitted via the server 10, and the audio / video data received and played in the user terminal 30 (30a, 30b, ...) of the viewer AU (AU1, AU2, ...) are the same audio / video data.

[0025] The user terminals 30 (30a, 30b, ...) of the viewer AU (AU1, AU2, ...) that request viewing of the live distribution of the distributor LV on the live platform receive audio and video data related to the live distribution via the network NW, and by playing back the received audio and video data, the videos VD1 and VD2 are displayed on the displays of the user terminals 30 (30a, 30b, ...) of the viewer AU (AU1, AU2, ...) and audio is output from the speakers. The videos VD1 and VD2 displayed on each user terminal 30 (30a, 30b, ...) are substantially identical to the video VD captured by the user terminal 20 of the distributor LV, and the audio output on each user terminal 30 (30a, 30b, ...) is also substantially identical to the audio recorded by the user terminal 20 of the distributor LV.

[0026] Audio and / or video recording on the user terminal 20 of the distributor LV, and playback of audio and video data on the user terminals 30 (30a, 30b, ...) of the viewers AU (AU1, AU2, ...) are substantially performed. When the viewer AU1 inputs a message to the user terminal 30a regarding the content provided by the distributor LV, the server 10 displays the message in real time on the user terminal 20 of the distributor LV and also displays it on the user terminals 30 (30a, 30b, ...) of each viewer AU (AU1, AU2, ...). When the distributor LV reads the message and starts a conversation to overwrite the message, the video and audio of the conversation are output to the user terminals 30 (30a, 30b, ...) of each viewer AU (AU1, AU2, ...), and it is recognized that a dialogue between the distributor LV and the viewers AU (AU1, AU2, ...) is established. In this way, the live distribution system 1 can realize live distribution of two-way communication rather than one-way communication, and in particular, can realize two-way real-time communication.

[0027] Referring to FIG. 2, FIG. 2 is a block diagram showing functions and components of a user terminal 30 according to an embodiment of the present application. The user terminal 20 may have the same functions and configuration as the user terminal 30. Each block shown in the block diagram of FIG. 2 is executed by a computer CPU or other components or mechanical devices in terms of hardware, and is executed by a computer code or instruction set in terms of software, but here, functional modules realized by their cooperation are depicted. Therefore, a person having ordinary skill in the art of the present invention can understand that these functional modules can be realized in various forms through a combination of hardware and software.

[0028] The distributor LV and the viewer AU can download and install a live distribution application (hereinafter referred to as a live distribution app) according to this embodiment from a website via the network NW to the user terminals 20, 30 (30a, 30b, ...). Alternatively, the live distribution app may be pre-installed in the user terminals 20, 30 (30a, 30b, ...). After the live distribution app is executed via the user terminals 20, 30 (30a, 30b, ...), the user terminals 20, 30 (30a, 30b, ...) can communicate with the server 10 via the network NW and execute various functions. In the following, functions realized by executing the live distribution app via the user terminals 20, 30 (30a, 30b, ...) (e.g., processors such as CPUs) are described as functions of the user terminals 20, 30 (30a, 30b, ...). These functions are actually functions that the live distribution app can be realized in the user terminals 20, 30 (30a, 30b, ...). It should be noted that in other embodiments, these functions can also be realized through a computer program, which is transmitted from the server 10 to the web browsers of the user terminals 20, 30 (30a, 30b, ...) via the network NW and written in a programming language such as HyperText Markup Language (HTML), which can be executed on the web browser.

[0029] The user terminal 30 may include a sending unit 100 and a viewing unit 200, and the sending unit 100 may be configured to generate audio-video data recording an image and voice of a user, and transmit the generated audio-video data to the server 10. The viewing unit 200 may be configured to obtain the audio-video data from the server 10 and play it. A user activates the sending unit 100 when transmitting audio-video data, and activates the viewing unit 200 when viewing the audio-video data. The user terminal on which the sending unit 100 is activated may be regarded as a distributor, i.e., a user terminal on the generating side of the audio-video data, and the user terminal on which the viewing unit 200 is activated may be regarded as a viewer, i.e., a user terminal on the playing side of the audio-video data.

[0030] The transmission unit 100 may include a shooting control unit 102, an audio control unit 104, a video transmission unit 106, and a distribution side UI control unit 108. The shooting control unit 102 is connected to a shooting lens (not shown in FIG. 2) and controls the shooting lens to shoot and to obtain image data from the shooting lens. The audio control unit 104 is connected to a microphone (not shown in FIG. 2) and controls the input of audio received by the microphone to obtain audio data from the microphone. The video transmission unit 106 can transmit audio / video data to the server 10 via the network NW, and the audio / video data includes image data obtained by the shooting control unit 102 and audio data obtained by the audio control unit 104. The video transmission unit 106 can transmit audio / video data in real time, that is, the audio / video data generated by the shooting control unit 102 and the audio control unit 104 and the audio / video data generated by the transmission by the video transmission unit 106 are basically executed simultaneously. The distribution side UI control unit 108 can control a user interface (User Interface, UI) for distributors. The distribution-side UI control unit 108 is connected to a display (not shown in FIG. 2), and displays video VD (VD1, VD2, ...) on the display by playing back the audio and video data transmitted from the video transmission unit 106. The distribution-side UI control unit 108 displays on the display an object to be operated and an object to receive an instruction, and can receive a click input from the distributor.

[0031] The viewing unit 200 may include a viewing side UI control unit 202, a superimposed message generating unit 204, and an input message transmitting unit 206. The viewing unit 200 can receive audio and video data related to live distribution in which the distributor LV, the viewer AU who is the user of the user terminal 30, and other viewers AU1 and AU2 participate from the server 10 via the network NW. The viewing side UI control unit 202 can control the UI for viewers. The viewing side UI control unit 202 can be connected to a display (not shown in FIG. 2) and a speaker (not shown in FIG. 2), respectively, and displays a video on the display and outputs audio from the speaker by playing the received audio and video data. The process of displaying an image on the display and outputting audio from the speaker can be referred to as "playing audio and video data". The viewing side UI control unit 202 is connected to an input unit (not shown in FIG. 2) such as a touch panel or a keyboard, and acquires contents input by the user through these input units. The superimposed message generating unit 204 can superimpose an image of the audio / video data acquired from the server 10 on a predetermined frame image. The frame image can include various user interface targets or user interface objects (hereinafter, abbreviated as targets) for receiving user input, messages input by viewer AUs (AU1, AU2, ...), and messages acquired from the server 10. The input message transmitting unit 206 may transmit the user input acquired by the viewer-side UI control unit 202 to the server 10 via the network NW.

[0032] The viewer-side UI control unit 202 can accept messages input by viewer AUs (AU1, AU2, ...) via the input unit during live distribution. As described above, the message can be a public message, and can be read not only by the viewer AU and distributor LV who input the message, but also by other viewers AU1 and AU2 who participate in the live distribution.

[0033] Referring to Fig. 3, Fig. 3 is a block diagram showing the functions and components of a computer device such as a server 10 according to an embodiment of the present application. The server 10 may include a published message providing unit 302, a relay unit 304, a gift processing unit 306, a payment processing unit 308, a streaming database 310, a user database 312, a gift database 314, a history processing unit 320, a parameter processing unit 322, a topic score processing unit 324, a topic generation unit 326, a trend analysis unit 328, a response history database 330, a parameter database 332, and a topic score database 334. The server 10 can communicate with a machine learning model 370.

[0034] When the user terminal 20 of the broadcaster LV receives a notification or request for starting a live streaming service via the network NW, the broadcast message providing unit 302 may register a stream ID for identifying the live streaming service and a broadcaster ID of a broadcaster performing the live streaming service in the streaming database 310, and record the stream ID and the broadcaster ID in the streaming database 310. A detailed description of the streaming database 310 will be further described with reference to FIG. 4A.

[0035] When the message issuing unit 302 receives a request for providing a message related to a live streaming service from the viewing unit 200 of the user terminal 30 of the viewer AU via the network NW, the message issuing unit 302 can search or check currently available live streaming services from the streaming database 310 and create a form for the available live streaming services. The message issuing unit 302 can send the generated form to the requesting user terminal 30 via the network NW. The viewing side UI control unit 202 of the requesting user terminal 30 generates a live streaming service selection screen based on the received form and displays it on the display screen of the user terminal 30.

[0036] When the input message sending unit 206 of the user terminal 30 receives the viewer's selection result on the live streaming service selection screen, the input message sending unit 206 can generate a delivery request including the stream ID of the selected live streaming service and send the delivery request to the server 10 via the network NW. The publication message providing unit 302 starts to provide the live streaming service specified by the stream ID included in the received delivery request to the requesting user terminal 30. The publication message providing unit 302 can update the streaming database 310 to record the user ID of the viewer AU of the requesting user terminal 30 as a viewer ID belonging to (or corresponding to) the stream ID.

[0037] The relay unit 304 can guide audio / video data from the user terminal 20 of the distributor LV to the user terminal 30 of the viewer AU during live streaming initiated by the published message providing unit 302. The relay unit 304 can receive a signal input from the user terminal 30 of the viewer AU during the period (or live streaming period) of reproducing (or playing or copying) audio / video data from the input message transmitting unit 206. The signal input from the user terminal 30 can be an object designation signal for designating an object to be displayed on the display of the user terminal 30. The object designation signal can include a viewer ID of the viewer AU, a distributor ID of the live streaming service viewed by the viewer, and an object ID for identifying the object. In one example, if the object is a present, the object ID is a present ID. Similarly, the relay unit 304 can receive a signal representing a user input made by the distributor LV during the period (or live streaming period) of reproducing audio / video data from the user terminal 20. The signal can be, but is not limited to, an object designation signal.

[0038] The present processing unit 306 can update the user database 312 so as to increase the points of the broadcaster LV according to the points of the present determined by the present ID included in the object designation signal. Specifically, the present processing unit 306 refers to the data stored in the present database 314 to designate the points to be given corresponding to the present ID included in the received object designation signal. Furthermore, the present processing unit 306 can update the user database 312 so as to add the determined points to the points of the broadcaster ID included in (or corresponding to) the object designation signal. Specific descriptions of the user database 312 and the present database 314 will be further described with reference to Figures 4B and 4C, respectively.

[0039] The payment processing unit 308 can process the payment of the present price of the viewer AU (AU1, AU2, ...) according to the received object designation signal. Specifically, the payment processing unit 308 can designate the price points of the present identified by the present ID included in the object designation signal by referring to the data stored in the present database 314. Furthermore, the payment processing unit 308 can update the user database 312 so as to subtract the designated price points from the points of the viewer AU identified by the viewer ID included in the object designation signal.

[0040] The history processing unit 320 can receive messages input from the user terminals 30 (30a, 30b, ...) of the viewer AUs (AU1, AU2, ...) and store the messages in the response history database 330. After receiving a request issued by the server 10, the history processing unit 320 can perform history data processing on the data stored in the response history database 330 by searching or checking the data previously stored in the response history database 330 from the response history database 330. The history data processing can include, but is not limited to, data selection (e.g., selecting response records of a specific viewer from the response history database 330) and data sorting (e.g., sorting response records of a specific viewer in chronological order). A specific description of the response history database 330 will be further described with reference to FIG. 4D.

[0041] The parameter processing unit 322 may record the user's activity status as a parameter in the parameter database 332, and the parameters (i.e., the user's activity status) may include, but are not limited to, the number of gifts, the amount of tokens used, the number of responses, the tracking behavior, and the sharing behavior, etc. It should be noted that, after receiving a request issued by the server 10, the parameter processing unit 322 may perform parameter data processing on the data stored in the parameter database 332 by searching or checking the data previously stored in the parameter database 332 from the parameter database 332. The parameter data processing may include, but is not limited to, data selection (e.g., selecting parameters of a specific viewer from the parameter database 332), data sorting (e.g., sorting parameters of a specific viewer in chronological order or by the weight value of each parameter, etc.), and weighting calculation (e.g., giving a weight value corresponding to each parameter, and further performing a weighting calculation based on the parameters and the corresponding weight value). A specific description of the parameter database 332 will be further described with reference to FIG. 4E.

[0042] The topic score processing unit 324 can receive the processed data from the history processing unit 320 and the parameter processing unit 322. Specifically, the topic score processing unit 324 can receive the processed messages from the history processing unit 320 and the processed parameters from the parameter processing unit 322. After receiving the processed data, the topic score processing unit 324 can process the data, including but not limited to capturing past topics (e.g., capturing corresponding topics for each processed message) and giving corresponding scores (e.g., giving scores for each past topic based on the processed parameters). It should be noted that the topic score processing unit 324 can record the captured and given corresponding scores of the past topics in the topic score database 334 respectively. A specific description of the topic score database 334 will be further described with reference to FIG. 4F.

[0043] The topic generation unit 326 can directly receive processed data including past topics and scores from the topic score processing unit 324, generate topics suitable for the viewer AU (AU1, AU2, ...), and provide them for the broadcaster LV's reference. In some embodiments, the topic generation unit 326 can also obtain necessary data including past topics and scores from the topic score database 334, generate topics suitable for the viewer AU (AU1, AU2, ...), and provide them for the broadcaster LV's reference. Note that the topic generation unit 326 can further generate topics suitable for the viewer AU (AU1, AU2, ...) based on the past topics and scores stored in the topic score database 334 after the broadcaster LV issues a request to the server 10 via the network NW. The topic proposals generated by the topic generation unit 326 can be transmitted to the user terminal 20 of the broadcaster LV via the network NW, and can be displayed on the user terminal 20 of the broadcaster LV. The topic proposals generated by the topic generation unit 326 can also be stored in a topic proposal database (not shown in FIG. 3).

[0044] The trend analysis unit 328 can directly receive the topic proposal from the topic generation unit 326 (topic proposals can also be received from a topic proposal database), and then determine whether the current or subsequent content of the publisher LV is the same as the topic proposal, and if the publisher LV accepts and adopts the topic proposal, further evaluate the change status of the score corresponding to the topic proposal. In some embodiments, the trend analysis unit 328 can also determine whether it is necessary to issue a request for a new topic proposal to the topic generation unit 326 based on the change status of the score corresponding to the topic proposal. In other embodiments, the trend analysis unit 328 can first issue a request to the topic score processing unit 324 to recalculate the score corresponding to the past topic that is the same as the topic proposal based on the change status of the score corresponding to the topic proposal, and then determine whether to issue a request to the topic generation unit 326 to regenerate a new topic proposal. It should be noted that, after evaluating the change status of the score corresponding to the topic proposal, the trend analysis unit 328 can record the change status in a trend analysis database (not shown in FIG. 3). The change status can include no significant change, a significant increase, a significant decrease, etc., and the change status can be defined, for example, but not limited to, using the slope of the score change. In some embodiments, the change may be displayed and / or recorded in numerical form.

[0045] The machine learning model 370 may be a machine learning database that includes one or more machine learning models. The machine learning model 370 may be in communication with the server 10. In some embodiments, the machine learning model 370 may be implemented within the server 10. The machine learning model 370 may include or utilize a machine learning algorithm, such as a supervised learning algorithm, an unsupervised learning algorithm, a reinforcement learning algorithm, or a gradient boosting algorithm. A LightGBM (Light Gradient Boosting Machine) may be implemented. A decision tree algorithm may be implemented.

[0046] 4A, which is a schematic diagram showing data stored in the streaming database 310 according to an embodiment of the present application. The streaming database 310 can be used to store messages of live broadcasts currently in progress. Specifically, in some embodiments, the streaming database 310 can store, but is not limited to, a stream ID, a broadcaster ID, a viewer ID, and a type in association with each other.

[0047] The stream ID may refer to an identifier (which may be a stream room ID of a streamer) that determines the live distribution in the live platform provided by the live distribution system 1. The broadcaster ID may refer to an identifier (which may be a streamer ID) of a user that determines the broadcaster of the live distribution. The viewer ID may refer to an identifier (which may be a viewer ID) of a user that determines the viewer of the live distribution. The type may refer to a topic category of a live distribution period (for example, a topic category of a stream room). In the live platform provided by the live distribution system 1 according to the present embodiment, when a user performs live distribution, the user who broadcasts the live content becomes a broadcaster LV, and when the same user views the content broadcasted by another user, the same user who receives the live content becomes a viewer AU. Therefore, the distinction between a broadcaster LV and a viewer AU is not fixed, that is, in different usage scenarios, the same user may be identified as a broadcaster LV or a viewer AU. The type can be specified when the broadcaster LV starts broadcasting the live content. In some embodiments, the type can also be automatically determined in the server 10 through the machine learning model 370. In some embodiments, the relationship between broadcaster IDs and stream IDs may be a one-to-many relationship, i.e., the same broadcaster ID may correspond to multiple different stream IDs, but each stream ID will correspond to only one broadcaster ID.

[0048] 4B, which is a schematic diagram illustrating data stored in the user database 312 according to an embodiment of the present application. The user database 312 can be used to store user-related information. Specifically, in some embodiments, the user database 312 can store, in association with each other, contents such as user IDs, tracking targets, followers, types of preferences, and points, but is not limited thereto.

[0049] The user ID may refer to an identifier that identifies the user. The tracking target (i.e., the target tracked by the user) may refer to the identifier of another user who is tracked using a tracking function. The follower (i.e., the target tracked by the user) may refer to the identifier of another user who tracks the user. The favorite type may be specified by the user. In some embodiments, the favorite type may also be automatically determined in the server 10 through the machine learning model 370. The points may refer to electronic value that is owned, acquired, or accumulated by the user and can be circulated on the live platform. When the viewer AU gives a gift to the broadcaster LV during live distribution, the points of the user ID of the broadcaster LV are increased by a value corresponding to the gift. In some embodiments, the points may be used to determine a reward or amount that the broadcaster LV receives from the administrator of the live platform, but are not limited thereto. Note that in some embodiments, when the viewer AU gives a gift to the broadcaster LV, a mechanism may be adopted in which an amount equivalent to the gift is given to the broadcaster LV instead of points. The data stored in the user database 312 may also include basic information about the user, such as time spent using the live platform, age, gender, and place of residence, and the types of content the user dislikes.

[0050] 4C, which is a schematic diagram illustrating data stored in the giveaway database 314 according to one embodiment of the present application. The giveaway database 314 can be used to store giveaway related information that can be used by viewers during a live broadcast.

[0051] The present may be electronic data having the following characteristics: Gifts can be purchased with points or money, or given for free. The viewer AU can give a gift to the distributor LV. The act of giving a gift to the distributor LV is also called "using a gift" or "delivering a gift." Some types of gifts can be purchased and used at the same time, while some types of gifts can be used by the viewer AU at any time after purchase. When a viewer AU gives a present to a distributor LV, points corresponding to the distributor LV are given to the viewer AU. When a viewer AU uses a present, an effect associated with the present may be generated. For example, a special effect corresponding to the present is displayed on the user terminal 20 of the distributor LV and the user terminals 30 (30a, 30b, ...) of the viewer AUs (AU1, AU2, ...).

[0052] In some embodiments, the present database 314 can store the contents of a present ID, an award point (or reward point), and a price point in association with each other, but is not limited thereto. The present ID may refer to an identifier that determines a present. The award point may refer to points that are given to the broadcaster LV when the viewer AU gives a present to the broadcaster LV. The price point may refer to an equivalent amount of consideration to be paid when the viewer AU uses the present. When viewing live content provided by the broadcaster LV, the viewer AU can give the present to the broadcaster by paying reward points (i.e., price points) equivalent to the desired present. The payment of this equivalent amount of reward points can be made via an appropriate electronic payment means (not shown), for example, the viewer AU can pay the equivalent amount of reward points to the administrator. In some embodiments, bank transfer, payment by credit card, etc. can also be used. The administrator can arbitrarily set the relationship between the award points and the price points. For example, it can be set that the award points are equal to the price points. The price point may be set to a value obtained by multiplying the granted points by a predetermined coefficient (for example, 1.2), or may be set to a value obtained by adding a predetermined fee point to the granted points.

[0053] 4D, which is a schematic diagram illustrating data stored in the response history database 330 according to an embodiment of the present application. The response history database 330 can be used to store response history related information. Specifically, in some embodiments, the response history database 330 can store, but is not limited to, viewer ID, stream ID, date, time, and response history content in association with each other.

[0054] Since a stream ID has only one corresponding broadcaster ID, the corresponding broadcaster ID can be known through the data of the stream ID, but in some embodiments, the response history database 330 can also store the stream ID and the broadcaster ID. The viewer ID, the stream ID, and the broadcaster ID are basically the same as those described in FIG. 4A, respectively, that is, the viewer ID, the stream ID, and the broadcaster ID can be stored not only in the streaming database 310 of FIG. 4A, but also in the response history database 330. The date may refer to information based on the current recording date of the transmitted message when the viewer AU sends a message to the broadcaster LV. The time may refer to information based on the current recording time of the transmitted message when the viewer AU sends a message to the broadcaster LV, and can be specifically recorded in, for example, a 24-hour format. The response history may refer to recording the content of the message when the viewer AU sends a message to the broadcaster LV, and can specifically refer to a character string or a symbol.

[0055] 4E, which is a schematic diagram showing data stored in the parameter database 332 according to an embodiment of the present application. The parameter database 332 may be used to store parameter-related information. Specifically, in some embodiments, the parameter database 332 may store, in association with each other, contents such as, but not limited to, a viewer ID, a stream ID, a date, a time, a number of presents, and a number of responses. In some embodiments, the number of presents and the number of responses may be the number of presents and the number of responses within a predetermined unit time.

[0056] Since a stream ID has only one corresponding broadcaster ID, the corresponding broadcaster ID can be known through the data of the stream ID, but in some embodiments, the parameter database 332 can also store the stream ID and the broadcaster ID at the same time. The viewer ID, the stream ID, and the broadcaster ID are basically the same as those described in FIG. 4A, respectively, that is, the viewer ID, the stream ID, and the broadcaster ID can not only be stored in the stream database 310, but also can be stored in the response history database 330. In some embodiments, the date and time in the parameter database 332 are the date and time recorded when the viewer AU sends a message and / or a gift to the broadcaster LV, respectively. In some embodiments, the data is recorded for a certain period of time (e.g., recorded for 1 minute), and then it is further determined whether the number of gifts and / or the number of responses are 0, and if both are 0, the data is deleted from the database or the data is not directly stored (i.e., the parameter database 332 only stores data with parameter records). On the other hand, the data is stored in the parameter database 332. The number of gifts can be one of the parameters, and the number of responses can be one of the parameters. The parameters can also be, for example, but not limited to, the amount of tokens used or the number of shares, that is, the parameter database 332 can further store the amount of tokens used or the number of shares.

[0057] 4F, FIG. 4F is a schematic diagram showing data stored in the topic score database 334 according to an embodiment of the present application. The topic score database 334 can be used to store topic score related information. Specifically, in some embodiments, the topic score database 334 can store, but is not limited to, a publisher ID, a viewer ID, past topics, and scores in association with each other.

[0058] The viewer ID and the broadcaster ID are essentially the same as those described in Fig. 4A, i.e., the viewer ID and the broadcaster ID can be stored in the streaming database 310 in Fig. 4A, but also in the topic score database 334. The past topic may refer to various types of topics generated through the topic score processing unit 324, and may be specifically a string or a code set. The score may refer to a score calculated through the topic score processing unit 324.

[0059] Referring to Figure 5, Figure 5 is a flow chart showing a method for helping a streamer interact with viewers according to an embodiment of the present application. The method includes steps S510, S520 and S530.

[0060] Step S510: Capture past topics based on the activity records in which viewers participate. Specifically, process the data in the response history database 330 through the history processing unit 320 in the server 10, and further capture past topics through the topic score processing unit 324 in the server 10. The activity records in which viewers participate may be various activity records in which viewers participate on the live streaming platform, specifically including but not limited to response records from viewers, conversation records between viewers and streamers, or performance records of streamers.

[0061] The viewer response record refers to the response content given by the viewer to the streamer, that is, the data stored in the response history database 330. For example, when viewer A joins stream room of streamer A, the viewer response record is the response content of viewer A to streamer A. The viewer response record may be all response contents recorded from the beginning to the present, or may be response contents recorded for a certain period or a certain amount. In some embodiments, the data field of the viewer response record may include the response source (viewer), the response destination (streamer), the response content, and the response time. For example, if viewer A responds to the streamer at time A with the content "My dog ​​is fine too," the above content can be simultaneously recorded as the viewer response record. Of course, the viewer response record also includes the response content of viewer A to streamer B or the response content of viewer A to live streaming C, that is, the viewer response record can include the viewer's response content to each streamer. It should be noted that the viewer response record may be recorded in chronological order, that is, the response content from the viewer to each streamer can be recorded one by one in chronological order.

[0062] The conversation record between a viewer and a streamer refers to the interactive content performed by the streamer while the viewer is participating in the stream room of the streamer, for example, after viewer A joins stream room of streamer A, the interactive content of streamer A starts to be recorded until viewer A leaves stream room of streamer A. The conversation record between a viewer and a streamer may be all interactive content recorded from the beginning to the present, or may be interactive content recorded for a certain period or amount, and may also be recorded chronologically. The conversation record between a viewer and a streamer may convert the interactive content of the streamer into text through a voice recognition unit, which may be a tool or instruction set known to a person skilled in the art to which the present invention belongs, and may also refer to a function library known to a person skilled in the art to which the present invention belongs.

[0063] Step S510: Capture past topics based on the activity records in which the viewer participated. Specifically, the past topics can be captured through a machine learning model 370 or an artificial intelligence engine (not shown), that is, the activity records recorded in time series can be converted into past topics recorded in time series through step S510. In some embodiments, the activity records in which the viewer participated can be classified into corresponding topics through a trained supervised learning model. The trained supervised learning model is a model trained using each activity record in which various topic classification marks have been completed, and establishes topic classification rules from the training data, so that after the trained supervised learning model receives the same or similar activity records, it can attach corresponding classification marks according to the established topic classification rules. For example, if viewer A responds to the streamer at time point A with the content "My dog ​​is fine too," the trained supervised learning model can classify this activity record into past topics, such as pets and dogs.

[0064] In some embodiments, a large-scale language model such as Chet GPT can be used as an artificial intelligence engine to analyze the viewer response records, thereby capturing past topics based on the viewer response records.

[0065] Step S520: Calculate each score in the past topic based on at least one parameter. Specifically, first process the data in the parameter database 332 through the parameter processing unit 322 in the server 10, and then assign a score to each past topic through the topic score processing unit 324 in the server 10. The parameters may include, but are not limited to, the number of times a viewer has given a gift, the amount of tokens used by the viewer, the number of responses by the viewer, the tracking behavior of the viewer, and the sharing behavior of the viewer. In some embodiments, the each score in the past topic may be calculated based on the number of responses from the viewer, for example, if the past topic is pets, the corresponding score is calculated based on the number of responses from the viewer. In some embodiments, the each score in the past topic may be calculated based on the number of times a viewer has given a gift, for example, if the past topic is sports, the corresponding score is calculated based on the number of times a viewer has given a gift. When multiple parameters are used simultaneously to calculate each score in the past topic, the weight value of each parameter can be set based on the designer's preference or the platform administrator's priorities. In some embodiments, a viewer AU's score for a broadcaster LV for a particular topic at a particular time (or period) may be equal to the number of gifts, gift amounts, or responses given by the viewer AU to the broadcaster LV at that time (or period).

[0066] Step S530: Generate topic suggestions based on past topics and scores corresponding to the past topics, and provide the topic suggestions to the streamer. Specifically, topic suggestions suitable for the viewers can be generated through the topic generation unit 326 in the server 10. Specifically, the topic suggestions may be selected as topic suggestions from the past topics with the highest score or higher scores, and the topic suggestions are provided to the streamer. In some embodiments, since the past topics and scores corresponding to the past topics of each viewer are different, the topic suggestions may be recommendations tailored to different viewers.

[0067] In some embodiments, step S530 may also include detecting whether the current interactive topic is the same as the highest-scoring past topic in the past. If the current interactive topic is different from the highest-scoring past topic in the past, the highest-scoring past topic in the past is considered as a topic suggestion. If the current interactive topic is the same as the highest-scoring past topic in the past, the second highest-scoring past topic in the past is considered as a topic suggestion, and the score of the highest-scoring past topic in the topic score database 334 is adjusted, e.g., the score is reduced as feedback.

[0068] The method for helping streamers interact with viewers as shown in Figure 5 allows viewers' preferred topics to be known (i.e., appropriate topic suggestions are generated) and provided to the streamer so that the streamer can use the topics to interact with viewers in real time, thereby allowing the streamer to more effectively use the integrated information to directly use appropriate topics to interact with viewers in real time.

[0069] Referring to Figure 6, Figure 6 is a schematic diagram showing data recording in a time series manner according to one embodiment of the present application, with the horizontal axis showing streaming time (for example, but not limited to, in units of seconds or minutes). In some embodiments, the data generated by a particular viewer in a particular streamer's stream room can be recorded in the manner shown in Figure 6, which may include, but is not limited to, response history records, past topic records, and present records.

[0070] Referring to FIG. 7, FIG. 7 is a schematic diagram showing the display of topic suggestions on a user interface according to an embodiment of the present application, and specifically may refer to a schematic diagram showing the display of topic suggestions on the user interface of the user terminal 20 of the distributor LV (i.e., the streamer). Taking FIG. 7 as an example, the streamer can select a specific viewer through the touch panel of the user terminal 20, and the topic suggestions (i.e., topic suggestions suitable for the viewer selected by the streamer) generated by the topic generation unit 326 of the server 10 can be displayed. This allows the streamer to interact with the viewer in real time based on the topic suggestions displayed on the user interface of the user terminal 20. In some embodiments, the server 10 can also obtain other information (such as, but not limited to, the highly active time of the viewer on the live streaming platform) and provide the information to the streamer together with the topic suggestions.

[0071] Referring to Fig. 8, Fig. 8 is a flow chart showing a method for helping a streamer interact with viewers according to another embodiment of the present application. The method includes steps S510, S520, S530, S810, S820, and S830. Steps S510, S520, and S530 are basically the same as those shown in Fig. 1. That is, the method shown in Fig. 8 includes steps S510, S520, and S530 that are basically the same as those in Fig. 5, and may further include steps S810, S820, S830, and S840.

[0072] Step S810: Calculate a streamer threshold (or score threshold) based on the streamer's level. The streamer's level can be distinguished by, but is not limited to, the virtual tokens the streamer has acquired in a certain period of time. For example, if a streamer acquires more virtual tokens in a certain period of time, it indicates a higher streamer's level, and conversely, it indicates a lower streamer's level. The streamer's threshold is basically positively correlated with the streamer's level, i.e., the higher the streamer's level, the higher the streamer's threshold, and conversely, it indicates a higher streamer's threshold. In some embodiments, the threshold calculation can be performed by the topic score processing unit 324 or a threshold calculation unit (not shown).

[0073] Step S820: Calculate the real-time participation score ES of the viewer based on at least one real-time parameter in real time. Specifically, the real-time participation score ES of the viewer can be calculated in real time based on real-time parameters such as the number of times the viewer gives gifts, the amount of tokens used by the viewer, the number of times the viewer responds, the tracking behavior of the viewer, and the sharing behavior of the viewer. The calculation method of the real-time participation score ES is basically the same as that of step S520, and specifically, can be realized by, for example, an average value calculation method. That is, the focus of step S820 is to calculate the real-time (i.e., current) participation score. In some embodiments, the real-time participation score ES of the viewer may refer to the real-time participation score ES between the viewer and a specific streamer, such as the real-time participation score ES between viewer A and streamer A, or the real-time participation score ES between viewer A and streamer B.

[0074] Step S830: Compare the real-time participation score ES with the streamer's threshold T. Through step S830, it can be evaluated whether the viewer's participation in the streamer meets the streamer's expectations (or the expectations of the streamer). Specifically, if the viewer's real-time participation score ES is greater than or equal to the streamer's threshold T, i.e., the viewer's participation in the streamer meets the streamer's expectations, step S840 is executed. If the viewer's real-time participation score ES is less than the streamer's threshold T, i.e., the viewer's participation in the streamer does not meet the streamer's expectations, step S530 is executed. In some embodiments, step S830 can be executed by the topic generation unit 326 or a score comparison unit (not shown) to further determine whether to generate topic suggestions.

[0075] Step S840: Generate the current topic as a topic suggestion based on the current interactive content of the streamer, or generate no topic suggestion, i.e., the current interactive content does not need to be changed. Similarly, the current interactive content of the streamer can be converted into text through a voice recognition unit, which can be a tool or instruction set known to those skilled in the art, or can refer to a function library known to those skilled in the art.

[0076] The method for helping streamers interact with viewers shown in FIG. 8 can not only help streamers know viewers' preferred topics and select appropriate topics to interact with viewers in real time, but also determine when it is necessary to provide the streamer with topic suggestions related to the viewer, and provide the streamer with the viewer's preferred topics only when it is necessary to give a topic suggestion.

[0077] Referring to FIG. 9, FIG. 9 is a sequence diagram showing the relative relationship between the viewer's score (or real-time participation score ES) and the streamer's threshold according to one embodiment of the present application, where the horizontal axis is the streaming time (unit: seconds) in the streamer's stream room, and the vertical axis is the score value between the viewer and the streamer. In the example of FIG. 9, ST22 is used as an alias for the streamer, and SS5, SS12, and SS43 are used as aliases for different viewers. Therefore, the example shown in FIG. 9 can be shown in the stream room of the streamer (i.e., ST22), and each viewer (i.e., SS5, SS12, and SS43) joins the streamer's stream room at a different time, and the score value between each viewer and the streamer is respectively shown in the manner of a sequence diagram. Note that the horizontal line in FIG. 9 can represent the streamer's threshold, which is specifically a value calculated based on the level of the streamer (i.e., step S810 shown in FIG. 8). Therefore, by knowing the comparison result (i.e., greater than, equal to, or less than) between each viewer's score and the streamer's threshold through Fig. 9, it can be determined whether to generate a topic suggestion (i.e., step S530) or generate the current topic suggestion as a topic suggestion, or whether to not generate a topic suggestion (i.e., step S840). In some embodiments, the real-time participation score ES of the viewer can be compared with the streamer's threshold T after waiting for the time it takes for the viewer to enter the stream room to exceed a predetermined or fixed set time, and the set time can be, for example, but not limited to, 10 minutes. For example, it is normal for the viewer (SS43) in Fig. 9 to have a low real-time participation score ES when he or she has just joined.

[0078] 10, which is a flow chart illustrating a method for supporting a streamer to interact with viewers according to another embodiment of the present application. The method includes steps S1010, S1020 and S1030.

[0079] Step S1010: Capture the first past topic and / or the second past topic. The first past topic may refer to a past topic between a viewer and a particular streamer, and the second past topic may refer to a past topic between a viewer and another streamer. For example, when a viewer A enters a stream room of a streamer A, the first past topic is a past topic between the viewer A and the streamer A, and the second past topic is a past topic between the viewer A and another streamer (e.g., streamer B or streamer C).

[0080] The method of capturing the first past topic may be basically the same as step S510, with the only difference being that the first past topic is captured based on the first interaction record between the viewer and a specific streamer. The first interaction record between the viewer and a specific streamer includes, but is not limited to, the viewer's response record to the specific streamer and the conversation record between the viewer and the specific streamer. That is, when the first past topic is captured using only the first interaction record between the viewer and the specific streamer, the past topic between the viewer and the specific streamer can be captured more accurately. For example, when viewer A enters stream room of streamer A, the first past topic between viewer A and streamer A can be captured based on the first interaction record between viewer A and streamer A.

[0081] The method of capturing the second past topic may be basically the same as step S510, with the only difference being that the second past topic is captured based on the second interaction record between the viewer and the other streamer. The second interaction record between the viewer and the other streamer includes, but is not limited to, the viewer's response record to the other streamer and the conversation record between the viewer and the other streamer. That is, when the second past topic is captured using only the second interaction record between the viewer and the other streamer, the past topic between the viewer and the other streamer can be additionally captured. For example, when the viewer A enters the stream room of the streamer A, the second past topic between the viewer A and the streamer A can be captured based on the second interaction record between the viewer A and the other streamer (e.g., the streamer B or the streamer C).

[0082] In some embodiments, only the first past topic or only the second past topic can be captured, or the first past topic and the second past topic can be captured simultaneously. Similarly, through step S1010, the first interaction record and / or the second interaction record recorded in chronological order can be converted into the first past topic and / or the second past topic recorded in chronological order, respectively.

[0083] Step S1020: Calculate each of the first participation scores in the first past topic and / or each of the second participation scores in the second past topic. The method of calculating the first participation scores and the second participation scores may be basically the same as that of step S520.

[0084] Each of the first participation scores in the first past topic may be calculated based on at least one first interaction parameter between the viewer and the particular streamer, including, but not limited to, the number of gifts given by the viewer to the particular streamer, the amount of tokens used by the viewer to the particular streamer, the number of responses given by the viewer to the particular streamer, the viewer's tracking behavior toward the particular streamer, and the viewer's sharing behavior toward the particular streamer.

[0085] Each of the second participation scores in the second past topic may be calculated based on at least one second interaction parameter between the viewer and other streamers, including, but not limited to, a number of gifts given by the viewer to other streamers, a token usage amount given by the viewer to other streamers, a number of responses given by the viewer to other streamers, a tracking behavior of the viewer to other streamers, and a sharing behavior of the viewer to other streamers.

[0086] Step S1030: Generate a first topic (or a first topic suggestion) and / or a second topic (or a second topic suggestion). The first topic may be generated based on a first past topic and a first participation score corresponding to the first past topic, and the second topic may be generated based on a second past topic and a second participation score corresponding to the second past topic. The method of generating the first topic and the second topic may be basically the same as that of step S530.

[0087] After generating the first topic and / or the second topic, the first topic or the second topic can be selectively adopted as a topic suggestion, and the selected first topic or the second topic is provided to the streamer.

[0088] The method for helping streamers interact with viewers as shown in FIG. 10 allows the activity records between the viewer and the streamer to be more effectively used to generate the first topic and / or the second topic, thereby allowing the first topic and / or the second topic to be more accurately generated according to the needs of the streamer. For example, when viewer A enters stream room of streamer A, if there is a certain activity record between viewer A and streamer A, the first topic is generated as a topic suggestion so that streamer A can use the first topic to interact with viewer A in real time. Conversely, if there is no activity record between viewer A and streamer A, the second topic is generated as a topic suggestion so that streamer A can use the second topic to interact with viewer A in real time.

[0089] Referring to Fig. 11, Fig. 11 is a flow chart showing a method for supporting a streamer to interact with viewers according to yet another embodiment of the present application. The method includes steps S1110, S1120, S1130, S1140, S1150, S1160 and S1170, and steps S1110, S1120 and S1130 are basically the same as steps S1010, S1020 and S1030 in Fig. 10, respectively. That is, the method shown in Fig. 4 includes basically the same steps as Fig. 10, and may further include steps S1140, S1150, S1160 and S1170.

[0090] Step S1140: Determine whether the viewer is a new viewer of the streamer; if the viewer is not a new viewer of the streamer, execute step S1150; if the viewer is a new viewer of the streamer, execute step S1160. In some embodiments, it can be determined whether the viewer is a new viewer of the streamer based on whether the viewer has participated in the stream room of the streamer before. For example, when viewer A enters streamer A's stream room, if viewer A has entered streamer A's stream room before, it is determined that viewer A is not a new viewer of streamer A, and if viewer A has not entered streamer A's stream room before, it is determined that viewer A is a new viewer of streamer A. In other embodiments, it can be determined whether the viewer is a new viewer of the streamer based on the duration of the viewer's interaction with the streamer. For example, when viewer A enters stream room of streamer A, if the interaction duration between viewer A and streamer A is shorter than a certain time or a certain percentage, viewer A is determined to be a new viewer of streamer A, and if the interaction duration between viewer A and streamer A is greater than or equal to a certain time or a certain percentage, viewer A is determined to be not a new viewer of streamer A. The certain time may be, for example, 5 minutes, but is not limited thereto. The certain percentage is the interaction duration between the viewer and a specific streamer divided by the interaction duration between the viewer and all streamers, and may be, for example, 0.05, but is not limited thereto. In some embodiments, step S1140 may be performed by the topic generation unit 326 or a viewer identification unit (not shown).

[0091] Step S1150: Adopt the first topic as a topic suggestion. Since the viewer is not a new viewer of the streamer, it indicates that there is a certain activity record between the viewer and the streamer, and therefore the generated first topic has a certain reference or accuracy as a topic suggestion.

[0092] Step S1160: Calculate a first weight value corresponding to the first topic and a second weight value corresponding to the second topic based on the interaction duration between the viewer and the specific streamer. For example, if the interaction time (or the past interaction duration) between viewer A and streamer A increases, the first weight value increases and the second weight value decreases. In some embodiments, the first weight value may be calculated according to a ratio of the viewer's interaction duration with a specific streamer on the live streaming platform to the viewer's interaction duration with all streamers on the platform. The second weight value may be calculated according to a ratio of the viewer's interaction duration with other streamers on the live streaming platform (compared to the specific streamer) to the viewer's interaction duration with all streamers on the platform. In some embodiments, the interaction duration may be converted into other interaction parameters, such as the number of gifts, the gift amount, or the number of responses. In some embodiments, step S1160 may be performed by the topic score processing unit 324 or a weight calculation unit (not shown).

[0093] Step S1170: selectively adopt the first topic or the second topic as a topic suggestion based on a first weight value corresponding to the first topic and a second weight value corresponding to the second topic. In some embodiments, the higher of the first weight value and the second weight value may be selected as the topic suggestion. In some embodiments, the first participation score of the first topic is multiplied by the first weight value to obtain a first topic weighted score, and then the second participation score of the second topic is multiplied by the second weight value to obtain a second topic weighted score, and the higher of the two scores is compared to select the topic suggestion from the first topic and the second topic. In some embodiments, step S1170 may be performed by the topic generation unit 326 or a topic selection unit (not shown).

[0094] The method for helping streamers interact with viewers shown in FIG. 11 determines the relationship (or past interactive relationship) between the viewer and the streamer, and provides the more suitable topic from the first topic and the second topic as a topic suggestion to the streamer, so that the streamer can adopt the more suitable topic suggestion to interact with the viewer in real time.

[0095] Referring to Fig. 12, Fig. 12 is a flow chart showing a method for assisting a streamer to interact with viewers according to another embodiment of the present application. The method includes steps S510, S520, S530, S1210, S1220 and S1230, and steps S510, S520 and S530 are basically the same as those in Fig. 5, respectively. That is, the method shown in Fig. 12 includes basically the same steps as those in Fig. 5, and may further include steps S1210, S1220 and S1230.

[0096] Step S1210: When the streamer adopts the topic suggestion to interact with the viewers, analyze the score change corresponding to the topic suggestion. In some embodiments, when the topic corresponding to the streamer's interactive content is the same as the topic suggestion, analyze the score change corresponding to the topic suggestion to observe whether the score corresponding to the topic suggestion increases or decreases. In some embodiments, the analysis (step S1210) may be performed by the trend analysis unit 328.

[0097] Step S1220: Determine whether there is a significant change in the score (which may be performed by the trend analysis unit 328). After analyzing the score change corresponding to the topic suggestion (i.e., step S1210), determine the change status of the score corresponding to the viewer's topic suggestion. The change status may be, for example, but not limited to, a significant increase, a significant decrease, and no significant change. The determination of the change status of the score specifically captures the real-time participation score before the topic of the streamer's interactive content becomes the same as the topic suggestion before adoption. Similarly, capture the real-time participation score after the topic of the streamer's interactive content becomes the same as the topic suggestion after adoption. In this way, first calculate the difference between the real-time participation score before adoption and the real-time participation score after adoption (i.e., the real-time participation score after adoption minus the real-time participation score before adoption), then calculate the ratio between the difference and the real-time participation score before adoption, and use the ratio as a reference value to evaluate whether there is a significant change in the score. In some embodiments, a significant increase may refer to the score increasing by a certain percentage value within a certain time (e.g., the score increasing by 10% or more within 3 minutes). A significant decrease may refer to a score decreasing by a certain percentage within a certain time period (e.g., the score decreasing by 10% or more within 3 minutes). No significant change may refer to a score changing by less than a certain percentage within a certain time period (e.g., the score not increasing or decreasing by 10% or more within 3 minutes). In some embodiments, the rate of change in the real-time participation score ES before and after the streamer adopts the topic suggestion can determine whether there is a significant change. The real-time participation score ES may be an overall real-time participation score calculated using the real-time participation scores ES of all viewers, or may be the real-time participation score ES of a specific viewer.

[0098] If there is a significant change in the score, a first judgment result may be generated, and the score of the past topic that is the same as the topic proposal may be adjusted based on the first judgment result. In some embodiments, if it is determined through step S1220 that there is a significant increase in the score, a positive feedback value may be generated to increase the score of the past topic that is the same as the topic proposal. If it is determined through step S1220 that there is a significant decrease in the score, a negative feedback value may be generated to decrease the score of the past topic that is the same as the topic proposal, and the topic proposal may be regenerated based on the adjusted score (i.e., after adjusting the score of the past topic, step S530 may be subsequently performed). If there is no significant change in the score, a second judgment result may be generated, and it may be determined to maintain the current topic proposal based on the second judgment result (i.e., step S1230), and not adjust the score of the past topic.

[0099] The method for helping streamers interact with viewers shown in FIG. 12 can check whether the generated topic suggestions are helpful in helping streamers interact with viewers in real time, and can further determine whether to adjust the scores of past topics that are the same as the topic suggestion and / or maintain the current topic suggestion according to the change in score, so that the method for helping streamers interact with viewers can provide topic suggestions that are more suitable for viewers to streamers after evaluating previous topic suggestions.

[0100] Referring to Fig. 13, Fig. 13 is a flow chart showing a method for supporting a streamer to interact with viewers according to another embodiment of the present application. The method includes steps S510, S520, S530, S1310 and S1320, and steps S510, S520 and S530 are basically the same as those in Fig. 5, respectively. That is, the method shown in Fig. 13 includes basically the same steps as those in Fig. 5, and may further include steps S1310 and S1320.

[0101] Step S1310: Calculate the distribution status of each topic proposal based on the topic proposals of multiple viewers in the streamer's live streaming. For example, if there are viewers A, B, and C in the stream room of streamer A, steps S510, S520, and S530 can generate topic proposals for viewers A, B, and C, and then further calculate the distribution status of the topic proposals of each viewer (i.e., viewers A, B, and C). In some embodiments, the distribution status may include the individual score of each topic proposal, the corresponding number of viewers, or the frequency of appearance, etc.

[0102] Step S1320: Generate an overall topic proposal based on the distribution situation, and provide the overall topic proposal to the streamer. The method of generating the overall topic proposal is, for example, but not limited to, the highest appearance rate, the highest score, or the highest relevance. The highest appearance rate refers to the topic proposal that appears the most among the topic proposals corresponding to each viewer. The highest score refers to the topic proposal with the highest score among the topic proposals corresponding to each viewer. The highest relevance refers to first calculating the total score of each topic proposal, and then summing the topic proposal with the highest score among each topic proposal. For example, if there are viewers A, B, and C in the stream room of streamer A, topic proposals (pets, sports, and sports, respectively) for viewers A, B, and C are generated through steps S510, S520, and S530, respectively, and the scores corresponding to each topic proposal are 100, 50, and 80, respectively. At this time, if the overall topic proposal is generated using the highest appearance rate method, the result is sports (appears twice). If the overall topic proposal is generated using the highest score method, the result is pets (score 100). If the highest relevance method were used to generate overall topic suggestions, the result would be sports (total score 130).

[0103] The method for helping streamers interact with viewers shown in Fig. 13 allows streamers to interact with multiple viewers in real time by generating global topic suggestions based on the topic suggestions of each viewer in a stream room. Note that since the streamer can interact with each viewer in real time using global topic suggestions, it also avoids the feeling of oppression (or invasion of privacy) caused by the streamer interacting with viewers in real time using specific topic suggestions.

[0104] Referring to FIG. 14, FIG. 14 is a schematic diagram showing the display of topic suggestions on a user interface according to another embodiment of the present application, specifically, a schematic diagram showing the display of topic suggestions on a user interface of a distributor LV (i.e., a streamer). Taking FIG. 14 as an example, an overall topic suggestion (i.e., a topic suggestion suitable for the entire viewers in the stream room) generated by the topic generation unit 326 of the server 10 can be displayed. This allows the streamer to interact with the entire viewers in the stream room in real time based on the overall topic suggestion displayed on the user interface of the user terminal 20. In some embodiments, the overall topic suggestion can be displayed at all times. In other embodiments, the overall topic suggestion can be initially hidden, and the overall topic suggestion can be displayed through a method of the streamer's independent selection or automatic determination by the server 10 until the streamer needs to refer to the overall topic suggestion. In some embodiments, the server 10 continuously or periodically calculates the overall real-time participation score, and issues an overall topic suggestion when it is detected that the overall real-time participation score has obviously declined (e.g., when the downward slope exceeds a certain set value). An overall real-time participation score can be calculated using the individual viewer real-time participation scores, such as an average or a weighted calculation using each viewer's contribution value on the platform (such as past gift amounts).

[0105] In some embodiments, the steps of the above-mentioned method for helping streamers interact with viewers can be stored in a computer-readable recording medium. The computer-readable recording medium can be, but is not limited to, a disk or optical disk, a disk, a USB flash drive, or a database accessible from a network. The computer-readable recording medium can realize the above-mentioned method for helping streamers interact with viewers after loading and executing the program code or instruction set in the memory through a computer.

[0106] In some embodiments, the steps of the method for helping streamers interact with viewers described above can be completed through a computer device. The computer device includes at least one processing unit and at least one storage unit, where the at least one processing unit can be a processor known to those skilled in the art, and the at least one storage unit can be a memory known to those skilled in the art. The at least one storage unit is used to store a program code or an instruction set of the method for helping streamers interact with viewers described above, and the at least one processing unit can realize the method for helping streamers interact with viewers described above after executing the program code or the instruction set.

[0107] Although the present application has been further described through the above embodiments and the accompanying drawings, if a person having ordinary skill in the art to which the present invention pertains can make various modifications and changes without departing from the scope and spirit of the claims of the present application. Therefore, the scope of protection of the present application should still be based on what is specified in the claims, and should not be limited by the contents disclosed in the specification. [Explanation of symbols]

[0108] 100 sending units 10 Server 1. Live streaming system 102 Shooting control section 104 Audio control section 106 Video transmitter 108 Delivery side UI control unit 200 viewing units 20 User terminal 202 Viewing side UI control unit 204 Overlay Message Generator 206 Input message sending unit 30, 30a, 30b User terminal 302 Message Delivery Unit 304 Relay unit 306 Present Processing Unit 308 Payment Processing Unit 310 Streaming Database 312 User Database 314 Gift Database 320 History Processing Unit 322 Parameter Processing Unit 324 Topic Score Processing Unit 326 Topic Generation Unit 328 Trend Analysis Unit 330 Response History Database 332 Parameter Database 334 Topic Score Database 370 Machine Learning Models AU, AU1, AU2 viewers ES Real-time Participation Score LV Streamer NO NW Network S510, S520, S530 Step S810, S820, S830, S840 Step S1010, S1020, S1030 Step S1110, S1120, S1130, S1140 Step S1150, S1160, S1170 Step S1210 Step S1310, S1320 Step SS5, SS12, SS43 viewers ST22 Streamer T threshold VD, VD1, VD2 Video YES

Claims

1. 1. A method for assisting a streamer in interacting with a viewer via a live streaming platform operated by a computing device, the method being adapted to provide the streamer with topic suggestions related to the viewer, the method comprising: capturing past topics based on a record of activities in which the viewer participated; calculating a score for each of the past topics based on at least one parameter; generating the topic suggestions based on the past topics and scores corresponding to the past topics, and providing the topic suggestions to the streamer; The method includes:

2. Generating the topic suggestions based on the past topics and scores corresponding to the past topics includes: calculating the streamer threshold based on the level of the streamers; calculating a real-time participation score for said viewer based in real-time on at least one real-time parameter; comparing said real-time participation score to a threshold value for said streamer; if the real-time participation score is less than a threshold for the streamer, generating the topic suggestions based on the past topics and scores corresponding to the past topics; if the real-time participation score is greater than or equal to the streamer's threshold, generating a current topic as a topic suggestion based on the streamer's current interactive content or not generating a topic suggestion; 2. The method of claim 1, comprising:

3. the past topic is a first past topic configured to be captured based on a first interaction record between the viewer and the streamer; the score being a first participation score configured to be calculated based on at least one first interaction parameter between the viewer and the streamer; The topic suggestions are configured to be generated based on the first past topic and the first participation score corresponding to the first past topic. The method of claim 1.

4. the past topic is a second past topic configured to be captured based on a second interaction record between the viewer and another streamer; the score being a second participation score configured to be calculated based on at least one second interaction parameter between the viewer and the other streamer; the topic suggestions are configured to be generated based on the second past topic and the second participation scores corresponding to the second past topic. The method of claim 1.

5. The past topics include a first past topic and a second past topic, the first past topic being configured to be captured based on a first interaction record between the viewer and the streamer, and the second past topic being configured to be captured based on a second interaction record between the viewer and the other streamer; the scores include a first participation score and a second participation score, the first participation score being configured to be calculated based on at least one first interaction parameter between the viewer and the streamer, and the second participation score being configured to be calculated based on at least one second interaction parameter between the viewer and the other streamer; The topic suggestions include a first topic and a second topic, the first topic configured to be generated based on the first past topic and the first participation score corresponding to the first past topic, and the second topic configured to be generated based on the second past topic and the second participation score corresponding to the second past topic. The method of claim 1.

6. determining whether the viewer is a new viewer of the streamer; If the viewer is not a new viewer of the streamer, adopting the first topic as the topic suggestion; selectively adopting the first topic or the second topic as the topic suggestion if the viewer is a new viewer of the streamer; The method of claim 5 further comprising:

7. Selectively adopting the first topic or the second topic as the topic suggestion includes: Calculating a weight value corresponding to the first topic and a weight value corresponding to the second topic based on an interaction duration between the viewer and the streamer, respectively; selectively adopting the first topic or the second topic as the topic suggestion based on a weight value corresponding to the first topic and a weight value corresponding to the second topic; 7. The method of claim 6, comprising:

8. The method of claim 1 , further comprising analyzing score changes corresponding to the topic suggestions when the streamer employs the topic suggestions to interact with the viewers.

9. Calculating a distribution status of each topic proposal based on topic proposals of multiple viewers in the live streaming of the streamer; generating overall topic suggestions based on the distribution and providing the overall topic suggestions to the streamers; The method of claim 1 further comprising:

10. A computer device for assisting a streamer in interacting with viewers on a live streaming platform operated by the streamer, the computer device being adapted to provide the streamer with topic suggestions related to viewers, the computer device comprising: at least one processing unit; at least one storage unit for storing program code; After the at least one processing unit executes the program code, the at least one processing unit is capable of performing the steps of the method for helping streamers interact with viewers as claimed in claim 1.

11. A computer-readable recording medium for assisting streamers to interact with viewers, in which the method for assisting streamers to interact with viewers as described in claim 1 can be completed after a computer loads and executes the program code in the memory. A computer-readable recording medium.

Images