CN113630617A - Live broadcast room degradation method and system - Google Patents
Live broadcast room degradation method and system Download PDFInfo
- Publication number
- CN113630617A CN113630617A CN202110931802.4A CN202110931802A CN113630617A CN 113630617 A CN113630617 A CN 113630617A CN 202110931802 A CN202110931802 A CN 202110931802A CN 113630617 A CN113630617 A CN 113630617A
- Authority
- CN
- China
- Prior art keywords
- live broadcast
- room
- broadcast room
- live
- online users
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/4508—Management of client data or end-user data
Abstract
The application discloses a live broadcast room degradation method, which comprises the following steps: reading a pre-configured degradation strategy; polling the number of online users in each live broadcast room; judging whether the number of the online users in each live broadcast room exceeds a threshold value; and when the number of the online users in the live broadcast room exceeds a threshold value, issuing a degrading broadcast to a client corresponding to the live broadcast room so that the client executes degrading operation according to the degrading strategy. The application also discloses a live broadcast room degradation system, an electronic device and a computer readable storage medium. Therefore, self-adaptive degradation processing can be performed on the hot live broadcast room, the robustness and the usability of the system are improved, and the system maintenance cost and the labor cost are reduced.
Description
Technical Field
The present application relates to the field of data processing technologies, and in particular, to a live broadcast room degradation method, system, electronic device, and computer-readable storage medium.
Background
The live broadcast room is used as a carrier of live broadcast content and interaction, the position is very important, and meanwhile, the requirement on availability of downstream services of various countries depending on the live broadcast room is also very high. Typically, during a large live event, most users may exit the live room to return to the home page at the end of the mid-live event. For example, when an important event is broadcast directly, the number of people in the live broadcast room is increased explosively for a short time, then when a game is finished, a large number of users in the live broadcast room exit the live broadcast and return to the home page, so that the home page is refreshed in a large number, and at this time, the aggregation gateway is likely to be unable to handle such a high user access amount. This situation can put double-amplification pressure on home gateways and downstream services, and gateway system availability is compromised. Meanwhile, some live broadcast rooms request service in real time, which is very easy to cause system instability due to large flow impact during activity.
It should be noted that the above-mentioned contents are not intended to limit the scope of protection of the application.
Disclosure of Invention
The present application mainly aims to provide a live broadcast room degradation method, system, electronic device and computer readable storage medium, and aims to solve the problem of how to provide a simple and easy-to-use live broadcast room degradation mode without a keyboard or a fixed input area.
In order to achieve the above object, an embodiment of the present application provides a live broadcast room degrading method, where the method includes:
reading a pre-configured degradation strategy;
polling the number of online users in each live broadcast room;
judging whether the number of the online users in each live broadcast room exceeds a threshold value; and
and when the number of the online users in the live broadcast room exceeds a threshold value, issuing a degrading broadcast to a client corresponding to the live broadcast room so that the client executes degrading operation according to the degrading strategy.
Optionally, the reading the preconfigured degradation policy includes:
and receiving the degradation strategy dynamically configured and issued by the user through the configuration platform.
Optionally, the polling the number of online users of each live broadcast room includes: polling the highest number of simultaneous online users of each live broadcast room in a preset time period;
the judging whether the number of the online users of each live broadcast room exceeds a threshold value comprises: and judging whether the highest number of simultaneous online users of all live broadcasting rooms exceeds a threshold value.
Optionally, the method further includes, after polling the number of online users in each live broadcast room:
creating and storing an index table, wherein the index table comprises the identification of each live broadcast room and the number of the online users;
and self-defining the threshold corresponding to each live broadcast room according to the service type of each live broadcast room and the index table.
Optionally, the degradation policy includes non-core request delay processing, local negotiation caching, broadcast behavior scattering, and no refresh of the top page after exiting the live broadcast room.
Optionally, the degradation broadcast includes broadcasting a unique identification and specific configuration data of the degradation policy.
Optionally, when the number of online users in the live broadcast room exceeds a threshold, issuing a degraded broadcast to a client corresponding to the live broadcast room includes:
and when the number of the online users in the live broadcast room exceeds the threshold value, judging that the live broadcast room is a hot room, and issuing the degraded broadcast to the client corresponding to the user in the hot room once through a long connecting channel at intervals of a preset time period.
Optionally, when the number of online users in the live broadcast room exceeds the threshold, determining that the live broadcast room is a hot room further includes:
after the live broadcast room is judged to be a hot room, if the number of the current online users in the live broadcast room is lower than the threshold value, the live broadcast room is still judged to be the hot room within a preset effective time period.
Optionally, the receiving the degradation policy dynamically configured and issued by the user through the configuration platform includes:
and receiving the degradation strategy which is self-defined and configured or expanded by the user according to the service type and the state of each live broadcast room.
In addition, to achieve the above object, an embodiment of the present application further provides a live broadcast room degrading system, where the system includes:
the reading module is used for reading a pre-configured degradation strategy;
the polling module is used for polling the number of online users in each live broadcast room;
the judging module is used for judging whether the number of the online users in each live broadcast room exceeds a threshold value;
and the sending module is used for issuing degradation broadcast to a client corresponding to the live broadcast room when the number of the online users in the live broadcast room exceeds a threshold value, so that the client executes degradation operation according to the degradation strategy.
In order to achieve the above object, an embodiment of the present application further provides an electronic device, including: a memory, a processor, and a live destaging program stored on the memory and executable on the processor, the live destaging program when executed by the processor implementing a live destaging method as described above.
In order to achieve the above object, an embodiment of the present application further provides a computer-readable storage medium, where a live broadcast room downgrading program is stored on the computer-readable storage medium, and when executed by a processor, the live broadcast room downgrading program implements the live broadcast room downgrading method as described above.
The live broadcast room degradation method, the live broadcast room degradation system, the electronic device and the computer readable storage medium provided by the embodiment of the application can achieve the self-adaptive degradation effect aiming at the hot live broadcast room through the unification and convergence of the full link self-adaptive degradation protocol and the establishment of the self-adaptive degradation strategy, improve the robustness and the usability of the system and reduce the maintenance cost and the labor cost of the system.
Drawings
FIG. 1 is a diagram of an application environment architecture in which various embodiments of the present application may be implemented;
fig. 2 is a flowchart of a live broadcast room degradation method according to a first embodiment of the present application;
fig. 3 is a flowchart of a live broadcast room degradation method according to a second embodiment of the present application;
fig. 4 is a schematic hardware architecture diagram of an electronic device according to a third embodiment of the present application;
fig. 5 is a schematic block diagram of a live broadcast room degrading system according to a fourth embodiment of the present application;
fig. 6 is a block diagram of a live broadcast room degrading system according to a fifth embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that the descriptions relating to "first", "second", etc. in the embodiments of the present application are only for descriptive purposes and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In addition, technical solutions between various embodiments may be combined with each other, but must be realized by a person skilled in the art, and when the technical solutions are contradictory or cannot be realized, such a combination should not be considered to exist, and is not within the protection scope of the present application.
Referring to fig. 1, fig. 1 is a diagram illustrating an application environment architecture for implementing various embodiments of the present application. The application can be applied to application environments including, but not limited to, a CDN (Content Delivery Network) 2, a client 4, a management terminal 6, and a server 8.
The CDN 2 is an intelligent virtual network constructed on the basis of the existing network, and by means of edge service nodes deployed in various regions, the client 4 obtains required content through load balancing, content distribution, scheduling, and the like of a central service platform, so that network congestion is reduced, and the access response speed and hit rate of a user are improved. For example, the CDN 2 may transmit live audio/video data to the client 4. The client 4 is used for displaying an interface of the current application to a user and receiving an operation of the user, for example, displaying audio and video data of a live broadcast to the user. The client 2 may be a terminal device such as a PC (Personal Computer), a mobile phone, a tablet Computer, a portable Computer, and a wearable device.
The management terminal 6 is configured to configure a corresponding degradation policy of the live broadcast room.
The server 8 is configured to read a degradation policy configured by the management terminal 6, poll the number of online users in each live broadcast room through the CDN 2, determine whether the number of online users in each live broadcast room exceeds a threshold, and issue a degradation broadcast to the client 4 corresponding to the live broadcast room when the number of online users in a live broadcast room exceeds the threshold, so that the client 4 performs a degradation operation according to the degradation policy.
It should be noted that the management end 6 and the service end 8 may be independent electronic devices, or may be integrated in one or more electronic devices in the CDN 2, such as a server of a central service platform, an edge service node, a gateway, and the like. The server may be a rack server, a blade server, a tower server or a cabinet server, or may be an independent server or a server cluster formed by a plurality of servers.
Example one
Fig. 2 is a flowchart of a live broadcast room degrading method according to a first embodiment of the present application. It is to be understood that the flow charts in the embodiments of the present method are not intended to limit the order in which the steps are performed. Some steps in the flowchart may be added or deleted as desired. The method is described below with the server as the execution subject.
The method comprises the following steps:
and S200, reading a pre-configured degradation strategy.
The live broadcast room is used as a live broadcast content and interactive carrier, the status is very important, and the requirement on the availability of downstream services of various countries depending on the live broadcast room is very high. However, it is impossible for a distributed computing system to satisfy Consistency (Consistency), Availability (Availability), and Partition tolerance (Partition tolerance) at the same time. In practical terms, a partition corresponds to a time limit requirement for communication. If the system fails to achieve data coherency within a time limit, meaning that a partition has occurred, a choice must be made between coherency and availability with respect to the current operation. In extreme cases, burst traffic may cause system avalanche and the service is disastrous. To minimize the loss and reduce the impact area, a certain data consistency must be sacrificed.
Therefore, the degradation strategy in this embodiment is to intercept some unnecessary requests from the source end based on the above consideration, so as to protect the normal use of the user to the maximum extent, and reduce the pressure of the system. The downgrade policy includes, but is not limited to, non-core request delay processing, local negotiation caching (LastModified), broadcast behavior break, and not refreshing the top page after exiting the live broadcast room.
The management terminal provides a Dashboard (Business intelligent Dashboard) of a KV (Key and Value, Key Value pair) configuration platform, supports configuration of a room dimension white list, is used for dealing with emergency large live broadcast activity report, and prevents system impact caused by delay of high online calculation. A user (e.g., an administrator) may directly configure and issue the degradation policy in advance in the Dashboard of the configuration platform of the management end, and the service end reads the configured degradation policy from the management end.
In addition, the degradation strategy can be configured differently according to different service types, and can be expanded in a user-defined manner according to the service types and states of the live broadcast rooms.
S202, polling the number of online users in each live broadcast room.
After reading the degradation strategy, the server polls all PCUs (Peak Current Users, highest number of simultaneous online Users) in a preset time period (generally short) in a live broadcast room (currently in a broadcast room) through the CDN. The process of calculating the PCU of each live broadcast room can be processed by a high online state calculation SDK (Software Development Kit), and the SDK can be conveniently referred by other service parties to perform custom expansion.
S204, judging whether the number of the online users in each live broadcast room exceeds a threshold value.
The threshold value may be preset. And when the service end obtains the PCUs of each live broadcast room, comparing the PCUs with the threshold value, and judging whether the PCUs of the live broadcast rooms exceed the threshold value. And if the PCU of a certain live broadcast room exceeds the threshold value, the live broadcast room is a hot room, and the degradation needs to be carried out.
S206, when the number of the online users in the live broadcast room exceeds a threshold value, sending down degradation broadcast to the client corresponding to the live broadcast room so that the client can execute degradation operation according to the degradation strategy.
Aiming at the live broadcast room judged to be a hot room, the server side issues degraded broadcast to the client side corresponding to the user of the live broadcast room. The destage broadcast includes broadcasting a unique identification and specific configuration data for the destage policy. In this embodiment, the manner of issuing the demotion broadcast is that, when it is determined that the live broadcast room is a hot room, the demotion broadcast is issued to the client corresponding to the user of the live broadcast room once every preset time period (for example, every minute) through a long connection channel.
It is noted that, in order to ensure a good degradation effect, the present embodiment may also extend the effective time of the hot room. That is, after the live broadcast room is determined to be a hot room, if the number of current online users in the live broadcast room is lower than the threshold (some users exit the live broadcast room), the live broadcast room is still determined to be a hot room within a preset effective time period (for example, five minutes).
In order to execute the downgrading operation, the client needs to modify an HTTP network library for support, and reads the downgrading strategy in the downgrading broadcast after receiving the downgrading broadcast pushed by the long connection. And then, executing corresponding degradation operation according to the degradation strategy, such as breaking up non-core requests, opening local negotiation cache, opening broadcast behavior breaking up, not refreshing the home page after exiting the live broadcast room, and the like. For example, the non-core request scattering refers to a random delay performed on a request of a specific interface, and the delay time may be determined according to a specific configuration in the degradation policy. The step of starting the local negotiation cache refers to that the client performs necessary terminal cache on the static data according to the degradation strategy, when the data is needed, the client inquires from the local cache of the terminal first, and if the local cache does not send a request to the server any more.
The live broadcast room degradation method provided by the embodiment can achieve the self-adaptive degradation effect aiming at the hot live broadcast room through the unification and convergence of the full link self-adaptive degradation protocol and the establishment of the self-adaptive degradation strategy, thereby improving the robustness and the usability of the system and reducing the maintenance cost and the labor cost of the system.
Example two
Fig. 3 is a flowchart of a live broadcast room degrading method according to a second embodiment of the present application. In the second embodiment, the live broadcast room degrading method further includes steps S304-S306 based on the first embodiment. It is to be understood that the flow charts in the embodiments of the present method are not intended to limit the order in which the steps are performed. Some steps in the flowchart may be added or deleted as desired.
The method comprises the following steps:
and S300, reading a pre-configured degradation strategy.
In this embodiment, the downgrading policy includes, but is not limited to, non-core request delay processing, local negotiation cache, broadcast behavior break, and not refreshing the top page after exiting the live broadcast room.
The management terminal provides a Dashboard of the KV configuration platform, supports configuration of a room dimension white list, is used for dealing with emergency large live broadcast activity report, and prevents system impact caused by delay of high online calculation. A user (e.g., an administrator) may directly configure and issue the degradation policy in advance in the Dashboard of the configuration platform of the management end, and the service end reads the configured degradation policy from the management end.
In addition, the degradation strategy can be configured differently according to different service types, and can be expanded in a user-defined manner according to the service types and states of the live broadcast rooms.
S302, polling the number of online users in each live broadcast room.
After reading the degradation policy, the server polls all PCUs in the live broadcast room (currently in the broadcast room) within a preset time period (generally short) through the CDN.
S304, creating and saving an index table.
The index table is a fast lookup table, and has a structure of online- > room _ id, and includes an identifier (room _ id) of each live broadcast room and the number of online users (online, that is, the CPU). The processes of calculating PCUs of all live webcasts and creating the index table can be processed by a high online state calculation SDK, and the SDK can be conveniently quoted by other service parties and further subjected to custom expansion. The purpose of creating the index table is to satisfy the difference of different service scenes in the definition of hot rooms for the use of the SDK for expanding other service scenes (the user number threshold can be freely controlled by the SDK).
S306, customizing a user number threshold corresponding to each live broadcast room according to the service type of each live broadcast room and the index table.
The threshold may be a fixed value, or different thresholds may be set for different live broadcast rooms. And, the threshold value of each live broadcast room can be dynamically adjusted under different service types and different network states (for example, the current network state is obtained according to the number of online users of each live broadcast room in the index table). For example, in a distributed system where gateway throttling integrates the SDK, the threshold may be dynamically adjusted based on hot rooms, finding a balance between loss of service and high availability of the system.
S308, judging whether the number of the online users in each live broadcast room exceeds a threshold value.
And when the service end obtains the PCUs of each live broadcast room and the threshold value, comparing the PCUs with the threshold value, and judging whether the PCUs of the live broadcast rooms exceed the threshold value. And if the PCU of a certain live broadcast room exceeds the threshold value, the live broadcast room is a hot room, and the degradation needs to be carried out.
S310, when the number of the online users in the live broadcast room exceeds a threshold value, sending down degradation broadcast to the client corresponding to the live broadcast room so that the client can execute degradation operation according to the degradation strategy.
Aiming at the live broadcast room judged to be a hot room, the server side issues degraded broadcast to the client side corresponding to the user of the live broadcast room. The destage broadcast includes broadcasting a unique identification and specific configuration data for the destage policy. In this embodiment, the manner of issuing the demotion broadcast is that, when it is determined that the live broadcast room is a hot room, the demotion broadcast is issued to the client corresponding to the user of the live broadcast room once every preset time period (for example, every minute) through a long connection channel.
It is noted that, in order to ensure a good degradation effect, the present embodiment may also extend the effective time of the hot room. That is, after the live broadcast room is determined to be a hot room, if the number of current online users in the live broadcast room is lower than the threshold (some users exit the live broadcast room), the live broadcast room is still determined to be a hot room within a preset effective time period (for example, five minutes).
In order to execute the downgrading operation, the client needs to modify an HTTP network library for support, and reads the downgrading strategy in the downgrading broadcast after receiving the downgrading broadcast pushed by the long connection. And then, executing corresponding degradation operation according to the degradation strategy, such as breaking up non-core requests, opening local negotiation cache, opening broadcast behavior breaking up, not refreshing the home page after exiting the live broadcast room, and the like. For example, the non-core request scattering refers to a random delay performed on a request of a specific interface, and the delay time may be determined according to a specific configuration in the degradation policy. The step of starting the local negotiation cache refers to that the client performs necessary terminal cache on the static data according to the degradation strategy, when the data is needed, the client inquires from the local cache of the terminal first, and if the local cache does not send a request to the server any more.
The live broadcast room degradation method provided by the embodiment can achieve the self-adaptive degradation effect aiming at the hot live broadcast room through the unification and convergence of the full link self-adaptive degradation protocol and the establishment of the self-adaptive degradation strategy, thereby improving the robustness and the usability of the system and reducing the maintenance cost and the labor cost of the system. In addition, the method can support free expansion of the degradation strategy and dynamic adjustment of the number threshold of the users in the hot room, further improve the adaptability and the usability of the system, and reduce the expansion difficulty and the cost.
EXAMPLE III
Fig. 4 is a schematic diagram of a hardware architecture of an electronic device 20 according to a third embodiment of the present application. In the present embodiment, the electronic device 20 may include, but is not limited to, a memory 21, a processor 22, and a network interface 23, which are communicatively connected to each other through a system bus. It is noted that fig. 4 only shows the electronic device 20 with components 21-23, but it is to be understood that not all of the shown components are required to be implemented, and that more or fewer components may be implemented instead. In this embodiment, the electronic device 20 may be the server.
The memory 21 includes at least one type of readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a Read Only Memory (ROM), an Electrically Erasable Programmable Read Only Memory (EEPROM), a Programmable Read Only Memory (PROM), a magnetic memory, a magnetic disk, an optical disk, etc. In some embodiments, the storage 21 may be an internal storage unit of the electronic device 20, such as a hard disk or a memory of the electronic device 20. In other embodiments, the memory 21 may also be an external storage device of the electronic apparatus 20, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), or the like, provided on the electronic apparatus 20. Of course, the memory 21 may also include both an internal storage unit and an external storage device of the electronic apparatus 20. In this embodiment, the memory 21 is generally used for storing an operating system and various application software installed on the electronic device 20, such as program codes of the live broadcast degrading system 60. Further, the memory 21 may also be used to temporarily store various types of data that have been output or are to be output.
The processor 22 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data Processing chip in some embodiments. The processor 22 is generally used to control the overall operation of the electronic device 20. In this embodiment, the processor 22 is configured to execute the program code stored in the memory 21 or process data, for example, execute the live broadcast degrading system 60.
The network interface 23 may include a wireless network interface or a wired network interface, and the network interface 23 is generally used for establishing a communication connection between the electronic apparatus 20 and other electronic devices.
Example four
Fig. 5 is a block diagram of a live broadcast room downgrading system 60 according to a fourth embodiment of the present invention. The live destaging system 60 may be partitioned into one or more program modules stored in a storage medium and executed by one or more processors to implement embodiments of the present application. The program modules referred to in the embodiments of the present application refer to a series of computer program instruction segments capable of performing specific functions, and the following description will specifically describe the functions of each program module in the embodiments.
In this embodiment, the live room demotion system 60 includes:
a reading module 600 for reading the pre-configured destage policy.
In this embodiment, the downgrading policy includes, but is not limited to, non-core request delay processing, local negotiation cache, broadcast behavior break, and not refreshing the top page after exiting the live broadcast room.
The management terminal provides a Dashboard of the KV configuration platform, supports configuration of a room dimension white list, is used for dealing with emergency large live broadcast activity report, and prevents system impact caused by delay of high online calculation. A user (e.g., an administrator) may directly configure and issue the degradation policy in advance in the Dashboard of the configuration platform of the management end, and the reading module 600 reads the configured degradation policy from the management end.
In addition, the degradation strategy can be configured differently according to different service types, and can be expanded in a user-defined manner according to the service types and states of the live broadcast rooms.
And a polling module 602, configured to poll the number of online users in each live broadcast room.
After reading the downgrade policy, a polling module 602 polls all PCUs in the live room (currently in the live room) for a preset period of time (typically short) through the CDN.
A determining module 604, configured to determine whether the number of online users in each live broadcast room exceeds a threshold.
The threshold value may be preset. When the PCUs of the live broadcast rooms and the threshold are obtained, the determining module 604 compares the PCUs with the threshold, and determines whether any PCU of the live broadcast room exceeds the threshold. And if the PCU of a certain live broadcast room exceeds the threshold value, the live broadcast room is a hot room, and the degradation needs to be carried out.
A sending module 606, configured to issue a degradation broadcast to a client corresponding to a live broadcast room when the number of online users in the live broadcast room exceeds a threshold, so that the client performs a degradation operation according to the degradation policy.
For the live broadcast room judged as the hot room, the sending module 606 issues the degraded broadcast to the client corresponding to the user of the live broadcast room. The destage broadcast includes broadcasting a unique identification and specific configuration data for the destage policy. In this embodiment, the manner of issuing the demotion broadcast is that, when it is determined that the live broadcast room is a hot room, the demotion broadcast is issued to the client corresponding to the user of the live broadcast room once every preset time period (for example, every minute) through a long connection channel.
It is noted that, in order to ensure a good degradation effect, the present embodiment may also extend the effective time of the hot room. That is, after the live broadcast room is determined to be a hot room, if the number of current online users in the live broadcast room is lower than the threshold (some users exit the live broadcast room), the live broadcast room is still determined to be a hot room within a preset effective time period (for example, five minutes).
The live broadcast room degradation system provided by the embodiment can achieve the self-adaptive degradation effect aiming at the hot live broadcast room through the unification and convergence of the full link self-adaptive degradation protocol and the establishment of the self-adaptive degradation strategy, thereby improving the robustness and the usability of the system and reducing the maintenance cost and the labor cost of the system.
EXAMPLE five
Fig. 6 is a block diagram of a live broadcast room downgrading system 60 according to a fifth embodiment of the present invention. In this embodiment, the live broadcast room degrading system 60 includes a creating module 608 and a setting module 610, in addition to the reading module 600, the polling module 602, the determining module 604 and the sending module 606 in the fourth embodiment.
The creating module 608 is configured to create and store an index table after the polling module 602 polls the number of online users in each live broadcast room.
The index table is a fast lookup table, and has a structure of online- > room _ id, and includes an identifier (room _ id) of each live broadcast room and the number of online users (online, that is, the CPU). The purpose of creating the index table is to satisfy the difference of different service scenes in the definition of hot rooms for the use of the SDK for expanding other service scenes (the user number threshold can be freely controlled by the SDK).
The setting module 610 is configured to customize a user number threshold corresponding to each live broadcast room according to the service type of each live broadcast room and the index table.
The threshold may be a fixed value, or different thresholds may be set for different live broadcast rooms. And, the threshold value of each live broadcast room can be dynamically adjusted under different service types and different network states (for example, the current network state is obtained according to the number of online users of each live broadcast room in the index table).
The live broadcast room degradation system provided by the embodiment can support dynamic adjustment of the number threshold of the users in the hot room, further improve the adaptability and the usability of the system, and reduce the expansion difficulty and the cost.
EXAMPLE six
The present application provides another embodiment that provides a computer-readable storage medium storing a live space downgrade program, which is executable by at least one processor to cause the at least one processor to perform the steps of the live space downgrade method as described above.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.
It will be apparent to those skilled in the art that the modules or steps of the embodiments of the present application described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different from that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, embodiments of the present application are not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present application, and not intended to limit the scope of the present application, and all modifications that can be made by the use of the equivalent structures or equivalent processes in the specification and drawings of the present application or that can be directly or indirectly applied to other related technologies are also included in the scope of the present application.
Claims (12)
1. A live room demotion method, the method comprising:
reading a pre-configured degradation strategy;
polling the number of online users in each live broadcast room;
judging whether the number of the online users in each live broadcast room exceeds a threshold value; and
and when the number of the online users in the live broadcast room exceeds a threshold value, issuing a degrading broadcast to a client corresponding to the live broadcast room so that the client executes degrading operation according to the degrading strategy.
2. The live room destaging method of claim 1, wherein reading a preconfigured destaging policy comprises:
and receiving the degradation strategy dynamically configured and issued by the user through the configuration platform.
3. The live room demotion method as claimed in claim 1 or 2, wherein said polling the number of online users of each live room comprises: polling the highest number of simultaneous online users of each live broadcast room in a preset time period;
the judging whether the number of the online users of each live broadcast room exceeds a threshold value comprises: and judging whether the highest number of simultaneous online users of all live broadcasting rooms exceeds a threshold value.
4. The live room demotion method as claimed in any one of claims 1 to 3, further comprising, after polling the number of online users of each live room:
creating and storing an index table, wherein the index table comprises the identification of each live broadcast room and the number of the online users;
and self-defining the threshold corresponding to each live broadcast room according to the service type of each live broadcast room and the index table.
5. The live broadcast room degrading method according to any one of claims 1 to 4, wherein the degrading strategy comprises non-core request delay processing, local negotiation cache, broadcasting behavior breaking, and not refreshing a top page after exiting the live broadcast room.
6. The live room destaging method according to any of claims 1 to 5, wherein the destaging broadcast comprises broadcasting a unique identification and specific configuration data of the destaging policy.
7. The live broadcast room degrading method according to any one of claims 1 to 6, wherein when the number of online users in a live broadcast room exceeds a threshold, issuing degrading broadcast to a client corresponding to the live broadcast room comprises:
and when the number of the online users in the live broadcast room exceeds the threshold value, judging that the live broadcast room is a hot room, and issuing the degraded broadcast to the client corresponding to the user in the hot room once through a long connecting channel at intervals of a preset time period.
8. The live room demotion method as claimed in claim 7, wherein said determining that the live room is a hot room when the number of online users in the live room exceeds the threshold further comprises:
after the live broadcast room is judged to be a hot room, if the number of the current online users in the live broadcast room is lower than the threshold value, the live broadcast room is still judged to be the hot room within a preset effective time period.
9. The live broadcast room degrading method according to claim 2, wherein the receiving the degrading strategy dynamically configured and issued by the user through the configuration platform comprises:
and receiving the degradation strategy which is self-defined and configured or expanded by the user according to the service type and the state of each live broadcast room.
10. A live room demotion system, the system comprising:
the reading module is used for reading a pre-configured degradation strategy;
the polling module is used for polling the number of online users in each live broadcast room;
the judging module is used for judging whether the number of the online users in each live broadcast room exceeds a threshold value;
and the sending module is used for issuing degradation broadcast to a client corresponding to the live broadcast room when the number of the online users in the live broadcast room exceeds a threshold value, so that the client executes degradation operation according to the degradation strategy.
11. An electronic device, comprising: memory, a processor, and a live-room destaging program stored on the memory and executable on the processor, the live-room destaging program when executed by the processor implementing the live-room destaging method as recited in any of claims 1 to 9.
12. A computer-readable storage medium having stored thereon a live space downgrade program which, when executed by a processor, implements a live space downgrade method as claimed in any one of claims 1 to 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110931802.4A CN113630617A (en) | 2021-08-13 | 2021-08-13 | Live broadcast room degradation method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110931802.4A CN113630617A (en) | 2021-08-13 | 2021-08-13 | Live broadcast room degradation method and system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113630617A true CN113630617A (en) | 2021-11-09 |
Family
ID=78385430
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110931802.4A Pending CN113630617A (en) | 2021-08-13 | 2021-08-13 | Live broadcast room degradation method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113630617A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113938429A (en) * | 2021-09-07 | 2022-01-14 | 南京星云数字技术有限公司 | Flow control method, flow control device and computer readable storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106937136A (en) * | 2017-03-29 | 2017-07-07 | 武汉斗鱼网络科技有限公司 | Data delay method and system based on statistical information between network direct broadcasting |
| CN107592219A (en) * | 2017-09-04 | 2018-01-16 | 北京潘达互娱科技有限公司 | Service degradation processing method and processing device |
| CN109885399A (en) * | 2019-01-17 | 2019-06-14 | 平安普惠企业管理有限公司 | Data processing method, electronic device, computer equipment and storage medium |
| CN111414516A (en) * | 2020-03-17 | 2020-07-14 | 北京字节跳动网络技术有限公司 | Live broadcast room message processing method and device, electronic equipment and storage medium |
-
2021
- 2021-08-13 CN CN202110931802.4A patent/CN113630617A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106937136A (en) * | 2017-03-29 | 2017-07-07 | 武汉斗鱼网络科技有限公司 | Data delay method and system based on statistical information between network direct broadcasting |
| CN107592219A (en) * | 2017-09-04 | 2018-01-16 | 北京潘达互娱科技有限公司 | Service degradation processing method and processing device |
| CN109885399A (en) * | 2019-01-17 | 2019-06-14 | 平安普惠企业管理有限公司 | Data processing method, electronic device, computer equipment and storage medium |
| CN111414516A (en) * | 2020-03-17 | 2020-07-14 | 北京字节跳动网络技术有限公司 | Live broadcast room message processing method and device, electronic equipment and storage medium |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113938429A (en) * | 2021-09-07 | 2022-01-14 | 南京星云数字技术有限公司 | Flow control method, flow control device and computer readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108848037B (en) | Service request processing method, device, computer equipment and storage medium | |
| US10841180B2 (en) | Service level agreement based storage access | |
| US8972593B2 (en) | Load sharing method, load sharing system and access server | |
| US20230161541A1 (en) | Screen projection method and system | |
| CN107995286B (en) | Automatic service starting and stopping method based on dubbo platform, server and storage medium | |
| US20200050479A1 (en) | Blockchain network and task scheduling method therefor | |
| CN111770157A (en) | Business processing method and device, electronic equipment and storage medium | |
| CN113535343A (en) | Computing power sharing method based on network scheduling and related product | |
| EP3310093A1 (en) | Traffic control method and apparatus | |
| CN113630617A (en) | Live broadcast room degradation method and system | |
| CN114828235A (en) | Bandwidth allocation method, bandwidth allocation device and computer-readable storage medium | |
| CN108347579B (en) | Bandwidth control method and device | |
| KR102572737B1 (en) | System for blocking access of video site | |
| CN113840313B (en) | Network mode control method and device of mobile terminal and computer equipment | |
| CN112541023A (en) | Online people counting method, electronic device and storage medium | |
| CN113242302A (en) | Data access request processing method and device, computer equipment and medium | |
| CN110941412A (en) | Method, system and terminal for realizing multi-terminal animation co-browsing based on imaging | |
| CN113271335A (en) | System for managing and controlling operation of cloud computing terminal and cloud server | |
| CN112751974B (en) | Intelligent acceleration speed limiting method, system, medium and equipment for mobile phone app client | |
| CN111385167A (en) | Network connection recovery method, device, computer device and storage medium | |
| CN113608885B (en) | Client request processing method, device, equipment and storage medium | |
| CN113505001B (en) | Server management method, server, electronic device and computer-readable storage medium | |
| CN111278081B (en) | Network access control method and related device | |
| CN115550094B (en) | Local area network ad hoc network method and device | |
| CN115580848B (en) | Mobile equipment privacy information safety processing method based on big data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |