Anchor auxiliary method and system for live broadcasting room, electronic equipment, medium and product

Abstract

The invention relates to the technical field of network live broadcast, and discloses an anchor auxiliary method and system of a live broadcast room, electronic equipment, a medium and a product. The anchor auxiliary method for the live broadcast room comprises the following steps: a server receives a notification message sent by a user terminal, wherein the notification message comprises an identifier of the user terminal and an identifier of the live broadcast room browsed on the user terminal; the server obtains watching data of the user terminal based on the identifier of the user terminal; and the server generates prompt information based on the watching data, and sends the prompt information to an anchor terminal corresponding to the identifier of the live broadcast room, so that the anchor terminal displays the prompt information. Therefore, the anchor terminal can sense the existence of watching users outside the live broadcast room, and the free-state users are converted into the effective traffic of the live broadcast room.

Description

TECHNICAL FIELD

[0001] The present application relates to the network live broadcast technical field, and particularly relates to a host auxiliary method and system for a live broadcast room, an electronic device, a medium and a product. BACKGROUND

[0002] With the rapid evolution of the live broadcast industry, watching live broadcast has become an important behavior mode for users to relax and entertain. In order to improve the user retention time, the current live broadcast platform directly embeds a real-time live broadcast segment (rather than only showing a static live broadcast room entrance) in a core entrance interface such as a home page of an information stream. In this scenario, when a user browses the home page or a recommendation page of the platform, the user often has fragmented viewing behavior due to the attraction of a live broadcast cover visual element, a title script or a dynamic preview window.

[0003] However, even if a real-time live broadcast segment is embedded in a recommendation interface, it is still difficult to effectively convert a browsing user into traffic in a live broadcast room, resulting in a loss of potential user resources. SUMMARY

[0004] The purpose of an embodiment of the present application is to provide a host auxiliary method and system for a live broadcast room, an electronic device, a medium and a product, so that a host terminal can perceive the existence of fragmented viewing users outside a live broadcast room, convert free users into effective traffic in the live broadcast room, and avoid the loss of potential user resources.

[0005] To solve the above technical problem, one or more embodiments of the present application provide a host auxiliary method for a live broadcast room, comprising: receiving a notification message sent by a user terminal, the notification message comprising an identifier of the user terminal and an identifier of a live broadcast room browsed on the user terminal; the server acquires viewing data of the user terminal based on the identifier of the user terminal; the server generates prompt information based on the viewing data and sends the prompt information to a host terminal corresponding to the identifier of the live broadcast room for the host terminal to display the prompt information.

[0006] One or more embodiments of the present application provide a host auxiliary method for a live broadcast room, comprising: receiving prompt information sent by a server, the prompt information being generated based on viewing data of a user terminal browsing a live broadcast room of a host terminal; and displaying the prompt information.

[0007] One or more embodiments of the present application provide a host auxiliary method for a live broadcast room, comprising: generating a notification message in response to a browsing operation on a live broadcast room on a user terminal; wherein the notification message comprises an identifier of the user terminal and an identifier of the live broadcast room browsed on the user terminal; and sending the notification message to the server.

[0008] The one or more embodiments of the application provide a host assisting system of a live broadcast room, comprising a server, at least one host terminal and at least one user terminal; the user terminal comprises a first generating module configured to generate a notification message in response to a browsing operation on the user terminal on the live broadcast room; wherein the notification message comprises an identifier of the user terminal and an identifier of the live broadcast room browsed on the user terminal; and a first sending module configured to send the notification message to the server; the server comprises a first receiving module configured to receive the notification message sent by the user terminal; an obtaining module configured to obtain viewing data of the user terminal based on the identifier of the user terminal; a second generating module configured to generate prompt information based on the viewing data; and a second sending module configured to send the prompt information to a host terminal corresponding to the identifier of the live broadcast room; and the host terminal comprises a second receiving module configured to receive the prompt information; and a display module configured to display the prompt information.

[0009] The one or more embodiments of the application provide an electronic device, comprising at least one processor; and a memory connected with the at least one processor in communication; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the host assisting method of the live broadcast room.

[0010] The one or more embodiments of the application provide a computer readable storage medium storing a computer program, and the computer program is executed by a processor to implement the host assisting method of the live broadcast room.

[0011] The one or more embodiments of the application provide a computer program product comprising a computer program, and the computer program is executed by a processor to implement the host assisting method of the live broadcast room.

[0012] The technical scheme provided by the embodiments of the application has at least the following beneficial effects:

[0013] In the technical scheme provided in the embodiments of the present application, when a user browses the related operation of an anchor outside a live broadcast room, a user terminal identifies the browsing operation of the user and generates a notification message and sends the notification message to a server, the message including a user unique identifier and a currently browsed anchor live broadcast room identifier, so as to realize the binding of the user behavior and the target live broadcast room, capture the browsing behavior of the potential audience in real time, and without additional operation of the user, while ensuring the timeliness and accuracy of data collection; after the server receives the notification message sent by the user terminal, the related information and the viewing data of the user are retrieved according to the user identifier, so as to integrate the multi-dimensional data of the user, the server generates prompt information based on the multi-dimensional data of the user, and sends the prompt information to the anchor terminal corresponding to the identifier of the live broadcast room, and displays the prompt information on the anchor terminal, that is, the server sends the prompt information to the anchor that the user is browsing, so that the anchor terminal can perceive the existence of the external viewing user of the live broadcast room, so as to facilitate the anchor to take appropriate measures to attract the audience into the live broadcast room, thereby improving the live broadcast room drainage efficiency and the user conversion rate, converting the free state user into effective traffic of the live broadcast room, and avoiding the loss of potential user resources. BRIEF DESCRIPTION OF DRAWINGS

[0014] One or more embodiments are illustrated by way of example in the figures that form a part of this patent document, these example are not intended to limit the embodiments, elements having the same reference numbers in the figures indicate like elements unless otherwise expressly stated, the figures in the drawings do not constitute a proportional limit.

[0015] Figure 1 is a live broadcast running environment schematic diagram according to some embodiments of the present application;

[0016] Figure 2 is an exemplary flowchart of an anchor assisting method of a live broadcast room applied to a server according to some embodiments of the present application;

[0017] Figure 3 is a schematic diagram of a live broadcast viewing page of a user terminal according to some embodiments of the present application;

[0018] Figure 4 is an exemplary flowchart of another anchor assisting method of a live broadcast room according to some embodiments of the present application;

[0019] Figure 5 is an exemplary flowchart of an anchor assisting method of a live broadcast room including an anchor opening prompt function according to some embodiments of the present application;

[0020] Figure 6 is an exemplary flowchart of an anchor assisting method of a live broadcast room applied to an anchor terminal according to some embodiments of the present application;

[0021] Figure 7 is an exemplary flowchart of a method for assisting a host in a live room of a user terminal according to some embodiments of the present specification;

[0022] Figure 8 is an exemplary block diagram of a system for assisting a host in a live room according to some embodiments of the present specification;

[0023] Figure 9 is an exemplary block diagram of an electronic device according to some embodiments of the present specification. DETAILED DESCRIPTION

[0024] In order to make the objectives, technical solutions and advantages of the embodiments of the present application clearer, the embodiments of the present application will be described in detail below with reference to the drawings. However, those skilled in the art can understand that, in the embodiments of the present application, many technical details are proposed in order to make the readers better understand the present application. However, the technical solutions claimed by the present application can be implemented even if there are no such technical details and various changes and modifications based on the following embodiments. The division of the following embodiments is for the convenience of description, and should not constitute any limitation on the specific implementation of the present application. The embodiments can be combined with each other and referenced to each other without contradiction.

[0025] It should be understood that the "system", "device", "unit" and / or "module" used in the specification is a method for distinguishing different components, elements, parts, portions or assemblies at different levels. However, if other words can achieve the same purpose, the words can be replaced by other expressions.

[0026] Unless otherwise specified, the technical terms of components, elements, etc. described in the specification do not refer to a single number, but can also include a plurality. Generally, the terms "include", "contain" and the like only indicate the inclusion of the steps, elements or components explicitly identified, and these steps, elements and components do not constitute an exclusive list. The method or device described can also include other steps or components.

[0027] Flowcharts are used in the specification to illustrate the operation steps performed by the device or system of the related embodiments, but the order used to describe these steps should not be understood as a limitation on the execution order of the steps unless otherwise specified. Those skilled in the art can adjust the execution order of these steps according to the knowledge information conveyed by the embodiments of the present specification, and the adjustment includes but is not limited to reversing the sequence, merging multiple steps and splitting a step.

[0028] Live streaming (or web streaming) is a technology that transmits audio and video content in real time over the internet. A live streaming room refers to a virtual interactive space dynamically created by the live streaming platform's server. On one hand, it serves as the output and display window for real-time video streams; on the other hand, it integrates a multi-dimensional interactive tool system. For example, users can comment, ask questions, and express their feelings through the bullet screen system, provide value support through the virtual gift system, and participate in interactive operations such as voting, connecting with other streamers, and sharing. The broadcaster's terminal can receive and analyze viewer comments and virtual gifts in real time, dynamically adjust the content output pace based on interactive feedback, and maintain space order through server-based permission management mechanisms such as muting and appointing moderators. Live streaming rooms have clear access hierarchy boundaries: their external entry point is usually a simplified display interface on the platform's recommendation page (such as a cover image or thumbnail stream), primarily serving as a user acquisition tool; while the complete internal functional space requires users to actively enter to unlock all interactive permissions.

[0029] Figure 1 This is a schematic diagram of a live streaming operating environment according to some embodiments of this specification. Figure 1 This is a schematic diagram illustrating a live streaming operating environment based on some embodiments of this specification. For example... Figure 1 As shown, the live streaming environment may include: server 110, broadcaster terminal 120, user terminal 130, and network 140. Server 110, broadcaster terminal 120, and user terminal 130 can transmit data through network 140. During the live stream, broadcaster terminal 120 can send the live video data to server 110 through network 140. Server 110 can further process the live video data and then send it to user terminal 130 through network 140 for users of user terminal 130 to watch. That is, broadcaster terminal 120 can capture the broadcaster's live footage in real time through camera equipment and upload the video data to server 110 in the form of video streams, video files, and data packets transmitted in chunks. Server 110 then sends the data to user terminal 130, where users can watch the live stream content online and interact with the broadcaster in real time. For example, users of user terminal 130 can interact with the broadcaster through bullet comments, rewards, and live chat. In this specification, user terminal 130 is different from broadcaster terminal 120 and can be called a viewing terminal, that is, a user terminal for watching the live stream.

[0030] The server 110 can be a computer device with high computing performance, used for storing, forwarding, configuring, analyzing and processing video data, etc. For example, the server 110 can forward the original video data (such as original video stream) sent by the anchor terminal 120, or the server 110 can send the original video data to the user terminal 130 after further analysis and processing. For another example, the server 110 can process the interactive data (such as like, barrage and other interactive data) sent by the user terminal 130, or process the identification data (such as user ID) of the user terminal 130, and send the processed video data (such as video stream) to the user terminal 130 and the anchor terminal 120. In some embodiments, the server 110 can perform data transmission based on a streaming media transmission protocol, which can include HTTP Live Streaming (HLS), Real-Time Messaging Protocol (RTMP), Dynamic Adaptive Streaming over HTTP (DASH), etc. In some embodiments, the server 110 can include a local server 110 and a cloud server 110. According to different service requirements, one or more local servers 110 corresponding to the region can be deployed in the region. In some embodiments, the server 110 can include a background processing server 110 and a streaming media server 110. The background processing server 110 can be used for analyzing and processing video data. For example, the background processing server 110 can perform audio and video encoding, transcoding, encryption and other processing on the original video data sent by the anchor terminal 120. The background processing server 110 can also process the interactive data sent by the user terminal 130, etc. The streaming media server 110 can perform data transmission based on a streaming media transmission protocol. In other embodiments, the server 110 can also include a transcoding server 110, a storage server 110, an authentication server 110, etc. The transcoding server 110 can be used for transcoding video data, the storage server 110 can be used for buffering and storing video data, and the authentication server 110 can be used for verifying the access rights of users. In some embodiments, the server 110 can be a single computer device, or a computing cluster composed of multiple computer devices, thereby providing stronger computing power and more efficient response to service requests of users.

[0031] The anchor terminal 120 can be used to generate video data (e.g., live video) in real time and perform a push streaming operation of the video data. The video data can include, for example, a video stream generated by real-time collection of live scene pictures by a camera device, a video file, or a data packet transmitted in blocks, etc. In some embodiments, the anchor terminal 120 can be an electronic device such as a desktop computer, a smartphone, a notebook computer, and a tablet computer, etc. In other embodiments, the anchor terminal 120 can also be a virtual computing instance. For example, the virtual computing instance can be a virtual computing resource running on the cloud server 110.

[0032] The user terminal 130 can include, but is not limited to, a desktop computer, a smartphone, a notebook computer, a VR (Virtual Reality) device, a tablet computer, a smart television, a vehicle-mounted terminal, etc. The user terminal 130 can include a display screen and a processor, and the display screen can be used to present a graphical user interface. For example, the user terminal 130 can present a target video stream related to live content sent by the server 110 through the graphical user interface.

[0033] The network 140 can be any form of wired or wireless network, or any combination thereof. As an example, the network 140 can be one or more combinations of a wired network, a fiber optic network, a telecommunications network, an intranet, the Internet, a local area network (LAN), a wide area network (WAN), a wireless local area network (WLAN), a metropolitan area network (MAN), a public switched telephone network (PSTN), a Bluetooth network, etc. The network 140 can have multiple access points, and the server 110, the anchor terminal 120, and the user terminal 130 can access the network 140 through the access points.

[0034] It should be noted that, Figure 1 The live running environment diagram shown is only an example, and the live running environment described in the embodiments of the present specification is used to more clearly illustrate the technical solutions of the embodiments of the present specification, and does not constitute a limitation on the technical solutions provided by the embodiments of the present specification. For example, Figure 1 The number of servers 110, anchor terminals 120, and user terminals 130 in the live running environment diagram is only illustrative, and is not used to limit the patent protection scope of the present application. According to the actual situation, there can be any number of servers 110, anchor terminals 120, and user terminals 130. As known by those skilled in the art, with the development of live technology and the emergence of new business scenarios, the technical solutions provided by the embodiments of the present specification are also applicable to similar technical problems.

[0035] In some related technologies, in order to improve user stay time, the current live broadcast platform generally adopts a technical strategy of directly embedding a real-time live broadcast segment in a core entry interface such as a home page of an information stream (instead of only displaying a static live broadcast room entrance). In this scenario, when a user browses a home page or a recommended page of the platform, the user often has fragmented viewing behavior due to the attraction of a live broadcast cover visual element, a title script, or a dynamic preview window. This recommendation mechanism essentially builds a "external viewing" scenario in which a user can view live broadcast content without entering a live broadcast room, and thus forms a user "free browsing" behavior habit. This mode has significant technical defects: the host terminal 120 cannot perceive the existence of such external viewing users, resulting in a disconnection between user traffic data and a live broadcast room operation system, and it is difficult for the platform and the host to convert external traffic into user behaviors such as live broadcast room attention, interaction, or consumption that have commercial value, causing potential user resource loss.

[0036] Therefore, some embodiments of the present specification provide a host assisting method of a live broadcast room. In the method, the user terminal 130 generates a notification message and sends the notification message to the server 110 in response to a user browsing operation on the live broadcast room on the user terminal 130. The notification message includes an identifier of the user terminal 130 and an identifier of the live broadcast room browsed on the user terminal 130. The server 110 obtains viewing data of the user terminal 130 based on the identifier of the user terminal 130. The server 110 generates prompt information based on the viewing data and sends the prompt information to the host terminal 120 corresponding to the identifier of the live broadcast room. The host terminal 120 displays the prompt information. This enables the host terminal 120 to perceive the existence of external viewing users of the live broadcast room and converts free state users into effective traffic of the live broadcast room.

[0037] Figure 2 FIG. 1 is an example flowchart of a host assisting method of a live broadcast room according to some embodiments of the present specification. Figure 2 The flowchart shown in FIG. 1 can be executed by Figure 1 The server 110 in the live broadcast running environment shown in FIG. 1. As shown in Figure 2 In some embodiments, the flow of the host assisting method of the live broadcast room can include the following steps.

[0038] Step 210, the server receives a notification message sent by the user terminal, and the notification message includes an identifier of the user terminal and an identifier of a live broadcast room browsed on the user terminal. The notification message is generated based on a user browsing operation on the live broadcast room on the user terminal.

[0039] In some embodiments, the user's browsing operation on the live room on the user terminal can be defined as: the user accesses the live room information on the live platform user interface through the terminal device (such as a smart phone, a personal computer, etc.) configured with a live application client when the user has not entered the complete function space inside the live room. Specifically, it can be understood as: when the user is in the recommendation page of the live platform, the user traverses and views the live content preview interface of different live rooms through screen sliding, clicking preview and other interactive actions. The preview interface at least includes video information and audio information of the video. For example, after the user opens the live APP, the user slides the screen in the "recommended anchor" column of the home page, and views the live content in turn (without clicking into the live room). At this time, the user terminal will determine that the user is performing a browsing operation on the live room, and automatically generate a notification message containing the user identifier and the identifier of the browsed live room, and send it to the server.

[0040] In one example, the user terminal 130 displays a live recommendation interface, and the live recommendation interface includes a first display area for presenting video and audio of a recommended live room. The user can perform left and right sliding operations in the first display area. In this step, in response to the user's sliding operation on the first display area, the live room presented by the first display area is switched based on the sliding operation. As shown in Figure 3 The live recommendation interface on the user terminal 130 is a page that the platform shows to the user to recommend live rooms. The first display area 310 in it is the core display area, which is used to present the video and audio content of the recommended live room. The live recommendation interface also includes a second display area 320 for presenting pictures of multiple recommended live rooms.

[0041] In some embodiments, when the user performs the above browsing operation, the user terminal 130 will automatically respond to these operations and generate a notification message, which can include the identification of the user terminal 130 and the identification of the live room browsed on the user terminal 130. For example, when the user slides the screen to browse different anchor information recommended by the platform without entering the live room, the user terminal 130 will automatically respond to the user's sliding and browsing operations, identify the identification of the live room where the user currently stays (such as the live room ID), and obtain the identification of the user terminal 130 (such as the user ID, device identification code, etc.). Taking a mobile phone live application as an example, after detecting the user's browsing action, the application will combine the unique identification information of the device and the specific ID of the browsed live room into a notification message according to the preset program logic, and send it to the server 110. In order to make the server 110 obtain the user's browsing behavior data outside the live room in real time, and provide a basis for subsequent data analysis and anchor auxiliary functions, by collecting these data, the server 110 can also analyze the user's interest preferences and behavior patterns, and accurately recommend live rooms for users; for anchors, the server 110 generates prompt information based on these data to help anchors understand potential audience situations and attract more audiences into the live room.

[0042] The live recommendation interface includes a display area (i.e., the first display area) for presenting video and audio content of recommended live rooms. Users can directly see the live picture and hear the sound in this area without entering a specific live room, quickly understand the live content, and decide whether to enter for viewing. This design allows users to more intuitively feel the attraction of live streaming and improves the efficiency of users discovering interesting live rooms. Users can express their intention to switch live rooms by sliding their fingers up, down, left, or right on the screen, thereby quickly browsing different recommended live rooms. This operation is simple and convenient, consistent with user operation habits, and allows users to easily and quickly switch browsing content. When the user performs the sliding operation, the live room presented in the first display area will be switched according to the operation, and the terminal can capture the user's sliding action in real time and send a notification message containing the identification of the user terminal 130 and the identification of the browsed live room to the server 110.

[0043] In the live recommendation interface, in addition to the first display area that may exist for presenting recommended live room video and audio, there is also a specially divided second display area. The two areas are independent of each other but work together on the interface. Referring to Figure 3The live broadcast recommendation page is opened, and the top is a video area (i.e., a first display area) of a carousel, and below is one or more columns of live broadcast room areas in the form of pictures (i.e., a second display area). The pictures shown in the second display area are generally cover pictures of the live broadcast room, which can be representative pictures set in advance by the host. Such a layout design can fully utilize the screen space, provide diversified live broadcast room display modes, meet the habits of different users in obtaining information, and facilitate the user to quickly browse a plurality of live broadcast rooms through vision.

[0044] In some embodiments, the identifier of the user terminal 130 can be user account ID, device fingerprint, IMEI (International Mobile Equipment Identity) / MEID (Mobile Equipment Identifier), and the like. The identifier of the user terminal 130 can be a user account associated identifier, which is directly associated with a specific user identity based on the user's account system on the platform, and is suitable for scenarios where the account is logged in. Correspondingly, the identifier of the user terminal 130 can also be a device hardware identifier, which is based on the hardware device used by the user and is suitable for scenarios where the account is not logged in (such as guest mode) and is used to identify the device rather than the specific user.

[0045] In some embodiments, the identifier of the live broadcast room can be a unique digital or string ID allocated by the live broadcast platform system for each live broadcast room, such as live broadcast room unique ID, live broadcast stream ID, channel ID, and the like. Through these identifier information, the host ID, the on-air state, the title and other basic information can be associated, and the server 110 can locate the corresponding host related information through the identifier of the live broadcast room. The identifier of the live broadcast room can also be an identifier generated based on the host information, such as a combination of the host nickname and the live broadcast room number, or a live broadcast room custom title or room name. The identifier of the live broadcast room can also be an external application accessible identifier, such as a connection for external dissemination of the live broadcast room, which can be directly jumped to the live broadcast room by the user clicking the link, and is usually one-to-one corresponding to the internal unique ID, such as the path parameter in the live broadcast room URL link, the short link or the invitation code.

[0046] Step 220, the server 110 obtains the viewing data of the user terminal based on the identifier of the user terminal.

[0047] In some embodiments, the watching data includes user features and / or historical interaction records of the user with the host. Illustratively, the user features cover basic information of the user, interest preferences (preferred live broadcast types, content themes), avatars and nicknames set by the user in the live broadcast APP, or purchase records and member status, through which the overall watching preferences of the user can be outlined, reflecting the potential needs and behavioral tendencies of the user. Illustratively, the historical interaction records of the user with the host refer to the interaction behaviors of the user with a specific host in past live broadcasts, such as watching time, number and content of bullet screen sending, number and amount of gift sending, and operations such as likes and comments, which directly reflect the attention degree, support strength and interest points of the user to the host.

[0048] It can be understood that in the embodiments of the present application, the collection, use or processing of data is involved, and when the embodiments of the present application are applied to specific products or technical implementations, the permission or consent of the data subject needs to be obtained, and the collection, use or processing of relevant data needs to comply with relevant laws, regulations and standards of the data source, implementation location and other relevant countries and regions, and through desensitization technology, it is ensured that the desensitized data that has been safely processed is finally used, so as to protect the rights and interests of the data subject and data security.

[0049] In step 230, the server 110 generates prompt information based on the watching data, and sends the prompt information to the host terminal 120 corresponding to the identifier of the live broadcast room for the host terminal 120 to display the prompt information.

[0050] In some embodiments, the step of generating prompt information by the server 110 based on the watching data includes: the server 110 generates prompt sentences and / or display information based on the user features and / or historical interaction records as auxiliary references for the host to perform live broadcast. Specifically, the prompt information generated by the server 110 is based on user features, historical interaction records and other data, and is designed to assist the host to improve interaction effect and attract potential viewers. The generated prompt information can be sent to the host terminal 120 in the form of bullet screen private chat. The form of the prompt information is various and targeted, for example, the prompt sentences can be oral expression templates provided for the host, which facilitates the host to directly use in the live broadcast to quickly connect with potential viewers. The user features or historical interaction records can be combined to highlight the relationship between the user and the host or the value of the user. The display information generated by the server 110 is more inclined to be data-based and structured, which provides the host with deep features or trends of potential viewers to help the host to develop strategies (such as adjusting content and optimizing interaction rhythm). The prompt information helps the host to quickly start interaction and flexibly adjust the live broadcast strategy, and finally realizes precise interaction and converts the free state users into effective traffic in the live broadcast room.

[0051] In some embodiments, the prompt information generated by the server 110 is determined based on the permission level of the anchor terminal 120, that is, the server 110 differentiates the generation logic, content depth and function calling range of the prompt information according to different permission levels, so as to realize resource optimization configuration and customized service supply. For example, the live broadcast platform system divides different permission levels according to the service package type subscribed by the anchor, the payment level or the preset function authorization strategy (such as the white list mechanism), and forms a ladder type service right and interest system. For example, the user with basic permission can only open the basic function such as "number of people outside the live room", and there is no historical data storage or AI deep analysis. The user with high permission can obtain user detailed portrait, historical interaction record, AI generated personalized dialogue and the like. The higher the permission is, the richer the data resources and functions that can be called are. At the same time, the prompt information (including prompt sentences and data content) generated by the server 110 strictly matches the permission level of the anchor. The permission determines the detail degree, dimension richness and real-time performance of the prompt information. For example, the prompt information corresponding to the basic permission level only contains the most basic public data, and does not trigger the AI generated personalized dialogue (such as no "there is a large amount of gift users watching" prompt). The prompt information corresponding to the high permission level contains multi-dimensional data and AI deep analysis, which can include user detailed portrait (age, region), historical interaction heat map (which type of content is most interactive), and AI generated dialogue is more suitable for user characteristics. In this way, through the division of permission levels, the server 110 avoids providing high-cost services (such as deep AI analysis and long-term historical data storage) to all anchors without distinction. The mechanism realizes dynamic scheduling of resources through permission binding, effectively reducing the consumption of server 110 computing power and storage.

[0052] In some embodiments, the historical interaction record is a historical interaction record within a preset time period; wherein the length of the preset time period is determined based on the permission level of the anchor terminal 120. The historical interaction record is defined as a set of anchor and audience interaction behavior data generated within a preset time range, such as audience stay duration, virtual gift donation frequency, and comment interaction density, which are key indicators, etc. These data constitute the basis for quantitative analysis of the external audience relationship network of the live broadcast room. The permission level as a core control parameter, its value is determined by the service level (such as the type of paid package) subscribed by the anchor. When the permission level is improved (such as subscribing to a high-level data service package), the system will expand the time span of the historical record that can be traced back (for example, extended to 30 days); otherwise, at the basic permission level (such as a standard service package), the time window will be compressed to a lower threshold (for example, 7 days). For example, the anchor triggers the system configuration change by selecting a differentiated data service package (which is reflected in the assignment of the permission level parameter), and the historical data retention period is set as a key variable to be set to a continuous interval of seven days to thirty days. This time period control mechanism based on the permission level meets the differentiated business needs (such as the need for long-period data for user loyalty modeling by head anchors), while significantly reducing database query load and memory resource consumption by precisely matching the interaction record cache range to the authorized time length (rather than real-time calling of full historical data).

[0053] In some embodiments, the server 110 obtains the viewing data, i.e., the information of the audience outside the live broadcast room, and the server 110 performs intelligent analysis on the viewing data through AI to determine the value of the person outside the live broadcast room and the relationship with the anchor. For example, identify the audience who has recently interacted frequently, and based on these judgments, extract the key points and generate targeted dialogues as prompt information, such as the guiding dialogue "Brothers outside the live broadcast room, please come in and watch". The generated prompt information will be sent to the anchor terminal 120 in the form of a comment private chat. The "identification of the live broadcast room" here is used to accurately locate the corresponding anchor, ensuring that the prompt information can accurately reach the anchor who is currently broadcasting and has enabled this function, helping the anchor to identify and greet potential audiences outside the live broadcast room, and improving the interaction effect.

[0054] In some embodiments, the prompt information is generated by the server 110 through AI analysis, which can be based on the characteristics of the audience outside the live room (such as viewing preferences), the relationship with the host (such as recent interaction history: dwell time, gift-giving frequency, and comment speaking, etc.), and the value assessment (such as high-frequency interaction old audience), and after refining the key points, it forms targeted language, such as "there are audiences who often give large amounts of gifts outside the live room, you can invite them in" and the like. Among them, the prompt information is only sent to the host terminal 120 that "enables or purchases the corresponding data package". The server 110 accurately locates the host who is currently broadcasting and has the function permission through the "identification of the live room", ensuring that the information is accurately delivered. In one example, the prompt information can be displayed on the host terminal 120 in the form of "bullet screen chat". This way is different from the live room public screen bullet screen, avoiding disturbing the audience, and at the same time, it allows the host to quickly obtain private prompts during live streaming, without affecting the normal live streaming rhythm. In other examples, the prompt information can also be displayed in the form of a data dashboard. The content of the data dashboard will be dynamically updated (adding data when broadcasting, deleting real-time data when stopping broadcasting) according to the host's broadcasting or stopping broadcasting state, and the data precision and dimension range are related to the package permission purchased by the host. The higher the permission, the more detailed and rich the data in the dimension that can be viewed. Among them, some possible forms can be that the data dashboard visualizes the data in the form of charts (such as number trend charts) or lists (such as audience information lists), which facilitates the host to quickly grasp the key information and supports the display of historical data for up to 7 days to 30 days (according to the package permission purchased by the host). By caching historical interaction records, resource consumption is optimized, and the host can view past audience data changes.

[0055] In one or more embodiments of the present application, the user terminal 130 identifies the user's browsing operation and generates a notification message to the server 110, which includes the user's unique identifier and the current live room identifier being browsed by the user. In this way, the user's behavior is bound to the target live room, and the user terminal 130 captures the browsing behavior of potential audiences in real time without the need for additional user operations, reducing user costs while ensuring the timeliness and accuracy of data collection. Then, after receiving the message sent by the user terminal 130, the server 110 retrieves the user's related information and viewing data based on the user identifier, integrates the user's multi-dimensional data, and generates prompt information based on the user's multi-dimensional data. The server 110 sends the prompt information to the host terminal 120 corresponding to the live room identifier and displays it on the terminal. That is, the server 110 sends the prompt information to the host that the user is currently browsing, so that the host terminal 120 can perceive the existence of the viewing user outside the live room, reducing the cost of information acquisition and facilitating quick response, thereby improving the efficiency of live room traffic and user conversion rate.

[0056] In other embodiments of the present application, the host assistance method of the live room can also be as follows Figure 4As shown, the server 110 stores the received notification messages in the cache queue of the live room according to the identifier of the live room, obtains the notification messages of each user terminal from the cache queue every preset period, and clears the cache queue. The server obtains the viewing data of each user terminal based on the identifier of the user terminal in the notification message.

[0057] As Figure 4 As shown, step 410 is similar to step 210, and steps 440 to 450 are similar to steps 220 and 230, which will not be described here.

[0058] In step 420, the server 110 stores the received notification messages in the cache queue of the live room according to the identifier of the live room.

[0059] In some embodiments, when a user slides to browse the recommended anchors outside the live room, the user terminal 130 automatically sends a notification message (reporting the anchor information currently being watched by the user) to the server 110. The server 110 will store these notification messages in the "cache queue" corresponding to the live room according to the "identifier of the live room" (i.e. the unique identifier of the anchor currently being browsed). The purpose of this step is to store the messages of external observers of the same live room in a centralized manner, ensuring clear data ownership and facilitating subsequent batch processing.

[0060] In step 430, the server obtains the notification messages of each user terminal from the cache queue every preset period, and clears the cache queue.

[0061] In some embodiments, the server 110 will batch obtain the notification messages of all user terminals 130 from the cache queue of the live room every preset period. After obtaining, the cache queue is cleared to receive new messages in the next period.

[0062] As shown in the processes of steps 420 to 430, the server 110 caches messages according to the identifier of the live room, and periodically batch extracts and clears, and finally obtains data according to the identifier of the user, which realizes efficient collection and processing of the information of the observers outside the live room, ensures the timeliness and integrity of the data, optimizes the resource consumption of the server 110 through periodic processing and caching, and provides a data basis for subsequent generation of prompt information.

[0063] In some embodiments, the server 110 can generate the prompt information based on the viewing data of the users in the current period. The prompt information can include the number of the user terminals 130. For example, the server 110 can periodically obtain the viewing data of the users outside the live room at a predetermined time interval, which can be set by the host or the server 110 or the live platform. In the current period, the server 110 receives the relevant information of the users outside the live room from the client and generates the prompt information based on the relevant information. The prompt information can include the number of the user terminals 130, for example, the prompt information can include “There are currently 5 users outside the live room, of which 2 are old users who often send gifts”. The number of the user terminals 130 is 5. Such prompt information reflects the overall size and combines user characteristics. The prompt information (such as the number of users, user characteristics, and relationship with the host) can enable the host to intuitively understand the size of the external potential audience and adjust the speech in combination with other characteristics (such as the proportion of high-value users) to more accurately guide the external audience into the live room and improve the interaction effect.

[0064] In other embodiments, to ensure that the host who has enabled the relevant function can receive the prompt information initiated by the users outside the live room, the host assistance method for the live room can further include a complete process of permission enabling verification of the live room by the server 110, as shown in Figure 5

[0065] As shown in Figure 5 Step 510 is similar to step 210, and steps 560 to 570 are similar to steps 220 to 230, which will not be described here. The permission enabling of the host terminal is implemented through steps 520 to 540. Steps 520 to 540 can be performed after step 510 or before step 510, which is not limited in the embodiments of the present application.

[0066] In step 520, the host terminal 120 provides a control for enabling the prompt function.

[0067] In some embodiments, the host can see an operation entry (such as a button, a switch, or other controls) for enabling the “prompt function for users outside the live room” in his own live terminal (such as a mobile phone live APP). This is a prerequisite for the host to actively enable or purchase the function.

[0068] In step 530, in response to the operation of the host on the control, the host terminal 120 generates a request message and sends it to the server. The request message carries the identifier of the live room of the host terminal 120.

[0069] ​In some embodiments, when the anchor clicks on the control (such as confirming the purchase of a package, enabling a function), the anchor terminal 120 will automatically generate a request message and send it to the server 110. The message carries the unique identifier of the live broadcast room (such as the live broadcast room ID), which is used by the server 110 to identify "which anchor's live broadcast room needs to enable the prompt function".

[0070] Step 540, the server 110 receives the request message sent by the anchor terminal 120 and stores the identifier of the live broadcast room carried by the request message.

[0071] In some embodiments, after receiving the request, the server 110 stores the identifier (such as ID) of the live broadcast room (such as in Redis). The purpose of this step is to establish a "list of live broadcast rooms that have enabled functions" as a basis for subsequent permission verification.

[0072] Step 550, after receiving the notification message sent by the user terminal 130, the server 110 detects whether the identifier of the live broadcast room carried by the notification message belongs to the stored identifier.

[0073] Step 560, after determining that it belongs to the stored identifier, the server 110 obtains the viewing data of the user terminal based on the identifier of the user terminal.

[0074] Steps 560 to 570 are similar to steps 220 to 230 and will not be described here.

[0075] By storing the user identifier to establish a permission list and verifying the identifier to ensure that only anchors who have enabled the function perform subsequent operations such as audience analysis and prompt generation, the above process realizes the key technical link connecting "anchor function enabling" and "system auxiliary operation execution", which not only realizes the controllability of function use (limited to paid or authorized anchors), but also ensures the accuracy of process triggering.

[0076] Figure 6 An exemplary flowchart of another live broadcast room anchor assistance method of the present application is shown, which can be executed by the anchor terminal 120 shown in Figure 1 to enable the anchor to efficiently operate potential off-site audiences and ultimately improve the traffic conversion and interaction quality of the live broadcast room. As shown in Figure 6 In some embodiments, the flowchart can include the following steps.

[0077] Step 610, the anchor terminal 120 receives the prompt information sent by the server 110, and the prompt information is generated based on the viewing data of the user terminal that browses the live broadcast room of the anchor terminal.

[0078] Step 620, the anchor terminal 120 displays the prompt information.

[0079] It is not difficult to understand that the combination of steps 610 to 620 corresponds to step 230, and the above... Figure 2 The descriptions of the illustrative embodiments are all included in this embodiment and will not be repeated here.

[0080] In some embodiments, before receiving the prompt information sent by the server 110, the broadcaster terminal 120 provides a control for enabling the prompt function. In response to the broadcaster's operation on the control, a request message is generated and sent to the server 110. This request message carries the identifier of the broadcaster terminal's live room. Similar to steps 520 to 530 above, it will not be described again here.

