Live broadcast configuration method and device

By obtaining the anchor and user side data of the live broadcast room and dynamically adjusting the live broadcast configuration, the problem of not being able to dynamically configure the push stream address and adjust the bit rate in the existing technology is solved, and the flexibility and user experience of the live broadcast system are improved.

CN119653126APending Publication Date: 2025-03-18SHANGHAI BILIBILI TECH CO LTD
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
CN202411846964.8
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-13
Publication Date
2025-03-18

AI Technical Summary

Technical Problem

The existing live broadcast architecture cannot dynamically configure the push address according to the region, live broadcast room partition or push streaming tool, cannot dynamically adjust the code rate of the live stream according to the nature of the anchor or live broadcast room, and has too weak perception of the user's business attributes, so it cannot allocate appropriate clarity based on the data on the user side.

Method used

By obtaining the anchor side data and user side data of the live broadcast room, the live broadcast configuration of the live broadcast room is determined or adjusted based on these data, including the push streaming bit rate, resolution, encoding format, push streaming address, etc., and dynamically configure and adjust the live broadcast configuration to improve the perception of user business attributes and the flexibility of live broadcast configuration.

Benefits of technology

It realizes dynamic adjustment of live broadcast configuration according to the specific situation of the anchor and user, improves the flexibility and user experience of the live broadcast system, and reduces the cost of the live broadcast system.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119653126A_ABST
    Figure CN119653126A_ABST
Patent Text Reader

Abstract

The embodiment of the invention provides a live broadcast configuration method, and the method comprises the steps: obtaining anchor side data of a live broadcast room, the anchor side data comprises a device corresponding area of an anchor in the live broadcast room, a stream pushing tool, a stream pushing code rate, the number of viewers, live broadcast duration, settling time, live broadcast frequency, the number of fans and at least part of data in a live broadcast subarea where the anchor is located; obtaining user side data of the live broadcast room, wherein the user side data comprises at least part of data in the watching duration, the watching definition, the account grade, the watching equipment, the interaction data, the stay duration and the risk control grade; and determining live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data, and / or adjusting the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data. According to the technical scheme provided by the embodiment of the invention, the live broadcast configuration can be dynamically configured or adjusted according to the anchor side data and the user side data.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

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

[0002] The current live broadcast architecture is as follows: the anchor uses the broadcast tool to obtain the streaming address from the scheduling system and pushes the live stream to the cloud edge computing cluster. The cloud edge computing cluster encodes and decodes the streaming data frames to output the live source stream and transcoded stream. The user uses the player to pull the live source stream or transcoded stream from the downstream CDN system for viewing.

[0003] However, the current live streaming architecture has the following problems: 1. Live streaming is carried out according to the principle of proximity, with a fixed mode, which cannot support experiments with new streaming strategies. The streaming address cannot be dynamically configured according to different regions, live broadcast room partitions, or streaming tools, making it difficult to dynamically adjust the live broadcast traffic; 2. The live streaming scheduling system and transcoding system cannot dynamically adjust the bit rate of the live stream according to the nature of the anchor or the live broadcast room, resulting in streaming with too high a bit rate and increasing the cost of the live broadcast system; 3. The distribution of live content is too weak in sensing the user's business attributes and cannot allocate appropriate clarity based on user-side data (such as historical viewing clarity).

[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 live broadcast configuration method, apparatus, computer equipment, computer-readable storage medium, and computer program product 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 live broadcast configuration method, the method comprising: Acquire the anchor side data of the live broadcast room, wherein the anchor side data includes the device corresponding area, streaming tool, streaming bit rate, number of viewers, live broadcast duration, resident time, live broadcast frequency, number of fans and at least part of the data in the live broadcast zone of the anchor in the live broadcast room; Acquire user-side data of the live broadcast room, wherein the user-side data includes at least part of the viewing time, viewing clarity, account level, viewing device, interaction data, stay time, and risk control level; Determine the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data, and / or adjust the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data.

[0007] Optionally, determining the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data includes: The ratio of high-quality live stream to low-quality live stream in the live broadcast room is determined based on data of at least one dimension of the anchor side data and / or the user side data.

[0008] Optionally, adjusting the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data includes: When data of at least one dimension of the anchor side data and / or the user side data meets a preset condition, the bit rate of the live stream output by the live broadcast room is adjusted.

[0009] Optionally, the live broadcast configuration includes at least part of the configuration of the streaming bitrate, resolution, encoding format, streaming address, experimental strategy, transcoding strategy, traffic distribution strategy, and clarity switching strategy of the live broadcast room.

[0010] Optionally, the method is applied to a live broadcasting policy platform, and the live broadcasting policy platform is used to output the live broadcasting configuration to a live broadcasting system so that the live broadcasting system executes the live broadcasting configuration.

[0011] Optionally, determining the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data includes: A machine learning model is used to determine the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data.

[0012] Another aspect of an embodiment of the present application provides a live broadcast configuration device, the device comprising: The first acquisition module is used to acquire the anchor side data of the live broadcast room, wherein the anchor side data includes the device corresponding area, streaming tool, streaming bit rate, number of viewers, live broadcast duration, resident time, live broadcast frequency, number of fans and at least part of the data in the live broadcast partition of the anchor in the live broadcast room; A second acquisition module is used to acquire user-side data of the live broadcast room, wherein the user-side data includes at least part of the viewing time, viewing clarity, account level, viewing device, interaction data, stay time and risk control level; A configuration module is used to determine the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data, and / or to adjust the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data.

[0013] Another aspect of an embodiment of the present application provides a computer device, comprising: at least one processor; and a memory communicatively connected to 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 execute the method described above.

[0014] 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.

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

[0016] The above technical solution adopted in the embodiment of the present application may have the following advantages: By obtaining the host-side data of the live broadcast room, the host-side data includes the corresponding area of ​​the host's device, streaming tools, historical streaming bitrate, number of viewers, live broadcast duration, stay time, live broadcast frequency, number of fans and at least part of the data in the live broadcast partition; obtaining the user-side data of the live broadcast room, the user-side data includes at least part of the data in viewing duration, viewing clarity, account level, viewing device, interactive data, stay time and risk control level, determining or adjusting the live broadcast configuration of the live broadcast room according to the host-side data and / or user-side data, and dynamically configuring and adjusting the live broadcast configuration according to the host-side data and / or user-side data, thereby improving the perception of user business attributes and the flexibility of live broadcast configuration, and meeting the diversified needs of business scenarios. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The accompanying drawings exemplarily illustrate the embodiments and constitute a part of the specification, and together with the text description of the specification, are used to explain the exemplary implementation of the embodiments. The embodiments shown are for illustrative purposes only and do not limit the scope of the claims. In all drawings, the same reference numerals refer to similar but not necessarily identical elements.

[0018] Figure 1 This is an example diagram of a live broadcast architecture in the related art; Figure 2 The operating environment diagram of the live broadcast configuration method according to the first embodiment of the present application is schematically shown; Figure 3 The flowchart of the live broadcast configuration method according to the first embodiment of the present application is schematically shown; Figure 4 A block diagram schematically shows a live broadcast configuration device according to Embodiment 2 of the present application; and Figure 5The hardware architecture diagram of the computer device according to the third embodiment of the present application is schematically shown. DETAILED DESCRIPTION

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

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

[0021] In the description of the present application, it should be understood that the numerical labels before the steps do not indicate the order in which the steps are executed, but are only used to facilitate the description of the present application and to distinguish each step, and therefore should not be understood as a limitation on the present application.

[0022] First, the following terms are explained: Live streaming: refers to a technology and process that transmits real-time audio and video data through the network and distributes it to the audience in real time. In simple terms, it is to transmit what is happening on the scene to the remote audience in real time through the network, allowing them to watch it as if they were there in person.

[0023] Live streaming edge computing: A technology that moves computing and data processing functions to the edge of the network, close to the user. In the live streaming field, edge computing can help improve the performance and responsiveness of live streaming services.

[0024] Live streaming tool: a software that can encode local video, audio and other multimedia content in real time and transmit it to the live streaming server.

[0025] Bit rate: Also known as bit rate, it refers to the amount of data transmitted per unit time in digital media (such as video and audio). In simple terms, it is how much data is transmitted per second.

[0026] Resolution: It is the degree of detail that an image or display device can show. It indicates how many pixels there are in one inch. The more pixels there are, the clearer the image and the richer the details.

[0027] Clarity: refers to the image quality and detail level of live content, usually defined as ultra-clear, high-definition, original picture, 4K, Dolby, etc.

[0028] Secondly, in order to facilitate those skilled in the art to understand the technical solutions provided in the embodiments of the present application, the relevant technologies are described below: In related technologies, such as Figure 1 As shown in the figure, the live streaming scheduling system pushes the stream of the anchor to the cloud edge computing server through the streaming address, and the downstream CDN network distributes the live stream to the viewer client. However, the current live streaming architecture has problems such as not being able to dynamically configure the streaming address according to the region, live room partition or streaming tool, not being able to dynamically adjust the live streaming bitrate according to the nature of the anchor or live room, and being too weak in perceiving the user's business attributes.

[0029] To this end, the embodiment of the present application provides a live broadcast configuration technical solution. In this technical solution, the live broadcast configuration can be dynamically configured or adjusted according to the anchor side data and the user side data. See below for details.

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

[0031] Figure 2 The following schematically shows an environmental application diagram according to an embodiment of the present application.

[0032] The environment diagram may include a service platform 2, anchor terminals (4A, 4B, ..., 4M), and audience terminals (6A, 6B, ..., 6N). In a live broadcast scenario, the anchor terminal (4A, 4B, ..., 4M) logs in to the service platform 2, and the service platform 2 pushes the live broadcast data to the audience terminal (6A, 6B, ..., 6N) in real time.

[0033] Service platform 2 can provide live broadcast service, which can be a single server, a server cluster or a cloud computing service center.

[0034] The anchor terminal (4A, 4B, ..., 4M) is used to generate live broadcast data in real time and perform streaming operations on the live broadcast data. The live broadcast data may include audio data or video data. The anchor terminal may be an electronic device such as a smart phone or a tablet computer. Of course, the anchor terminal may be a virtual computing instance in the service platform 2.

[0035] The audience terminal (6A, 6B, ..., 6N) may be configured to receive the live broadcast data of the anchor terminal in real time. The audience terminal (6A, 6B, ..., 6N) may be any type of computing device, such as a smart phone, a tablet device, a laptop computer, a smart TV, a vehicle-mounted terminal, etc. The audience terminal (6A, 6B, ..., 6N) may have a built-in browser or a special program, and receive the live broadcast data through the browser or the special program to output content to the user. The content may include video, audio, comments, text data and / or the like.

[0036] The audience terminal (6A, 6B, ..., 6N) may include a player. The player outputs (e.g., displays, presents) content to the user. The content may include video, audio, comments, text data and / or the like. The audience terminal (6A, 6B, ..., 6N) may include an interface, which may include an input element (touch screen). For example, the input element may be configured to receive user instructions, and the user instructions may enable the audience terminal (6A, 6B, ..., 6N) to perform various operations, such as sending a bullet screen, entering a comment, giving a gift, etc.

[0037] The anchor terminals (4A, 4B, ..., 4M), the audience terminals (6A, 6B, ..., 6N) and the service platform 2 may be connected via a network. The network may include various network devices, such as routers, switches, multiplexers, hubs, modems, bridges, repeaters, firewalls and / or proxy devices, etc. The network may include physical links, such as coaxial cable links, twisted pair cable links, optical fiber links, combinations thereof and / or the like. The network may include wireless links, such as cellular links, satellite links, Wi-Fi links and / or the like.

[0038] It should be noted that the number of the host terminals and the audience terminals in the figure is only for illustration and is not used to limit the scope of patent protection of this application. According to actual conditions, there can be any number of host terminals and audience terminals.

[0039] The following uses the service platform as the execution subject to introduce the technical solution of the present application through multiple embodiments. It should be noted that these embodiments can be implemented in a variety of different forms and should not be interpreted as being limited to the embodiments described here.

[0040] Embodiment 1 Figure 3 The flowchart of the live broadcast configuration method according to the first embodiment of the present application is schematically shown.

[0041] like Figure 3 As shown, the live broadcast configuration method may include steps S200 to S204, wherein: Step S200, obtaining the host side data of the live broadcast room, the host side data includes the corresponding area of ​​the host's device in the live broadcast room, the streaming tool, the streaming bit rate, the number of viewers, the live broadcast duration, the stay time, the live broadcast frequency, the number of fans and at least part of the data in the live broadcast partition.

[0042] Step S202, obtaining user-side data of the live broadcast room, the user-side data including viewing time, viewing clarity, account level, viewing device, interaction data, stay time and at least part of the risk control level.

[0043] Step S204, determining the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data, and / or adjusting the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data.

[0044] The live broadcast configuration method provided in this embodiment obtains the host-side data of the live broadcast room, the host-side data includes the device corresponding area of ​​the host in the live broadcast room, the streaming tool, the historical streaming bit rate, the number of viewers, the live broadcast duration, the resident time, the live broadcast frequency, the number of fans and at least part of the data in the live broadcast partition; obtains the user-side data of the live broadcast room, the user-side data includes at least part of the data in the viewing duration, viewing clarity, account level, viewing device, interactive data, stay time and risk control level, determines or adjusts the live broadcast configuration of the live broadcast room according to the host-side data and / or the user-side data, and can dynamically configure and adjust the live broadcast configuration according to the host-side data and / or the user-side data, thereby improving the perception of user business attributes and the flexibility of live broadcast configuration, and meeting the diversified needs of business scenarios.

[0045] The following combination Figure 3 , each step in steps S200~S204 and other optional steps are described in detail.

[0046] Step S200 , obtain the anchor side data of the live broadcast room, the anchor side data includes the anchor's device corresponding area, streaming tools, streaming bit rate, number of viewers, live broadcast duration, stay time, live broadcast frequency, number of fans and at least part of the data in the live broadcast partition.

[0047] With the authorization of the anchor in the live broadcast room, the service platform can obtain the anchor side data according to the anchor's ID. The anchor side data can include real-time data and historical data. For example, the number of viewers can be both the real-time number of viewers and the historical number of viewers. Optionally, when the anchor in the live broadcast room creates or starts the live broadcast room, since some of the real-time data on the anchor side has not yet been obtained, the anchor side's historical data can be used at this time. After the live broadcast room has started playing, the real-time data and historical data of the anchor side data can be obtained. At this time, only real-time data or historical data can be used, or both real-time data and historical data can be used.

[0048] Step S202 , obtain user-side data of the live broadcast room, the user-side data including viewing time, viewing clarity, account level, viewing device, interaction data, stay time and at least part of the risk control level.

[0049] With the authorization of the user of the live broadcast room, the service platform can obtain the user-side data according to the user's ID. Similarly, the user-side data can include real-time data and historical data. For example, the viewing time can be both real-time viewing time and historical viewing time. When obtaining historical data on the user side, the user's ID can be determined according to the anchor ID, and then the historical data can be obtained according to the user's ID. Optionally, when the anchor of the live broadcast room creates or starts the live broadcast room, since the real-time data on some users has not yet been obtained, the historical data on the user side can be used at this time; after the live broadcast room starts playing, the real-time data and historical data on the user side can be obtained. At this time, only real-time data or historical data can be used, or both real-time data and historical data can be used.

[0050] Step S204 , determine the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data, and / or, adjust the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data.

[0051] Optionally, the service platform can determine the live broadcast configuration of the live broadcast room according to the anchor side data or the user side data, or can determine the live broadcast configuration of the live broadcast room according to the anchor side data and the user side data. Alternatively, the live broadcast configuration of the live broadcast room is adjusted according to the anchor side data or the user side data, or the live broadcast configuration of the live broadcast room is adjusted according to the anchor side data and the user side data.

[0052] In an optional embodiment, the live broadcast configuration may include at least part of the configuration of the live broadcast room's streaming bitrate, resolution, encoding format, streaming address, experimental strategy, transcoding strategy, traffic distribution strategy, and clarity switching strategy.

[0053] The streaming bitrate can include low bitrate (such as below 500kbps), medium bitrate (such as 500kbps-1Mps) and high bitrate (such as above 1Mps); the resolution can include standard definition (SD, such as 480P), high definition (HD, such as 720P, 1080P) and ultra high definition (UHD, such as 1440P, 2160P), etc.; the encoding format can include H.264 and H.265, etc.; the configuration of the streaming address can include the protocol, server address, application name and stream name, etc.; the experimental strategy can be a strategy configuration for testing or optimizing the live broadcast effect, such as the strategy configuration of AB testing; the transcoding strategy can include bit adaptation strategy, encoding format selection strategy, resolution adjustment strategy and frame rate adjustment, etc. Content, where the encoding format selection strategy can be, for example, to configure a more efficient encoding format (H.265) for devices with higher performance, and to configure a general encoding format (such as H.264) for devices with lower performance; the traffic distribution strategy can configure the distribution and priority of traffic from the dimensions of content, user, time, and region. For example, different priorities can be set for the content dimension, and then the traffic is distributed according to the priority corresponding to the specific content; the clarity switching strategy can include a strategy for switching according to network conditions, device performance, user behavior, and video content. For example, for users who have watched videos with high clarity in history, high definition can be prioritized, and when high definition cannot be guaranteed, it can be switched to the second highest definition. Exemplarily, a live broadcast configuration interface can be provided, in which the configuration of basic information and group information can be included, wherein the configuration of basic information can specifically include the start time, end time, experiment name, experiment room configuration, active room filtering, etc.; and the configuration of group information can specifically include the group name, the configuration corresponding to the group, etc.

[0054] In an optional embodiment, the live broadcast configuration method can be applied to a live broadcast playing strategy platform, and the live broadcast playing strategy platform is used to output the live broadcast configuration to the live broadcast system so that the live broadcast system can execute the live broadcast configuration.

[0055] Specifically, the service platform may include a live broadcast strategy platform and a server corresponding to the live broadcast system. The live broadcast strategy platform is used to execute steps S200 to S204 and other optional embodiments to obtain anchor side data and / or user side data, and then determine or adjust the live broadcast configuration according to the anchor side data and / or user side data. After determining the live broadcast configuration or adjusting the live broadcast configuration, the live broadcast strategy platform may output the determined or adjusted live broadcast configuration to the server of the live broadcast system, and the server of the live broadcast system executes the corresponding live broadcast configuration.

[0056] In this optional embodiment, the live broadcast configuration method is implemented through the live broadcast strategy platform, and the determined or adjusted live broadcast configuration is output to the live broadcast system for the live broadcast system to execute the live broadcast configuration. The integration of the anchor side data and the user side data can be achieved through a separately built platform, and the unified configuration and management of the live broadcast configuration can be achieved based on the integrated data, thereby improving the flexibility of the live broadcast configuration and facilitating the implementation of the live broadcast configuration plan.

[0057] In an optional embodiment, determining the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data in step S204 may further include: determining the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data using a machine learning model.

[0058] The machine learning model can adopt a regression model, a classification model or a reinforcement learning model, wherein the regression model can be, for example, linear regression, decision tree, random forest, etc. When training the machine learning model, the host-side data and / or user-side data can be input into the machine learning model as training data, and the live broadcast configuration is used as the output of the machine learning model. The machine learning model is trained according to the pre-labeled live broadcast configuration until the desired accuracy is achieved, thereby obtaining a trained machine learning model. After the machine learning model is trained, the host-side data and / or user-side data of the current live broadcast room can be input into the machine learning model, and the corresponding live broadcast configuration can be obtained according to the output of the machine learning model.

[0059] In this optional embodiment, a machine learning model is used to determine the live broadcast configuration of the live broadcast room based on the host side data and / or the user side data. Different live broadcast configurations can be obtained according to the host side data and / or the user side data. The data can be effectively integrated to make a suitable personalized live broadcast configuration, thereby improving the intelligence of the live broadcast configuration.

[0060] In an optional embodiment, determining the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data in step S204 may further include: determining the ratio of high-quality live stream and low-quality live stream in the live broadcast room according to data of at least one dimension of the anchor side data and / or the user side data.

[0061] For example, for live broadcast partition A, the ratio of high-quality live broadcast stream to low-quality live broadcast stream is determined to be 2:1, so that the push stream in live broadcast partition A will be scheduled according to the ratio of 2:1 and the resource type will be automatically allocated. The difference between high-quality live broadcast stream and low-quality live broadcast stream can be reflected in at least one dimension of bit rate, resolution, frame rate, delay, and sound quality.

[0062] It can be seen that the above example uses the live partition in the anchor side data to determine the ratio of high-quality live stream to low-quality live stream in the live broadcast configuration. In actual applications, the ratio of high-quality live stream to low-quality live stream in the live broadcast configuration can be determined based on one or more dimensions in the anchor side data and / or user side data. No specific restrictions are made here. In addition, in the above example, the ratio of high-quality live stream is larger and the ratio of low-quality live stream is smaller. In actual applications, the ratio of high-quality live stream can be smaller and the ratio of low-quality live stream can be larger, such as 1:2, etc., and no specific restrictions are made here.

[0063] In this optional embodiment, by determining the ratio of high-quality live streams to low-quality live streams in the live broadcast room based on at least one dimension of the host side data and / or the user side data, the ratio of high- and low-quality live streams can be determined based on the actual situation of the host side data or the user side data, thereby improving the flexibility of configuring different resource types in the live broadcast configuration.

[0064] In an optional embodiment, adjusting the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data in step S204 may further include: when data of at least one dimension of the anchor side data and / or the user side data meets preset conditions, adjusting the bit rate of the live stream output by the live broadcast room.

[0065] For example, the streaming bitrate of the audio and video partition in the live broadcast partition does not need to be too high. If a live broadcast room with a too high streaming bitrate appears, the transmission bandwidth of the traffic in the entire live broadcast link will increase, and the cost of the full-link live broadcast system will be increased. The preset condition can be that the streaming bitrate in the audio and video partition is higher than a certain threshold. When it is higher than the threshold, the adjustment can be forced encoding and decoding to output a low-bitrate live stream.

[0066] It can be seen that the above example uses the change of the push stream bitrate in the anchor side data as the preset condition. In actual applications, the preset condition can be set according to the change of one or more dimensions in the anchor side data and / or the user side data, for example, the bitrate of the output live stream is adjusted according to the number of viewers, the number of fans or the viewing time, etc., and no specific restrictions are made here. In addition, adjusting the bitrate of the output live stream may include increasing or decreasing the bitrate.

[0067] In this optional embodiment, by adjusting the bit rate of the live stream output by the live broadcast room when at least one dimension of the host side data and / or the user side data meets the preset conditions, the bit rate of the output live stream can be dynamically adjusted according to the real-time changes of the host side data or the user side data to meet the needs of various scenarios and improve the flexibility of the bit rate configuration in the live broadcast configuration.

[0068] Embodiment 2 Figure 4The block diagram of the live broadcast configuration device 300 according to the second embodiment of the present application is schematically shown. The device 300 can be divided into one or more program modules, one or more program modules are stored in a storage medium, and are 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 4 As shown, the apparatus 300 may include a first acquisition module 310, a second acquisition module 320 and a configuration module 330, wherein: The first acquisition module 310 is used to acquire the host-side data of the live broadcast room, wherein the host-side data includes the device corresponding area, streaming tool, streaming bit rate, number of viewers, live broadcast duration, stay time, live broadcast frequency, number of fans, and at least part of the data in the live broadcast zone of the host in the live broadcast room; A second acquisition module 320 is used to acquire user-side data of the live broadcast room, wherein the user-side data includes at least part of the viewing time, viewing clarity, account level, viewing device, interaction data, stay time and risk control level; The configuration module 330 is used to determine the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data, and / or adjust the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data.

[0069] In an optional embodiment, the configuration module 330 is further configured to: The ratio of high-quality live stream to low-quality live stream in the live broadcast room is determined based on data of at least one dimension of the anchor side data and / or the user side data.

[0070] In an optional embodiment, the configuration module 330 is further configured to: When data of at least one dimension of the anchor side data and / or the user side data meets a preset condition, the bit rate of the live stream output by the live broadcast room is adjusted.

[0071] In an optional embodiment, the live broadcast configuration includes at least part of the configuration of the live broadcast room's streaming bitrate, resolution, encoding format, streaming address, experimental strategy, transcoding strategy, traffic distribution strategy, and clarity switching strategy.

[0072] In an optional embodiment, the device is applied to a live broadcasting strategy platform, and the live broadcasting strategy platform is used to output the live broadcasting configuration to a live broadcasting system so that the live broadcasting system can execute the live broadcasting configuration.

[0073] In an optional embodiment, the configuration module 330 is further configured to: A machine learning model is used to determine the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data.

[0074] Embodiment 3 Figure 5 The schematic diagram of the hardware architecture of a computer device 10000 suitable for implementing the live broadcast configuration method according to the third embodiment of the present application is shown schematically. In some embodiments, the computer device 10000 may be a terminal device such as a smart phone, a wearable device, a tablet computer, a personal computer, a vehicle 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 5 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 through a system bus. Among them: The memory 10010 includes at least one type of computer-readable storage medium, and the readable storage medium includes flash memory, hard disk, multimedia card, card-type memory (such as 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 memory, magnetic disk, optical disk, etc. In some embodiments, the memory 10010 can be an internal storage module of the computer device 10000, such as a hard disk or memory of the computer device 10000. In other embodiments, the memory 10010 can also be an external storage device of the computer device 10000, such as a plug-in hard disk equipped on the computer device 10000, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash card (Flash Card), etc. Of course, the memory 10010 can also include both the internal storage module of the computer device 10000 and its external storage device. In this embodiment, the memory 10010 is generally used to store the operating system and various application software installed in the computer device 10000, such as the program code of the live broadcast configuration method, etc. In addition, the memory 10010 can also be used to temporarily store various data that have been output or will be output.

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

[0076] The network interface 10030 may include a wireless network interface or a wired network interface, and the network interface 10030 is generally used to establish a communication link between the computer device 10000 and other computer devices. For example, the network interface 10030 is used to connect the computer device 10000 to an external terminal through a network, and to establish a data transmission channel and a communication link between the 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 communication (GSM), Wideband Code Division Multiple Access (WCDMA), 4G network, 5G network, Bluetooth, Wi-Fi, etc.

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

[0078] In this embodiment, the live broadcast configuration 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.

[0079] Embodiment 4 An embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored, wherein when the computer program is executed by a processor, the steps of the live broadcast configuration method in the embodiment are implemented.

[0080] In this embodiment, the computer-readable storage medium includes flash memory, hard disk, multimedia card, card-type memory (for example, SD or DX memory, etc.), 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 memory, disk, optical disk, etc. In some embodiments, the computer-readable storage medium may be an internal storage unit of a computer device, such as a hard disk or memory of the computer device. In other embodiments, the computer-readable storage medium may also be an external storage device of a computer device, such as a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash card (Flash Card), etc. equipped on the computer device. Of course, the computer-readable storage medium may also include both the internal storage unit of the computer device and its external storage device. In this embodiment, the computer-readable storage medium is generally used to store an operating system and various application software installed on the computer device, such as the program code of the live broadcast configuration method in the embodiment. In addition, the computer-readable storage medium may also be used to temporarily store various types of data that have been output or are to be output.

[0081] Embodiment 5 An embodiment of the present application also provides a computer program product, including a computer program, which implements the method in the above embodiment when executed by a processor.

[0082] 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 by general-purpose computer devices, they can be concentrated on a single computer device, or distributed on a network composed of multiple computer devices, optionally, they can be implemented by executable program codes of computer devices, so that they can be stored in a storage device and executed by the computer device, and in some cases, the steps shown or described can be executed in a different order from that 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. In this way, the embodiments of the present application are not limited to any specific combination of hardware and software.

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

Claims

1. A live broadcast configuration method, characterized in that: The method comprises: Acquire the anchor side data of the live broadcast room, wherein the anchor side data includes the device corresponding area, streaming tool, streaming bit rate, number of viewers, live broadcast duration, resident time, live broadcast frequency, number of fans and at least part of the data in the live broadcast zone of the anchor in the live broadcast room; Acquire user-side data of the live broadcast room, wherein the user-side data includes at least part of the viewing time, viewing clarity, account level, viewing device, interaction data, stay time, and risk control level; Determine the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data, and / or adjust the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data.

2. The method according to claim 1, characterized in that: The determining the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data includes: The ratio of high-quality live stream to low-quality live stream in the live broadcast room is determined based on data of at least one dimension of the anchor side data and / or the user side data.

3. The method according to claim 1, characterized in that The adjusting the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data includes: When data of at least one dimension of the anchor side data and / or the user side data meets a preset condition, the bit rate of the live stream output by the live broadcast room is adjusted.

4. The method according to any one of claims 1 to 3, characterized in that: The live broadcast configuration includes at least part of the configuration of the live broadcast room's streaming bit rate, resolution, encoding format, streaming address, experimental strategy, transcoding strategy, traffic distribution strategy, and clarity switching strategy.

5. The method according to any one of claims 1 to 3, characterized in that: The method is applied to a live broadcasting strategy platform, and the live broadcasting strategy platform is used to output the live broadcasting configuration to a live broadcasting system so that the live broadcasting system can execute the live broadcasting configuration.

6. The method according to any one of claims 1 to 3, characterized in that: Determining the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data includes: A machine learning model is used to determine the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data.

7. A live broadcast configuration device, characterized in that: The device comprises: The first acquisition module is used to acquire the anchor side data of the live broadcast room, wherein the anchor side data includes the device corresponding area, streaming tool, streaming bit rate, number of viewers, live broadcast duration, resident time, live broadcast frequency, number of fans and at least part of the data in the live broadcast partition of the anchor in the live broadcast room; A second acquisition module is used to acquire user-side data of the live broadcast room, wherein the user-side data includes at least part of the viewing time, viewing clarity, account level, viewing device, interaction data, stay time and risk control level; A configuration module is used to determine the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data, and / or to adjust the live broadcast configuration of the live broadcast room according to the anchor side data and / or the user side data.

8. A computer device, characterized in that: include: at least one processor; and a memory communicatively connected 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.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and when the computer instructions are executed by a processor, the method according to any one of claims 1 to 6 is implemented.

10. 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 any one of claims 1 to 6 are implemented.

Citation Information

Patent Citations

  • Live broadcast auxiliary data providing method, device and equipment and readable medium

    CN110446057A

  • Live broadcast definition processing method and device

    CN118264826A

  • Method and device for providing live stream auxiliary data, apparatus, and readable medium

    WO2021036876A1