Display method and device of live broadcasting room

Abstract

The embodiment of the invention provides a live broadcast room display method and device, computer equipment, a computer readable storage medium and a computer program product, and belongs to the technical field of live broadcast. The live broadcast room display method comprises the following steps: determining a to-be-configured live broadcast room, wherein the live broadcast room comprises a plurality of predefined areas; obtaining module control information sent by the server, wherein the module control information comprises configuration information of a plurality of target module components; configuring a live broadcast room by loading at least a part of components in the plurality of target module components to corresponding predefined areas; and rendering and displaying the configured live broadcast room. The direct broadcasting room is directly configured by obtaining the module control information sent by the server side, and the response speed of layout adjustment of the direct broadcasting room is increased. According to the module control information, at least part of the target module component is loaded to the corresponding predefined area, flexible adjustment of the live broadcast room layout is achieved, and therefore the user experience is improved.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of live broadcast technology, and in particular to a method, apparatus, computer equipment, computer-readable storage medium, and computer program product for displaying a live broadcast room. Background Art

[0002] In live streaming scenarios, the live studio can display functional modules such as anchor information, interactive areas, and leaderboard displays. Each functional module is usually fixed in the client, and new versions can be released through the app store to update the display of each functional module in the live studio.

[0003] However, the existing live broadcast room display solutions have fixed layouts of various functional modules in the live broadcast room and poor flexibility, resulting in a poor user experience.

[0004] It should be noted that the above content is not necessarily prior art, nor is it intended to limit the scope of patent protection of this application. Summary of the Invention

[0005] The embodiments of the present application provide a method, apparatus, computer device, computer-readable storage medium, and computer program product for displaying a live broadcast room to solve or alleviate one or more of the technical problems raised above.

[0006] One aspect of an embodiment of the present application provides a method for displaying a live broadcast room, for use in a client, the method comprising: Determining a live broadcast room to be configured, wherein the live broadcast room includes a plurality of predefined areas; Obtaining module control information sent by the server, wherein the module control information includes configuration information of multiple target module components; Configuring the live broadcast room by loading at least some of the multiple target module components into corresponding predefined areas; and The configured live broadcast room is rendered and displayed.

[0007] Optionally, configuring the live broadcast room by loading at least some of the multiple target module components into corresponding predefined areas includes: Get the configuration information of each target module component; Performing field mapping processing on the configuration information of each target module component according to a preset function field mapping table to convert the configuration information of each target module component into standard configuration information; At least part of the plurality of target module components are loaded into corresponding predefined areas according to the standard configuration information.

[0008] Optionally, the standard configuration information includes display state information and display area information of the multiple target module components, where the display state information includes a display state or a hidden state; and loading at least some of the multiple target module components into corresponding predefined areas according to the standard configuration information includes: In a case where the display state information of the target module component is a display state, determining a target predefined area from the plurality of predefined areas according to the display area information of the target module component; Loading the target module component into the target predefined area; Wherein, when the display status information of the target module component is in a hidden state, the target module component is not loaded in the predetermined area.

[0009] Optionally, the method further comprises one or more of the following features: (1) The module control information is dynamically generated by the server according to the client, live broadcast room or time period; (2) The configuration information of the module component includes one or more of the following characteristics: functional parameters, interaction capability description; (3) A single predefined area may be configured with multiple sub-areas.

[0010] Another aspect of an embodiment of the present application provides a method for displaying a live broadcast room, which is used on a server. The method includes: Receive the live broadcast room configuration request sent by the client; Generate module control information according to the live broadcast room configuration request, wherein the module control information includes configuration information of multiple target module components; The module control information is sent to the client, so that the client: loads at least part of the multiple target module components into corresponding predefined areas according to the module control information, and configures a live broadcast room.

[0011] Optionally, generating module control information according to the live broadcast room configuration request includes: Acquire live broadcast room information according to the live broadcast room configuration request; the live broadcast room information includes at least one of an operation strategy, a multi-dimensional behavior feature vector of a target object associated with the live broadcast room, and the live broadcast room scene; Based on the live broadcast room information, the module control information is generated.

[0012] Another aspect of an embodiment of the present application provides a display device for a live broadcast room, for use on a client, the device comprising: A determination module, configured to determine a live broadcast room to be configured, wherein the live broadcast room includes a plurality of predefined areas; An acquisition module, configured to acquire module control information sent by a server, wherein the module control information includes configuration information of multiple target module components; A configuration module, configured to configure the live broadcast room by loading at least some of the multiple target module components into corresponding predefined areas; The rendering module is used to render and display the configured live broadcast room.

[0013] Another aspect of an embodiment of the present application provides a display device for a live broadcast room, used on a server, the device comprising: The receiving module is used to receive the live broadcast room configuration request sent by the client; A generating module, configured to generate module control information according to the live broadcast room configuration request, wherein the module control information includes configuration information of a plurality of target module components; A sending module is used to send the module control information to the client, so that the client: loads at least part of the multiple target module components into the corresponding predefined area according to the module control information, and configures the live broadcast room.

[0014] Another aspect of an embodiment of the present application provides a computer device, including: at least one processor; and a memory communicatively coupled to the at least one processor; Wherein: the memory stores instructions that can be executed 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 method described above.

[0015] Another aspect of an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer instructions, and when the computer instructions are executed by a processor, the method described above is implemented.

[0016] Another aspect of an embodiment of the present application provides a computer program product, including a computer program, which implements the above-mentioned method when executed by a processor.

[0017] The above technical solution adopted in the embodiments of the present application may have the following advantages: By directly configuring the live broadcast room by acquiring module control information sent by the server, the target module components are immediately effective, improving the responsiveness of the live broadcast room layout adjustment. By loading at least some of the target module components into corresponding predefined areas based on the module control information, the live broadcast room layout can be flexibly adjusted, thereby improving the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The accompanying drawings illustrate exemplary embodiments and constitute a part of the specification. Together with the description of the specification, they serve to explain exemplary implementation of the embodiments. The illustrated embodiments are for illustrative purposes only and do not limit the scope of the claims. Throughout the drawings, the same reference numerals designate similar, but not necessarily identical, elements.

[0019] Figure 1 The following schematically shows an operating environment diagram of the live broadcast room display method according to the first embodiment of the present application; Figure 2 The following schematically shows a flow chart of a method for displaying a live broadcast room according to the first embodiment of the present application; Figure 3 Schematically shows Figure 2 Flowchart of sub-steps of step S204; Figure 4 Schematically shows Figure 3 Flowchart of sub-steps of step S304; Figure 5 The following schematically shows a flow chart of a method for displaying a live broadcast room according to the second embodiment of the present application; Figure 6 Schematically shows Figure 5 Flowchart of sub-steps of step S502; Figure 7 A diagram schematically illustrates an application example of the method for displaying a live broadcast room according to an embodiment of the present application; Figure 8 Another example diagram of an application of the method for displaying a live broadcast room according to an embodiment of the present application is schematically shown; Figure 9 A diagram schematically illustrates another application example of the method for displaying a live broadcast room according to an embodiment of the present application; Figure 10 A block diagram schematically shows a display device for a live broadcast room according to a third embodiment of the present application; Figure 11 A block diagram schematically shows a display device for a live broadcast room according to a fourth embodiment of the present application; and Figure 12 The following schematically shows a hardware architecture diagram of a computer device according to the fifth embodiment of the present application. DETAILED DESCRIPTION

[0020] In order to make the purpose, technical solutions and advantages of this application more clearly understood, the present application is further described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0021] It should be noted that the descriptions of "first", "second", etc. in the embodiments of the present application are for descriptive purposes only and should not be understood as indicating or implying their relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" or "second" may explicitly or implicitly include at least one of such features. In addition, the technical solutions between the various embodiments can be combined with each other, but this must be based on the fact that they can be implemented by ordinary technicians in this field. When the combination of technical solutions is contradictory or cannot be implemented, it should be deemed that such a combination of technical solutions does not exist and is not within the scope of protection required by this application.

[0022] It should be noted that in all aspects of this application involving data collection, storage, use, transmission, and processing, all data must strictly adhere to the laws, regulations, industry standards, and regulatory requirements of the data's source and use locations, as well as the relevant countries and regions, to ensure the legality and compliance of data activities. During the collection phase, the purpose, method, and scope of collection will be clearly stated to the data subject in a conspicuous manner. Collection will be carried out only after obtaining the data subject's legal authorization, ensuring that the collection process adheres to the "minimum necessary" principle and does not exceed the scope of data collection. During storage, the storage period will be limited, and after the storage purpose has been achieved, data will be promptly deleted, anonymized, or encrypted. During the use phase, strict data security protection mechanisms will be implemented, using field-level desensitization technology to process raw data according to pre-set desensitization rules. A variety of desensitization strategies, such as data generalization, data anonymization, and data encryption, will be employed for different data types to effectively mitigate the risk of sensitive information leakage and ensure that the data ultimately used is securely desensitized data, fully protecting the rights and interests of data subjects and data security. During the transmission and processing phases, the confidentiality and security of data will be ensured during transmission and processing.

[0023] In the description of this application, it should be understood that the numerical labels before the steps do not indicate the order in which the steps are executed. They are only used to facilitate the description of this application and to distinguish each step. Therefore, they cannot be understood as limitations on this application.

[0024] First, an explanation of the terms used in this application is provided: Module control information: JSON structured data generated and sent by the server, including the loading rules and interaction properties of multiple module components in the live broadcast room.

[0025] Control Center: The core component in the client used to uniformly manage module loading, lifecycle control, and data distribution.

[0026] Rendering: The process of converting configuration information into visual interface elements and displaying them on the user's screen.

[0027] Operational strategy: A series of content layout, function delivery and user guidance rules formulated to achieve specific operational goals (such as improving user retention, increasing conversion rate, promoting activity, etc.).

[0028] Multidimensional behavioral feature vector: A numerical combination consisting of data from multiple dimensions (such as number of clicks, dwell time, active time, browsing preferences, historical interactions, etc.), used to describe the behavioral characteristics and preference tendencies of the target object on the platform.

[0029] Secondly, to facilitate those skilled in the art to understand the technical solutions provided in the embodiments of the present application, the following describes the relevant technologies: Live streaming rooms are increasingly hosting a large number of functional modules, including real-time interaction, operational display, and host information. However, existing live streaming systems generally use a static layout to display these functional modules. The live streaming room interface is fixed on the client, and all functional modules (such as host information, interactive areas, leaderboard display, special effects playback, etc.) are pre-built in the front-end code. This static layout display method has the following problems: Lack of flexible adaptability: In existing live streaming systems, the various functional modules of live streaming rooms (such as anchor information, interactive areas, and special effects displays) are typically fixed. This makes it impossible to flexibly adjust to the real-time needs of different live streaming scenarios, user profiles, and campaign strategies. This inability to meet the differentiated needs of various live streaming rooms (such as gaming, live streaming, and general entertainment) in terms of operational layout and module combination, limiting the platform's content presentation capabilities and operational flexibility. This, in turn, hinders the platform's operational efficiency and results in a poor user experience.

[0030] Slow response and inability to adapt to changes in operational strategies in real time: Configuration updates for functional modules rely on the client releasing new versions, resulting in a long response cycle (usually >7 days), which severely restricts the real-time and flexibility of operational strategies, especially during rapid activity iterations or in response to emergencies.

[0031] Heavy maintenance burden and fragmented experience: Inconsistent implementation of functional modules across different terminals (iOS / Android / Web) leads to high maintenance costs. Furthermore, the user experience is inconsistent across different devices, which reduces overall product quality and brand image.

[0032] To this end, an embodiment of the present application provides a display technology solution for a live broadcast room. In this technical solution, the server generates and sends module control information (such as display or not, functional parameters, interactive capabilities, etc.) in real time, and the client dynamically parses and loads it, thereby realizing the "instant effectiveness" of each functional module. It can quickly respond to scenarios such as activity strategies, personalized operations, and emergencies, significantly shorten the control cycle, and improve the flexibility and operability of the system. By dividing the live broadcast room into multiple standard areas (such as the top left, interactive area, behavior guidance card, etc.), the server only needs to specify that the functional modules be loaded into specific standard areas to realize the "dynamic assembly" of the live broadcast room structure. Assemble module components on demand to support personalized layouts for multiple scenarios and multiple groups, thereby improving user experience and live broadcast conversion efficiency. See below for details.

[0033] Finally, for ease of understanding, an exemplary operating environment is provided below.

[0034] like Figure 1 As shown, the operating environment diagram includes: Server 2, client (4A, 4B, ..., 4N).

[0035] The server 2 can connect to the clients ( 4A, 4B, ..., 4N) via the network.

[0036] The server 2 can be a single server, a server cluster or a cloud computing service center.

[0037] The server 2 can provide a message service to the client. The message service can be configured to receive multiple messages, and to manage messages for various content items. For example, receiving a live broadcast room configuration request sent by the client. The message service can also be configured to process messages by generating output data. The output data may include instructions for implementing output-based dialogue content. For example, module control information is generated based on the live broadcast room configuration request. The message service can also be configured to filter messages. There can be multiple criteria for filtering. The filtering criteria can specify terms and / or phrases, such as profanity, hate speech, indecent language, etc. The filtering criteria can specify characters, such as symbols, fonts, etc. The filtering criteria can specify language, computer-readable code patterns, etc.

[0038] Server 2 can be located in a single location, such as a data center, or distributed across different geographical locations (e.g., multiple locations). Server 2 can provide services via a network. The network includes various network devices, such as routers, switches, multiplexers, hubs, modems, bridges, repeaters, firewalls, proxy devices, and / or the like. The network can include physical links, such as coaxial cable links, twisted pair cable links, fiber optic links, combinations thereof, or wireless links, such as cellular links, satellite links, Wi-Fi links, and the like.

[0039] Clients (4A, 4B, ..., 4N) can be configured to access content and services on server 2. Clients (4A, 4B, ..., 4N) can include electronic devices with or connected to display panels, such as mobile devices, tablets, laptops, workstations, virtual reality devices, gaming devices, digital streaming devices, vehicle terminals, smart televisions, set-top boxes, and the like. They can also include virtualized computing instances. Virtualized computing instances can include virtual machines, such as emulations of computer systems, operating systems, servers, and the like. A computing device can load a virtual machine based on a virtual image and / or other data defining the specific software (e.g., operating system, specialized applications, servers) used for the emulation. As the demand for different types of processing services changes, different virtual machines can be loaded and / or terminated on one or more computing devices.

[0040] Clients (4A, 4B, ..., 4N) can be associated with one or more users. A single user can also use one or more of the clients (4A, 4B, ..., 4N) to access the server 2. Clients (4A, 4B, ..., 4N) can travel to various locations and use different networks to access the server 2.

[0041] The client (4A, 4B, ..., 4N) may include an interface. The interface may include a touchpad, a touch screen, a mouse, a keyboard, or other sensing elements. For example, the input element may be configured to receive user instructions, which may cause the client (4A, 4B, ..., 4N) to perform various operations, such as triggering various controls in the live broadcast room.

[0042] It should be noted that the above devices are exemplary, and the number and type of devices can be adjusted in different scenarios or according to different needs.

[0043] The following describes the technical solutions of the present application through multiple embodiments, using the client (4A, 4B, ..., 4N) as the execution body. It should be noted that these embodiments can be implemented in various forms and should not be construed as being limited to the embodiments described herein.

[0044] Example 1 Figure 2 The flowchart of the live broadcast room display method according to the first embodiment of the present application is schematically shown.

[0045] like Figure 2 As shown, the live broadcast room display method may include steps S200 to S206, wherein: Step S200: Determine a live broadcast room to be configured, where the live broadcast room includes multiple predefined areas.

[0046] Step S202: Acquire module control information sent by the server, wherein the module control information includes configuration information of multiple target module components.

[0047] Step S204: configuring the live broadcast room by loading at least some of the multiple target module components into corresponding predefined areas.

[0048] Step S206: Render and display the configured live broadcast room.

[0049] The live broadcast room display method provided in this embodiment directly configures the live broadcast room by obtaining module control information sent by the server. This ensures that the target module components are immediately effective upon configuration, improving the responsiveness of the live broadcast room layout adjustment. By loading at least some of the target module components into corresponding predefined areas based on the module control information, the live broadcast room layout can be flexibly adjusted, thereby improving the user experience.

[0050] The following combination Figure 2 and Figure 7 , each step in steps S200~S206 and other optional steps are described in detail.

[0051] Step S200 , determine a live broadcast room to be configured, where the live broadcast room includes multiple predefined areas.

[0052] The live broadcast room may include a visual interface for carrying video playback, user interaction, and operation display. In order to achieve flexible configuration of functional modules in the live broadcast room, this embodiment first divides the live broadcast room into regions. Specifically, Figure 7 As shown, the live broadcast room can be divided into multiple predefined areas, including: the top left area (can be used to display anchor information, attention data, etc.), the top right area (can be used to display online rankings, etc.), the top second row area (can be used to display various rankings, appointments and other more live broadcast information), the marquee area (can be used to display specific information in a scrolling form), the top third row area (can be used to display red envelope lottery information or operation information, etc.), the player area (can be used to display live broadcast content and barrage content, etc.), the interactive area (can be used to display interactive information between users), the right operation position, the revenue highlight area (can be used to display eye-catching messages, combo gift information or special user entry effects, etc.), the special effects area (can be used to display animation special effects, etc.), the behavior card guide area (can be used to display user interaction cards, etc.) and the bottom control area (can be used to display more buttons, barrage input boxes, gift entrances, etc.), etc.

[0053] Each predefined area can be configured as an independent primary structural unit. Each unit can have a unique identifier and can independently load, update, and uninstall internal module components. By dividing the live broadcast room into multiple independent predefined areas, the live broadcast room can be assembled and dynamically controlled at the module level, thereby improving the flexibility and controllability of the live broadcast room layout.

[0054] Step S202 , obtain module control information sent by the server, wherein the module control information includes configuration information of multiple target module components.

[0055] The module control information sent by the server is used to guide the client to dynamically assemble the live studio interface, increasing the flexibility of the live studio layout. The module control information can include the identifier of the target module component, the corresponding display logic, functional parameters, interactive properties, and other configuration information. The module control information can be expressed in a structured format (such as JSON). For example, each target module component corresponds to a module identifier (such as "anchor_module," "gift_module," "online_rank_module," etc.) and contains several configuration fields for controlling whether the target module component is displayed, the display style, clickability, and the number of displays. For example, the configuration fields in "anchor_module" can include whether to display a follow button (for example, can_follow: true, indicating that the follow button can be displayed), whether to display a user's special identifier (show_followed_guard: true, indicating that the corresponding user identifier can be displayed on the client), etc.

[0056] Step S204 , the live broadcast room is configured by loading at least part of the multiple target module components into corresponding predefined areas.

[0057] After obtaining module control information, the client can first determine the predefined area to which each target module should be loaded based on whether the module control information contains a predefined area identification field. For example, if the predefined area field (such as "area": ​​"top_left") is present, the target module component is directly loaded into the specified predefined area. If the field is missing, the default loading area is determined by the locally maintained module-area mapping table.

[0058] For example, the module control information can be obtained in the following form: { "module_control_infos": { "anchor_module": { "area": ​​"top_left", "can_follow": true, "show_followed_guard": true }, "gift_module": { "show_combo": true, "animation_style": "fireworks" } } } In this example, the client first recognizes that the anchor_module specifies "area": ​​"top_left", so it loads the anchor_module component into the top left area of ​​the live studio interface and displays the follow button and guardian logo based on the control field. Furthermore, when identifying the gift_module, since the module control information does not include the area field, the client can consult the locally maintained module-zone mapping table to confirm that the module's default predefined area is "effect_zone" (special effects area), and then load the gift_module into the special effects area.

[0059] Step S204 , render and display the configured live broadcast room.

[0060] By performing regional rendering on the configured livestream room, module control information is converted into actual visual components. In actual applications, rendering can be performed at a regional granularity, with the final presentation of the livestream room interface achieved through component initialization parameter injection, display logic determination, and interaction event binding. For example, the corresponding UI component can be dynamically instantiated based on the module component type, injecting control parameters (such as can_follow: true and animation_style: "fireworks") into the component. During component initialization, display logic determination can also be performed. For example, if the gift_module has a display_threshold of 100 set, the module will not render if the current user has not received enough gifts. Furthermore, through the event registration mechanism, each module component can be bound to a corresponding interactive behavior, such as a click event for a "Follow the host" button. After the initialized component is inserted into the corresponding regional container, it can be rendered by the regional component rendering system to present the final personalized livestream room interface.

[0061] In an optional embodiment, if Figure 3As shown, step S204 includes: Step S300: Obtain configuration information of each target module component.

[0062] Step S302 : performing field mapping processing on the configuration information of each target module component according to a preset function field mapping table, so as to convert the configuration information of each target module component into standard configuration information.

[0063] Step S304: loading at least part of the plurality of target module components into corresponding predefined areas according to the standard configuration information.