[0081] To address issues such as the difficulty in monitoring user behavior outside of live streaming rooms and insufficient real-time data, Figure 7 An exemplary flowchart of another live-streaming host assistance method according to this application is provided, which can be implemented by... Figure 1 The user terminal 130 shown is executing. For example... Figure 7 As shown, in some embodiments, the process may include the following steps.

[0082] Step 710: User terminal 130 responds to the user's browsing operation on the live broadcast room on the user terminal and generates a notification message.

[0083] The notification message includes the identifier of user terminal 130 and the identifier of the live broadcast room viewed on user terminal 130.

[0084] In some embodiments, when a user (viewer) swipes to browse recommended new streamers outside a live stream room (i.e., without entering a live stream room, but only browsing in the recommendation list), the user terminal 130 (such as a mobile live streaming APP) will automatically respond to this operation and generate a "notification message". For example, the core content of the message includes two types of identifiers: the identifier of the user terminal 130 (such as user ID), used by the server 110 to uniquely identify "which user is browsing"; and the identifier of the browsed live stream room (such as live stream room ID), used by the server 110 to determine "which streamer's live stream room the user is browsing".

[0085] In some embodiments, the live streaming recommendation interface displayed on the user terminal 130 includes a first display area for presenting the video and audio of recommended live streams. In this step, in response to a user's swiping operation on the first display area, the live streams presented in the first display area switch based on the swiping operation. In other examples, the live streaming recommendation interface also includes a second display area for presenting images of multiple recommended live streams.

[0086] In step 720, user terminal 130 sends a notification message to the server.

[0087] It is understandable that the combination of steps 710 to 720 corresponds to step 210, and the above description of step 210 is applicable to steps 710 to 720. Figure 2 The description of the illustrative embodiments is included in the present embodiments, and is not repeated here.

[0088] The step division of the above method is only for the purpose of clear description. In actual implementation, one step can be combined or some steps can be split into multiple steps. As long as the same logical relationship is included, it is within the protection scope of the present patent. Irrelevant modifications or irrelevant designs can be added to the algorithm or the process, but the core design of the algorithm and the process is within the protection scope of the present patent.

[0089] In addition, the examples mentioned in the above embodiments can be freely combined, and any combination can be understood as an embodiment. The "embodiment" or "example" appearing at various positions in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment to other embodiments. Those skilled in the art can understand that the embodiments described herein can be combined with other embodiments.

[0090] It should be noted that different embodiments can have different beneficial effects, and in different embodiments, the beneficial effects that can be produced can be any one or a combination of the above, or any other beneficial effects that can be obtained.

[0091] The present application also provides another embodiment of a host anchor auxiliary system for a live broadcast room, Figure 8 is an exemplary block diagram of a host anchor auxiliary system for a live broadcast room according to some embodiments of the present application. As Figure 8 shown, in some embodiments, the host anchor auxiliary system at least includes a server, at least one host terminal and at least one user terminal.

[0092] In some embodiments, as Figure 8 shown, the user terminal includes: a first generation module configured to generate a notification message in response to a browsing operation on the user terminal for the live broadcast room; wherein the notification message includes an identifier of the user terminal and an identifier of the live broadcast room browsed on the user terminal; and a first sending module configured to send the notification message to the server. The server includes: a first receiving module configured to receive the notification message sent by the user terminal; an acquisition module configured to acquire viewing data of the user terminal based on the identifier of the user terminal; a second generation module configured to generate a prompt message based on the viewing data; and a second sending module configured to send the prompt message to the host terminal corresponding to the identifier of the live broadcast room. The host terminal includes: a second receiving module configured to receive the prompt message; and a display module configured to display the prompt message.

[0093] By capturing the browsing behavior of potential audiences in real time, the server retrieves the viewing data of the user according to the user identification, and generates prompt information according to the viewing data, and sends the prompt information to the anchor terminal corresponding to the identification of the live room for display, that is, the server sends the prompt information to the anchor that the user is browsing, so that the anchor terminal can perceive the existence of the viewing user outside the live room, so as to facilitate the anchor to take appropriate measures to attract the audience into the live room, thereby improving the live room drainage efficiency and user conversion rate, converting the free state user into effective traffic of the live room, and avoiding the loss of potential user resources.

[0094] It can be found that the embodiment is a system embodiment corresponding to the above-mentioned method embodiment, and the embodiment can be implemented in cooperation with the above-mentioned method embodiment. The related technical details mentioned in the above-mentioned method embodiment are still valid in the embodiment. In order to reduce repetition, they will not be described here. Accordingly, the related technical details mentioned in the embodiment can also be applied in the above-mentioned method embodiment.

[0095] It is worth mentioning that each module involved in the embodiment is a logical module. In actual application, a logical unit can be a physical unit, a part of a physical unit, or a combination of multiple physical units. In addition, in order to highlight the innovative part of the present application, units not closely related to solving the technical problems proposed in the present application are not introduced in the embodiment, but this does not mean that there are no other units in the embodiment.

[0096] Another embodiment of the present application relates to an electronic device, such as Figure 9 As shown, the electronic device includes at least one processor; and a memory connected with the at least one processor in communication; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the above-mentioned anchor assisting method of the live room.

[0097] The memory and the processor are connected in a bus mode, and the bus can include any number of interconnected buses and bridges. The bus connects various circuits of one or more processors and memories together. The bus can also connect various other circuits such as peripheral devices, voltage stabilizers and power management circuits, which are well known in the art, and therefore, they will not be further described herein. The bus interface provides an interface between the bus and the transceiver. The transceiver can be one element or multiple elements such as multiple receivers and transmitters, which provide a unit for communicating with various other devices on the transmission medium. The data processed by the processor is transmitted on the wireless medium through the antenna, and further, the antenna also receives data and transmits the data to the processor.

[0098] The processor is responsible for managing the bus and general processing, and can also provide various functions, including timing, peripheral interface, voltage regulation, power management, and other control functions. The memory can be used to store data used by the processor in performing operations.

[0099] Another embodiment of the present application relates to a computer readable storage medium, which stores a computer program. The computer program is executed by a processor to implement the method embodiments.