[0064] In practice, the module control information corresponding to different types of live streaming rooms (such as regular and high-follower rooms) may come from different data sources. For example, module control information for regular rooms can be obtained from `getInfoByRoom → new_switch_info`, while module control information for high-follower rooms can be obtained from `getInfoByRoom → module_control_infos`. Because the client can receive multiple module control information from different data sources, the data structure of each module control information may differ. For example, in the module control information corresponding to Room A, the configuration field for the gift module component may be "show_gift," while in the module control information corresponding to Room B, the configuration field for the gift module component may be "gift_visible." Therefore, the client must first convert the configuration information from various module control information into a unified standard configuration to ensure uniform parsing and processing of all target module components within the client, avoiding missing functionality or rendering errors due to field differences. For example, by configuring a preset function field mapping table on the client, fields with different sources and different naming methods but consistent semantics can be uniformly converted.

[0065] In order to implement the field mapping processing of configuration information, a control center can be set up on the client to convert the configuration information of each target module component into standard configuration information. For example, the control center can be used to receive and parse the module_control_infos (module control information) sent by the server, and convert the configuration information in the module control information into standard configuration information to achieve compatible processing of data structures from different sources. Specifically, Figure 8As shown, the control center can include the Control Core. The ConfigMerger within the Control Core performs field mapping, merging configuration information from different sources. For example, if the module control information for Live Streaming Studio A uses the field "show_gift" to indicate the display status of the gift module component, while Live Streaming Studio B uses the field "gift_visible" to represent the same meaning, the control center can convert these fields to the standard field "gift_module." based on a pre-defined function field mapping table. Once converted to standard configuration information, the ConfigResolver can parse and validate the standard configuration information to ensure correct format and logic. For example, for Boolean fields (such as can_follow), the parsing process verifies that the data type matches the expected value. If a field value is detected as a non-compliant type (e.g., a string value of "true" / "false" or a numeric value of 0 / 1), it is automatically converted to a standard Boolean value of true or false. Furthermore, if a specific field is missing from the module control information (e.g., the can_follow field is missing), the ConfigResolver can fill in the field value based on predefined field default value rules. For example, in the host module configuration, if the "can_follow" field is missing and the component is required to be displayed by default, "can_follow": false can be automatically added to avoid display anomalies in the live broadcast room due to the missing field. After the ConfigResolver completes parsing and verification, it can send the standard configuration information to the Feature API layer through the NotifyCenter. The Feature API layer can determine whether each module component is enabled through control logic such as ModuleEnabled and FeatureEnabled. Finally, based on the enabled status judgment result of the Feature API layer, the UI Components layer loads the corresponding target module component and renders it into the corresponding predefined area.

[0066] In some embodiments, different types of live broadcast rooms can enable or block functional modules based on different configuration strategies. For example, an ordinary live broadcast room can adopt a "blacklist" configuration strategy, that is, on the basis of displaying all modules by default, certain modules are disabled through configuration. A high-fan live broadcast room can adopt a "whitelist" configuration strategy, that is, no modules are displayed by default, and only specific modules are enabled through configuration. Different configuration strategies lead to differences in the loading logic of module components on the client, which may affect the display effect of the live broadcast room. To this end, a variety of different configuration strategies can be uniformly converted into a unified standard configuration strategy according to a preset policy mapping table.

[0067] In this embodiment, by performing field mapping processing on the configuration information of each target module component, the configuration information from different sources and different structures is uniformly converted into standard configuration information, which can achieve compatible processing of configuration information from different sources and dynamic loading of modules, further improving the flexibility and user experience of the live broadcast room.

[0068] In an optional embodiment, the standard configuration information includes display state information and display area information of the plurality of target module components, and the display state information includes display state or hidden state. Figure 4 As shown, step S304 includes: Step S400 : when the display state information of the target module component is the display state, determining a target predefined area from the plurality of predefined areas according to the display area information of the target module component.

[0069] Step S402: Load the target module component into the target predefined area.

[0070] Step S404 , in which, when the display status information of the target module component is in a hidden state, the target module component is not loaded in the predetermined area.

[0071] For example, when the client parses module control information, it first determines whether the display status information of each target module component is displayed (e.g., "can_follow": true). If it is displayed, the corresponding display area information (e.g., "area": ​​"top_left", "area": ​​"interaction_zone") is further obtained to determine the target predefined area to load the target module component. If the display area information field is missing, the loading location can be determined based on a preset module-area mapping table (e.g., mapping "gift_module" to the "bottom_control" area). For components whose display status is hidden (e.g., "can_follow": false), the loading process for that component is skipped.

[0072] In this embodiment, by loading the target module component into the target predefined area based on the display status and display area information, on-demand rendering of the target module component can be achieved, further improving the flexibility of the live broadcast room layout.

[0073] In an optional embodiment, the method further includes one or more of the following features: (1) The module control information is dynamically generated by the server according to the client or live broadcast room or time period.

[0074] (2) The configuration information of the module component includes one or more of the following features: whether to display, functional parameters, and description of interaction capabilities.

[0075] (3) A single predefined area may be configured with multiple sub-areas.

[0076] In specific implementations, the server can dynamically generate module control information based on the client's device type (e.g., iOS / Android / Web), livestream room attributes (e.g., category tags, streamer level, viewer profile), or specific time periods (e.g., hourly events, peak hours, and late-night hours). For example, a display strategy tailored to nighttime viewing could be issued during the evening hours, while a configuration containing a "Game Highlight Replay" module could be issued to a gaming livestream room. This dynamically generated server-side module control information enables real-time adjustments to the room's module layout and functionality. By tailoring the livestream room to different business scenarios, user characteristics, and operational strategies, it enhances the personalization and flexibility of the room's display.