[0100] That is, those skilled in the art can understand that all or part of the steps of the above-mentioned method embodiments can be completed by programs instructing relevant hardware, the programs are stored in a storage medium, and the programs include a plurality of instructions for causing an apparatus (which can be a single-chip microcomputer, a chip, etc.) or a processor to perform all or part of the steps of the various embodiments of the method of the present application. The aforementioned storage medium includes a U disk, a mobile hard disk, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), a magnetic disk or an optical disk, and various media that can store program codes.

[0101] Another embodiment of the present application relates to a computer program product, which includes a computer program, and when at least part of the computer program is executed by a processor, the live room host assisting method as described above can be implemented. In some embodiments, the computer program product can only involve the computer program, which can take a storage medium or a processing device as a carrier. In other embodiments, the computer program product can also be a storage medium or a processing device containing the aforementioned computer program. The processing device can include one or more processors, and the storage medium.

[0102] Those skilled in the art can understand that the above-mentioned embodiments are specific embodiments for implementing the present application, and in actual applications, various changes can be made in form and details without departing from the spirit and scope of the present application.

Claims

1. A method for assisting an anchor in a live room, characterized in that, The method comprises: receiving a notification message sent by a user terminal, the notification message comprising an identifier of the user terminal and an identifier of a live room browsed on the user terminal; based on the identifier of the user terminal, obtaining viewing data of the user terminal; based on the viewing data, generating prompt information and sending the prompt information to a host terminal corresponding to the identifier of the live room for the host terminal to display the prompt information.

2. The anchor assisting method for a live broadcast room according to claim 1, wherein The viewing data comprises user features and / or historical interaction records between the user and the host; The step of generating prompt information based on the viewing data comprises: based on the user features and / or the historical interaction records, generating prompt statements and / or display information as auxiliary references for the host to perform live streaming.

3. The anchor assisting method for a live broadcast room according to claim 2, characterized in that, The prompt information is determined based on a permission level of the host terminal.

4. The anchor assisting method for a live broadcast room according to claim 2, characterized in that, The historical interaction records are historical interaction records within a preset time period, and a length of the preset time period is determined based on the permission level of the host terminal.

5. The anchor assisting method for a live broadcast room according to any one of claims 1 to 4, characterized in that, Before the step of obtaining the viewing data of the user terminal based on the identifier of the user terminal, the method further comprises: receiving a request message sent by the host terminal, the request message carrying an identifier of a live room of the host terminal and being used to request to open a prompt function; storing the identifier of the live room carried in the request message; after receiving the notification message sent by the user terminal, detecting whether the identifier of the live room included in the notification message belongs to the stored identifier; after determining that the identifier belongs to the stored identifier, performing the step of obtaining the viewing data of the user terminal based on the identifier of the user terminal.

6. The anchor assisting method for a live broadcast room according to any one of claims 1 to 4, characterized in that, Before the step of obtaining the viewing data of the user terminal based on the identifier of the user terminal, the method further comprises: buffering the received notification message in a buffer queue of the live room according to the identifier of the live room; obtaining the viewing data of the user terminal based on the identifier of the user terminal comprises: every preset period, obtaining the notification message of each user terminal from the buffer queue and emptying the buffer queue; based on the identifier of the user terminal in the notification message, obtaining the viewing data of each user terminal respectively.

7. The anchor assisting method for a live broadcast room according to claim 6, characterized in that, The step of generating prompt information based on the viewing data comprises: generating prompt information based on the viewing data of each user terminal obtained in a current period; wherein the prompt information comprises a number of the user terminals.

8. A live room anchor assisting method, characterized in that, The method comprises: receiving prompt information sent by a server, the prompt information being generated based on viewing data of a user terminal browsing a live room of a host terminal; displaying the prompt information.

9. The anchor assisting method for a live broadcast room according to claim 8, characterized in that, Before the step of receiving prompt information sent by a server, the method further comprises: providing a control for opening a prompt function; in response to an operation on the control, generating a request message and sending the request message to the server, the request message carrying an identifier of a live room of the host terminal.

10. A live room anchor assisting method, characterized in that, The method comprises: in response to a browsing operation on a live room on a user terminal, generating a notification message; wherein the notification message comprises an identifier of the user terminal and an identifier of the live room browsed on the user terminal; sending the notification message to a server.

11. The anchor assisting method for a live broadcast room according to claim 10, characterized in that, The user terminal displays a live broadcast recommendation interface, the live broadcast recommendation interface includes a first display area, and the first display area is used to present video and audio of a recommended live broadcast room; The step of responding to the browsing operation on the live broadcast room on the user terminal includes: In response to a sliding operation on the first display area, the live broadcast room presented by the first display area is switched based on the sliding operation.

12. The anchor assisting method for a live broadcast room according to claim 11, characterized in that, The live broadcast recommendation interface further includes a second display area used to present pictures of multiple recommended live broadcast rooms.

13. A host assisting system for a live streaming room, characterized in that, Comprise: A server, at least one anchor terminal, and at least one user terminal; The user terminal comprises: A first generation module configured to generate a notification message in response to a browsing operation on a live broadcast room on the user terminal; wherein the notification message comprises an identifier of the user terminal and an identifier of the live broadcast room browsed on the user terminal; A first sending module configured to send the notification message to the server; The server comprises: A first receiving module configured to receive the notification message sent by the user terminal; An acquisition module configured to acquire viewing data of the user terminal based on the identifier of the user terminal; A second generation module configured to generate a prompt information based on the viewing data; A second sending module configured to send the prompt information to an anchor terminal corresponding to the identifier of the live broadcast room; The anchor terminal comprises: A second receiving module configured to receive the prompt information; A display module configured to display the prompt information.

14. An electronic device, comprising: Comprise: At least one processor; And A memory connected in communication with the at least one processor; wherein The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the anchor assisting method of the live broadcast room as claimed in any one of claims 1 to 12.

15. A computer readable storage medium storing a computer program, wherein the computer program comprises program instructions configured to cause a processor to perform the method according to any one of claims 1 to 14. The computer program is executed by the processor to implement the anchor assisting method of the live broadcast room as claimed in any one of claims 1 to 12.

16. A computer program product comprising a computer program, characterized in that, The computer program is executed by the processor to implement the anchor assisting method of the live broadcast room as claimed in any one of claims 1 to 12.

Images