[0077] Functional parameters in the configuration information can include the number of display elements, data source path, style theme, etc. Interaction capability descriptions can include whether it is clickable, whether it supports sliding switching, whether it triggers pop-up windows, etc. By adding more granular settings to the configuration information, precise control over the functional performance and interactive behavior of each target module component is achieved.

[0078] For example, a predefined area (e.g., the top area) can be further divided into multiple sub-areas (e.g., top left, top center, and top right), each of which corresponds to a different loading location for target module components. For example, the top area could simultaneously host the host information module, live status indicator module, and fan badge module. By further dividing predefined areas, the efficiency of the live studio interface can be improved, making the layout of the studio more flexible and further enhancing the user experience.

[0079] Example 2 This method embodiment can be executed in the server 2. In the following, the server 2 is taken as the sole execution subject of this process.

[0080] Figure 5 The flowchart of the live broadcast room display method according to the second embodiment of the present application is schematically shown.

[0081] like Figure 5 As shown, the live broadcast room display method may include steps S500 to S504, wherein: Step S500: receiving a live broadcast room configuration request sent by the client.

[0082] Step S502: Generate module control information according to the live broadcast room configuration request, where the module control information includes configuration information of multiple target module components.

[0083] Step S504: sending the module control information to the client, so that the client loads at least part of the multiple target module components into corresponding predefined areas according to the module control information to configure the live broadcast room.

[0084] In specific implementations, after receiving a livestream room configuration request from a client, the server can generate corresponding module control information based on the livestream room identifier, user identifier, client terminal type, current time period, and other information contained in the request. For example, if the livestream room type is a livestream with products, the server can generate configuration information for module components such as product showcases, event countdowns, and limited-time offers. If the user is a newly registered user, the server can generate configuration information for module components such as newbie guides and follow recommendations.

[0085] In this embodiment, the server generates module control information based on the live broadcast room configuration request, allowing the various target module components of the live broadcast room to be flexibly configured in different predefined areas of the live broadcast room as needed. As a result, the layout of the live broadcast room can be flexibly adjusted according to different live broadcast room scenarios, user attributes, terminal types, or operational strategies, thereby improving the user experience.

[0086] In an optional embodiment, if Figure 6 As shown, step S502 includes: Step S600: acquiring live broadcast room information according to the live broadcast room configuration request; the live broadcast room information includes at least one of an operation strategy, a multi-dimensional behavior feature vector of a target object associated with the live broadcast room, and the live broadcast room scene.

[0087] Step S602: Generate the module control information based on the live broadcast room information.

[0088] For example, the operation strategy may include "new customer discounts" and "holiday promotions". The target objects associated with the live broadcast room may include users who watch the live broadcast room, and the multi-dimensional behavioral feature vector may include the target object's recent activity, preference tags, historical clicks and stay behaviors, etc. The live broadcast room scenes may include entertainment, games, education, and product promotion. According to the live broadcast room information of different dimensions, the server can use rule matching or machine learning models to determine the type of module to be loaded and the parameter configuration to generate module control information. For example, in the live broadcast scene of product promotion, if the target object's behavioral feature vector indicates that it has frequently browsed maternal and child products recently, the server can generate configuration information containing module components such as "Product Showcase-Maternal and Child Area" and "Limited Time Offer".

[0089] In this embodiment, by combining the operational strategy, the multi-dimensional behavioral feature vectors of the target objects, and the control information of the live broadcast room scene generation module, the layout of the live broadcast room can be flexibly adjusted according to different target objects and live broadcast content. Based on the personalized customization of the live broadcast room, the user's interactive enthusiasm and viewing experience can be enhanced.

[0090] In order to make this application easier to understand, the following Figure 9 An exemplary application is provided.

[0091] S11, the client initiates a live broadcast room request and obtains module_control_infos (module control information) from the server.

[0092] S12, the server returns module control information in JSON format according to the live broadcast room identifier, strategy model, etc. in the live broadcast room request.

[0093] S13: The client's control center parses the data (module control information) and converges all module configurations.

[0094] S14: The client loads module components by region based on the data analyzed by the control center.

[0095] S15, the rendering engine renders each module component and registers events.

[0096] S16, the user interface presents a personalized live broadcast room view.

[0097] In this example application, the live studio is directly configured by acquiring module control information sent by the server, enabling immediate implementation of module components and improving the responsiveness of room layout adjustments. By loading at least some of the module components into corresponding areas and rendering them based on the module control information, the room layout can be flexibly adjusted, thereby improving the user experience.

[0098] Example 3 Figure 10 The block diagram of the display device of the live broadcast room according to the third embodiment of the present application is schematically shown. The device can be divided into one or more program modules, one or more program modules are stored in a storage medium and executed by one or more processors to complete the embodiment of the present application. The program module referred to in the embodiment of the present application refers to a series of computer program instruction segments that can complete specific functions. The following description will specifically introduce the functions of each program module in this embodiment. Figure 10 As shown, the apparatus 1000 may include: a determination module 1010, an acquisition module 1020, a configuration module 1030, and a rendering module 1040, wherein: A determination module 1010 is configured to determine a live broadcast room to be configured, wherein the live broadcast room includes a plurality of predefined areas; An acquisition module 1020 is configured to acquire module control information sent by the server, wherein the module control information includes configuration information of multiple target module components; A configuration module 1030 is configured to configure the live broadcast room by loading at least some of the multiple target module components into corresponding predefined areas; The rendering module 1040 is used to render and display the configured live broadcast room.

[0099] In an optional embodiment, configuring the live broadcast room by loading at least some of the multiple target module components into corresponding predefined areas includes: Get the configuration information of each target module component; Performing field mapping processing on the configuration information of each target module component according to a preset function field mapping table to convert the configuration information of each target module component into standard configuration information; At least part of the plurality of target module components are loaded into corresponding predefined areas according to the standard configuration information.

[0100] In an optional embodiment, the standard configuration information includes display state information and display area information of the multiple target module components, where the display state information includes a display state or a hidden state; and loading at least some of the multiple target module components into corresponding predefined areas according to the standard configuration information includes: In a case where the display state information of the target module component is a display state, determining a target predefined area from the plurality of predefined areas according to the display area information of the target module component; Loading the target module component into the target predefined area; Wherein, when the display status information of the target module component is in a hidden state, the target module component is not loaded in the predetermined area.

[0101] In an optional embodiment, the apparatus 1000 further includes one or more of the following features: (1) The module control information is dynamically generated by the server according to the client, live broadcast room or time period; (2) The configuration information of the module component includes one or more of the following characteristics: functional parameters, interaction capability description; (3) A single predefined area may be configured with multiple sub-areas.

[0102] Example 4 Figure 11 The block diagram of the display device of the live broadcast room according to the fourth embodiment of the present application is schematically shown. The device can be divided into one or more program modules, one or more program modules are stored in a storage medium and executed by one or more processors to complete the embodiment of the present application. The program module referred to in the embodiment of the present application refers to a series of computer program instruction segments that can complete specific functions. The following description will specifically introduce the functions of each program module in this embodiment. Figure 11 As shown, the apparatus 2000 may include: a receiving module 2010, a generating module 2020, and a sending module 2030, wherein: Receiving module 2010, used to receive a live broadcast room configuration request sent by a client; A generating module 220 is configured to generate module control information according to the live broadcast room configuration request, wherein the module control information includes configuration information of multiple target module components; The sending module 2030 is used to send the module control information to the client, so that the client: loads at least part of the multiple target module components into the corresponding predefined area according to the module control information, and configures the live broadcast room.

[0103] In an optional embodiment, generating module control information according to the live broadcast room configuration request includes: Acquire live broadcast room information according to the live broadcast room configuration request; the live broadcast room information includes at least one of an operation strategy, a multi-dimensional behavior feature vector of a target object associated with the live broadcast room, and the live broadcast room scene; Based on the live broadcast room information, the module control information is generated.

[0104] Example 5 Figure 12 The following schematically shows a hardware architecture diagram of a computer device 10000 suitable for implementing a display method for a live broadcast room according to the fifth embodiment of the present application. In some embodiments, the computer device 10000 may be a terminal device such as a smartphone, a wearable device, a tablet computer, a personal computer, a vehicle-mounted terminal, a game console, a virtual device, a workbench, a digital assistant, a set-top box, a robot, etc. In other embodiments, the computer device 10000 may be a rack server, a blade server, a tower server, or a cabinet server (including an independent server, or a server cluster composed of multiple servers), etc. Figure 12 As shown, the computer device 10000 includes but is not limited to: a memory 10010, a processor 10020, and a network interface 10030 that can communicate with each other via a system bus. Memory 10010 includes at least one type of computer-readable storage medium, including flash memory, a hard disk, a multimedia card, card-type memory (e.g., SD or DX memory), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic storage, a magnetic disk, an optical disk, and the like. In some embodiments, memory 10010 may be an internal storage module of computer device 10000, such as a hard disk or memory of computer device 10000. In other embodiments, memory 10010 may also be an external storage device of computer device 10000, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) card, a flash memory card, and the like equipped on computer device 10000. Of course, memory 10010 may also include both internal storage modules and external storage devices of computer device 10000. In this embodiment, the memory 10010 is generally used to store an operating system and various application software installed on the computer device 10000, such as program code of a method for displaying a live broadcast room, etc. In addition, the memory 10010 can also be used to temporarily store various data that have been output or are about to be output.

[0105] In some embodiments, processor 10020 may be a central processing unit (CPU), a controller, a microcontroller, a microprocessor, or other chips. Processor 10020 is typically used to control the overall operation of computer device 10000, such as performing control and processing related to data exchange or communication with computer device 10000. In this embodiment, processor 10020 is used to execute program code stored in memory 10010 or process data.

[0106] Network interface 10030 may include a wireless network interface or a wired network interface. Network interface 10030 is typically used to establish a communication link between computer device 10000 and other computer devices. For example, network interface 10030 is used to connect computer device 10000 to an external terminal via a network, establishing a data transmission channel and a communication link between computer device 10000 and the external terminal. The network may be a wireless or wired network such as an intranet, the Internet, the Global System of Mobile Communications (GSM), Wideband Code Division Multiple Access (WCDMA), a 4G network, a 5G network, Bluetooth, or Wi-Fi.

[0107] It should be pointed out that Figure 12 Only a computer device having components 10010 - 10030 is shown, but it should be understood that implementing all of the shown components is not a requirement, and more or fewer components may alternatively be implemented.

[0108] In this embodiment, the live broadcast room display method stored in the memory 10010 can also be divided into one or more program modules and executed by one or more processors (such as processor 10020) to complete the embodiment of the present application.

[0109] Example 6 An embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the live broadcast room display method in the embodiment are implemented.

[0110] In this embodiment, computer-readable storage media include flash memory, hard disks, multimedia cards, card-type memories (e.g., SD or DX memories), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic storage, magnetic disks, optical disks, and the like. In some embodiments, the computer-readable storage medium may be an internal storage unit of a computer device, such as the computer device's hard disk or memory. In other embodiments, the computer-readable storage medium may also be an external storage device of the computer device, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) card, a flash memory card, and the like. Of course, the computer-readable storage medium may also include both the internal storage unit and external storage devices of the computer device. In this embodiment, the computer-readable storage medium is typically used to store the operating system and various application software installed on the computer device, such as the program code for the live studio display method described in the embodiment. Furthermore, the computer-readable storage medium may also be used to temporarily store various types of data that has been output or is about to be output.

[0111] Example 7 An embodiment of the present application further provides a computer program product, including a computer program, which implements the method in the above embodiment when executed by a processor.

[0112] Obviously, those skilled in the art should understand that the modules or steps of the above-mentioned embodiments of the present application can be implemented using general-purpose computer devices. They can be concentrated on a single computer device or distributed on a network composed of multiple computer devices. Alternatively, they can be implemented using program codes executable by the computer device, so that they can be stored in a storage device and executed by the computer device. In some cases, the steps shown or described can be performed in a different order than herein, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the embodiments of the present application are not limited to any specific combination of hardware and software.

[0113] It should be noted that the above are only preferred embodiments of the present application and do not limit the scope of patent protection of the present application. Any equivalent structure or equivalent process transformation made using the contents of the description and drawings of this application, or directly or indirectly applied in other related technical fields, are also included in the scope of patent protection of the present application.

Claims

1. A method for displaying a live broadcast room, characterized in that: For a client, the method includes: Determining a live broadcast room to be configured, wherein the live broadcast room includes a plurality of predefined areas; Obtaining module control information sent by the server, wherein the module control information includes configuration information of multiple target module components; Configuring the live broadcast room by loading at least some of the multiple target module components into corresponding predefined areas; and The configured live broadcast room is rendered and displayed.

2. The method according to claim 1, characterized in that Configuring the live broadcast room by loading at least some of the multiple target module components into corresponding predefined areas includes: Get the configuration information of each target module component; Performing field mapping processing on the configuration information of each target module component according to a preset function field mapping table to convert the configuration information of each target module component into standard configuration information; At least part of the plurality of target module components are loaded into corresponding predefined areas according to the standard configuration information.

3. The method according to claim 2, characterized in that The standard configuration information includes display state information and display area information of the plurality of target module components, wherein the display state information includes a display state or a hidden state; Loading at least some of the plurality of target module components into corresponding predefined areas according to the standard configuration information includes: In a case where the display state information of the target module component is a display state, determining a target predefined area from the plurality of predefined areas according to the display area information of the target module component; Loading the target module component into the target predefined area; Wherein, when the display status information of the target module component is in a hidden state, the target module component is not loaded in the predetermined area.

4. The method according to any one of claims 1 to 3, characterized in that The method may further include one or more of the following features: (1) The module control information is dynamically generated by the server according to the client, live broadcast room or time period; (2) The configuration information of the module component includes one or more of the following characteristics: functional parameters, interaction capability description; (3) A single predefined area may be configured with multiple sub-areas.

5. A method for displaying a live broadcast room, characterized in that: For the server, the method includes: Receive the live broadcast room configuration request sent by the client; Generate module control information according to the live broadcast room configuration request, wherein the module control information includes configuration information of multiple target module components; The module control information is sent to the client, so that the client: loads at least part of the multiple target module components into corresponding predefined areas according to the module control information, and configures a live broadcast room.

6. The method according to claim 5, characterized in that Generate module control information according to the live broadcast room configuration request, including: Acquire live broadcast room information according to the live broadcast room configuration request; the live broadcast room information includes at least one of an operation strategy, a multi-dimensional behavior feature vector of a target object associated with the live broadcast room, and the live broadcast room scene; Based on the live broadcast room information, the module control information is generated.

7. A display device for a live broadcast room, characterized in that: For a client, the device includes: A determination module, configured to determine a live broadcast room to be configured, wherein the live broadcast room includes a plurality of predefined areas; An acquisition module, configured to acquire module control information sent by a server, wherein the module control information includes configuration information of multiple target module components; A configuration module, configured to configure the live broadcast room by loading at least some of the multiple target module components into corresponding predefined areas; The rendering module is used to render and display the configured live broadcast room.

8. A display device for a live broadcast room, characterized in that: For use on a server, the device includes: The receiving module is used to receive the live broadcast room configuration request sent by the client; A generating module, configured to generate module control information according to the live broadcast room configuration request, wherein the module control information includes configuration information of a plurality of target module components; A sending module is used to send the module control information to the client, so that the client: loads at least part of the multiple target module components into the corresponding predefined area according to the module control information, and configures the live broadcast room.

9. A computer device, characterized in that: include: at least one processor; and a memory communicatively coupled to the at least one processor; wherein: The memory stores instructions that can be executed 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 method according to any one of claims 1 to 6.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer instructions, which, when executed by a processor, implement the method according to any one of claims 1 to 6.

11. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to claims 1 to 6 are implemented.

Images