Resource scheduling method and device for high-concurrency live broadcast, equipment and storage medium

Abstract

The invention provides a high-concurrency live broadcast resource scheduling method and device, equipment and a storage medium. The method comprises the following steps: receiving a live broadcast source stream through a main server; distributing the live broadcast source stream to a target auxiliary server through a distributor according to a load balancing strategy; and then, in response to a live broadcast watching instruction of a client, distributing a pull stream address for the client through the distributor, so as to forward the live broadcast source stream to the client through the auxiliary server corresponding to the pull stream address. Through cooperative work among the main server, the dispatcher and the auxiliary server, efficient receiving, intelligent distribution and real-time monitoring of live broadcast source streams are realized, and the problems of uneven resource scheduling and unstable quality in a traditional system are effectively solved.

Description

Technical Field

[0001] The present invention relates to the field of streaming media technology, and in particular to a resource scheduling method, device, equipment and storage medium for high-concurrency live broadcasting. Background Art

[0002] With the popularization of the Internet and mobile devices, live broadcast services have rapidly penetrated into all walks of life and become an important way of information dissemination and interactive communication. However, traditional live broadcast systems often face problems such as uneven resource scheduling, excessive server load, and unstable live broadcast quality when dealing with high concurrent user access. Most existing technologies rely on fixed server architectures. When faced with a sudden large number of users watching at the same time, video delays, packet loss, picture anomalies, and even interruptions are prone to occur. At the same time, due to the lack of an effective mechanism for identity authentication and real-time status monitoring of third-party streaming devices, abnormalities in the network status, device resources, and content information of the live source stream are difficult to detect and handle in a timely manner, thus affecting the user experience. In addition, although the secondary servers can share the traffic, their state changes (such as network fluctuations, excessive load, etc.) cannot be monitored and optimized in real time, resulting in an unstable live broadcast experience.

[0003] In summary, the problems existing in the prior art need to be solved urgently. Summary of the invention

[0004] The present invention provides a resource scheduling method, device, equipment and storage medium for high-concurrency live broadcast, which are used to solve the defects in the prior art and improve the stability and security of the live broadcast system in high-concurrency scenarios.

[0005] The present invention provides a resource scheduling method for high-concurrency live broadcast, comprising:

[0006] Receive live source stream through the main server;

[0007] Distributing the live source stream to the target secondary server through a distributor according to a load balancing strategy, wherein the distributor is arranged on the primary server;

[0008] In response to the client's instruction to watch live broadcast, the distributor allocates a streaming address to the client, so that the live source stream is forwarded to the client through the secondary server corresponding to the streaming address, and the secondary server corresponding to the streaming address is one of the target secondary servers.

[0009] According to a high-concurrency live broadcast resource scheduling method provided by the present invention, the step of receiving the live broadcast source stream through the main server specifically includes:

[0010] Matching the identity information of the live source stream with the identity information in the identity information database to determine whether the third-party streaming device sending the live source stream has completed registration;

[0011] When the third-party streaming device completes registration, the live source stream is sent to the distributor;

[0012] The registration method of the third-party streaming device is as follows:

[0013] In response to a registration request of a third-party streaming device, the third-party streaming device is registered through the main server to create identity information of the third-party streaming device in the identity information database.

[0014] According to a high-concurrency live broadcast resource scheduling method provided by the present invention, after the step of receiving the live broadcast source stream through the main server, the method includes:

[0015] Real-time monitoring of the status information and content information of the live source stream;

[0016] When the state information of the live source stream is abnormal, a first notification message is sent to the client;

[0017] When the content information of the live source stream is abnormal, the push of the live source stream is terminated, and a second notification information is sent to the client.

[0018] According to a high-concurrency live broadcast resource scheduling method provided by the present invention, the state information includes network state parameters of the live broadcast source stream and device resource parameters of the third-party streaming device; the content information includes live broadcast picture information and live broadcast audio information;

[0019] The step of real-time monitoring of the status information and content information of the live source stream specifically includes:

[0020] Monitor network status parameters of live source streams, including frame rate, delay, packet loss rate, and network jitter;

[0021] Monitor the device resource parameters of the third-party streaming device, including CPU usage, memory usage, and network bandwidth;

[0022] Through keyword matching, the live screen information of the live source stream is analyzed in real time;

[0023] Through voice recognition, the live audio information of the live source stream is analyzed in real time.

[0024] According to a high-concurrency live broadcast resource scheduling method provided by the present invention, the step of distributing the live broadcast source stream to the target secondary server through the distributor according to the load balancing strategy specifically includes:

[0025] Real-time monitoring of status information of each secondary server, wherein the status information includes load parameters and;

[0026] When the status information of the secondary server indicates that the load of the secondary server is too high, the streaming task of the secondary server is transferred to other secondary servers until the load parameter of the server is lower than the preset load threshold;

[0027] When the status information of the secondary server indicates that the secondary server cannot operate, all streaming tasks of the secondary server are terminated through the distributor and transferred to other secondary servers.

[0028] According to a high-concurrency live broadcast resource scheduling method provided by the present invention, after the step of allocating a stream pull address to the client through the distributor in response to the client's live broadcast viewing instruction, the method further includes:

[0029] Use the client-side streaming detector to monitor whether the user is watching the live broadcast;

[0030] If the user quits watching the live broadcast, the connection with the client is disconnected.

[0031] According to a high-concurrency live broadcast resource scheduling method provided by the present invention, after the step of allocating a stream pull address to the client through the distributor in response to the client's live broadcast viewing instruction, the method further includes:

[0032] When the concurrent number of the live broadcast watching instructions exceeds a preset concurrent threshold, the backup secondary server is started.

[0033] The present invention also provides a resource scheduling device for high-concurrency live broadcast, comprising:

[0034] A data receiving module is used to receive the live source stream through the main server;

[0035] A load balancing module, used to distribute the live source stream to the target secondary server through a distributor according to a load balancing strategy, wherein the distributor is arranged on the primary server;

[0036] The address allocation module is used to respond to the client's live broadcast viewing instruction and allocate a streaming address to the client through the distributor, so as to forward the live source stream to the client through the secondary server corresponding to the streaming address, and the secondary server corresponding to the streaming address is one of the target secondary servers.

[0037] The present invention also provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, a resource scheduling method for high-concurrency live broadcast as described in any one of the above-mentioned methods is implemented.

[0038] The present invention also provides a non-transitory computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, it implements the resource scheduling method for high-concurrency live broadcast as described in any of the above-mentioned methods.

[0039] The present invention also provides a computer program product, including a computer program, which, when executed by a processor, implements any of the above-mentioned resource scheduling methods for high-concurrency live broadcasting.

[0040] The resource scheduling method, device, equipment and storage medium for high-concurrency live broadcast provided by the present invention receive the live broadcast source stream through the main server; then distribute the live broadcast source stream to the target secondary server through the distributor according to the load balancing strategy; then, in response to the client's instruction to watch live broadcast, the distributor allocates a stream pull address to the client, so that the live broadcast source stream is forwarded to the client through the secondary server corresponding to the stream pull address. The present invention realizes efficient reception, intelligent distribution and real-time monitoring of the live broadcast source stream through the collaborative work between the main server, the distributor and the secondary server, and effectively solves the problems of uneven resource scheduling and unstable quality existing in traditional systems. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] In order to more clearly illustrate the technical solutions in the present invention or the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0042] Figure 1 This is one of the flow charts of the resource scheduling method for high-concurrency live broadcasting provided by the present invention;

[0043] Figure 2 This is the second flow chart of the resource scheduling method for high-concurrency live broadcast provided by the present invention;

[0044] Figure 3 It is a structural schematic diagram of a resource scheduling device for high-concurrency live broadcasting provided by the present invention;

[0045] Figure 4 It is a structural schematic diagram of the electronic device provided by the present invention. DETAILED DESCRIPTION

[0046] In order to make the purpose, technical solution and advantages of the present invention clearer, the technical solution of the present invention will be clearly and completely described below in conjunction with the drawings of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0047] In order to solve the problems in the prior art, the present invention proposes a resource scheduling method for high-concurrency live broadcasting, so as to improve the stability and security of the live broadcasting system in high-concurrency scenarios. The resource scheduling method for high-concurrency live broadcasting is described below. Figure 1 As shown, including but not limited to the following steps:

[0048] Step 110: Receive the live source stream through the main server.

[0049] In step 110, the main server receives the live source stream transmitted from various streaming devices (such as cameras, mobile phone live broadcast software, third-party streaming devices, etc.) through a high-speed network interface. The main server performs a preliminary analysis of the live source stream during the receiving process and converts the data into a format that is convenient for internal processing. At the same time, the main server verifies the identity information of the streaming device through a pre-established identity information library to ensure that only registered and legal streaming devices can successfully transmit the live source stream. For streaming devices with mismatched or unregistered identity information, the main server will deny access and generate corresponding alarm records. This step adopts efficient streaming media transmission protocols such as RTMP and SRT, and combines advanced encoding and decoding technologies to achieve high-speed, stable reception of data and preliminary security guarantees.

[0050] Step 120: Distribute the live source stream to the target secondary server through a distributor according to a load balancing strategy, and the distributor is set on the primary server.

[0051] In step 120, the received live source stream is further processed by the built-in distributor module of the main server. The distributor uses a pre-set load balancing strategy to intelligently schedule the live source stream according to the load status of each target secondary server monitored in real time, including parameters such as CPU usage, memory usage, network bandwidth utilization and network delay. After calculating the current load of each secondary server, the distributor dynamically selects one or more target secondary servers with low load and stable operation, and sends the live source stream to the target secondary server in the form of data packets through a dedicated transmission channel. In this process, the distributor supports parallel transmission and multi-threaded processing technology to ensure low latency and high data integrity in a large-scale data transmission environment, thereby improving the overall transmission efficiency and stability of the system.

[0052] Step 130, in response to the client's instruction to watch live, the distributor allocates a streaming address to the client, so that the live source stream is forwarded to the client through the secondary server corresponding to the streaming address, and the secondary server corresponding to the streaming address is one of the target secondary servers.

[0053] In step 130, when the client issues a command to watch live broadcast, the distributor module in the main server allocates an optimal streaming address to the client based on the current load status of each secondary server and a preset scheduling algorithm (such as polling, weight allocation or priority allocation algorithm). The streaming address corresponds to the live broadcast forwarding module running on the target secondary server. The client obtains and uses the streaming address to establish a connection, thereby pulling the live source stream data from the target secondary server, and decoding and playing the data. This not only ensures the timely transmission and playback of live broadcast data, but also effectively disperses the access pressure by dynamically adjusting the allocation of streaming addresses in high-concurrency scenarios, ensuring the continuity and stability of the user's viewing experience.

[0054] In this embodiment, each step can be flexibly executed according to actual needs, and some steps can also run in parallel. For example, after the reception of the live source stream and the identity authentication of the streaming device are completed, the distribution and client request response modules can be started at the same time to achieve end-to-end low-latency live service. In addition, the system also supports the automatic release of corresponding resources after the client is disconnected, and automatically starts the backup sub-server when the concurrent number of live broadcasts exceeds the preset threshold, so as to further improve the stability and scalability of the system. Through the above-mentioned embodiments, the present invention realizes the efficient reception, intelligent distribution and real-time transmission of the live source stream in a high-concurrency live broadcast scenario, and effectively solves the problems of uneven resource scheduling, excessive server load and unstable playback quality in the traditional live broadcast system.

[0055] As a further optional embodiment, the step of receiving the live source stream through the main server specifically includes:

[0056] Matching the identity information of the live source stream with the identity information in the identity information database to determine whether the third-party streaming device sending the live source stream has completed registration;

[0057] When the third-party streaming device completes registration, the live source stream is sent to the distributor;

[0058] The registration method of the third-party streaming device is as follows:

[0059] In response to a registration request of a third-party streaming device, the third-party streaming device is registered through the main server to create identity information of the third-party streaming device in the identity information database.

[0060] As a further optional embodiment, after the step of receiving the live source stream through the main server, the method of the present invention further includes the step of matching the identity information carried by the live source stream. Specifically, after receiving the live source stream, the main server first parses the identity information attached to the stream, which may include the unique identifier of the streaming device, the device model, and other relevant authentication data. Subsequently, the main server compares the extracted identity information with the legal identity information pre-stored in the identity information library to determine whether the third-party streaming device that sends the live source stream has completed registration.

[0061] When the identity information matches successfully and confirms that the third-party streaming device has completed registration, the main server will send the live source stream to the distributor for subsequent load balancing and distribution processing. On the contrary, if the identity information matches unsuccessfully, the main server will refuse to continue processing the live source stream and may trigger a corresponding alarm or notification mechanism to prevent unauthorized streaming devices from accessing the live broadcast system, thereby improving the security and stability of the system.

[0062] In this embodiment, the registration method of the third-party streaming device further includes: when the third-party streaming device sends a registration request to the main server, the main server responds to the registration request and verifies the authentication information submitted by the device according to the preset registration process. After successful verification, the main server will create an identity information record for the third-party streaming device in the identity information library and mark the device as registered. The registered device can then send the live source stream normally, while unregistered devices cannot participate in the transmission of live data. Through the above measures, this embodiment not only ensures that the live source stream comes from a legally authenticated streaming device, but also effectively prevents the access of illegal devices through the identity authentication mechanism, further ensuring the legitimacy of the live content and the security of the overall operation of the system.

[0063] As a further optional embodiment, after the step of receiving the live source stream through the main server, the method includes:

[0064] Real-time monitoring of the status information and content information of the live source stream;

[0065] When the state information of the live source stream is abnormal, a first notification message is sent to the client;

[0066] When the content information of the live source stream is abnormal, the push of the live source stream is terminated, and a second notification information is sent to the client.

[0067] As a further optional embodiment, after the main server receives the live source stream, the method of the present invention further includes real-time monitoring of the status information and content information of the live source stream. Specifically, the real-time monitoring module first detects the network status of the live source stream, and its monitoring content includes key parameters such as frame rate, delay, packet loss rate, and network jitter. At the same time, the resource status of the third-party streaming device is also monitored, such as CPU usage, memory occupancy, and network bandwidth. Through real-time analysis of these status information, the system can promptly discover the situation of transmission performance degradation caused by network fluctuations or equipment abnormalities. When the above-mentioned status information is detected to be abnormal, the system immediately sends a first notification message to the client to remind the user that there may be technical problems with the live stream, so that the user can make corresponding adjustments or select a backup live line.

[0068] At the same time, the real-time monitoring module also analyzes the content information of the live source stream, which includes live screen and audio data. For live screen information, the system uses keyword matching, image recognition, and abnormal frame detection technologies to determine in real time whether the screen has abnormal phenomena such as freezing, black screen, or prohibited content; for live audio information, the system uses real-time speech recognition technology to convert audio into text, and uses semantic analysis to identify whether there are sensitive or non-compliant remarks. When the content information detects an abnormality, the system not only terminates the push operation of the live source stream to prevent the abnormal content from continuing to be transmitted, but also sends a second notification message to the client to inform the user that the live broadcast is interrupted due to abnormal content. Through this dual monitoring mechanism, this embodiment not only ensures the stable operation of the live broadcast system, but also effectively improves the content security, ensuring that users have a stable and compliant viewing experience in a high-concurrency environment.

[0069] In this embodiment, the execution order of each step is not fixed, but can be flexibly adjusted according to actual needs. For example, the step of real-time monitoring of the status information and content information of the live source stream can be performed before distributing the live source stream to the target sub-server (step 120), so as to detect abnormalities as early as possible and take necessary measures; or it can continue to monitor after responding to the client's live broadcast instruction and allocating the stream pull address (step 130), so as to continuously track the live stream that has been distributed. In addition, in order to improve the system response speed and overall performance, the relevant monitoring steps can also be executed in parallel with steps 120 and 130. Through this flexible step scheduling, this embodiment can achieve optimal resource management and exception handling effects in different application scenarios.

[0070] As a further optional embodiment, the state information includes network state parameters of the live source stream and device resource parameters of a third-party streaming device; the content information includes live screen information and live audio information;

[0071] The step of real-time monitoring of the status information and content information of the live source stream specifically includes:

[0072] Monitor network status parameters of live source streams, including frame rate, delay, packet loss rate, and network jitter;

[0073] Monitor the device resource parameters of the third-party streaming device, including CPU usage, memory usage, and network bandwidth;

[0074] Through keyword matching, the live screen information of the live source stream is analyzed in real time;

[0075] Through voice recognition, the live audio information of the live source stream is analyzed in real time.

[0076] As a further optional embodiment, after the main server receives the live source stream, the method of the present invention further includes real-time monitoring of the state information and content information of the live source stream to ensure the quality and content security of the live transmission. Specifically, the state information includes the network state parameters of the live source stream and the device resource parameters of the third-party streaming device, and the content information includes live picture information and live audio information. In the real-time monitoring process, the system first monitors the network state parameters of the live source stream, and the network state parameters specifically include indicators such as frame rate, transmission delay, packet loss rate, and network jitter. Through continuous sampling and real-time analysis of these key parameters, the system can quickly detect abnormal phenomena caused by network congestion or other transmission problems. At the same time, the system also monitors the device resource parameters of the third-party streaming device, which include CPU usage, memory occupancy, and network bandwidth. By real-time tracking of these resource parameters, the system can determine whether the streaming device has resource overload or shortage, and adjust the transmission strategy of the live stream in time accordingly.

[0077] In addition to status information monitoring, the system uses keyword matching technology to conduct real-time analysis of live screen information in the live source stream to identify abnormal content or prohibited information that may appear in the screen; at the same time, it uses voice recognition technology to convert live audio information into text, and conducts real-time analysis of the converted content to determine whether it contains sensitive or non-compliant sentences. Once the status information or content information of the live source stream is detected to be abnormal, the system can immediately take corresponding measures, such as sending corresponding notification information to the client or directly terminating the push of the live stream, thereby effectively preventing the spread of abnormal or illegal content while ensuring the overall stability of the live system.

[0078] As a further optional embodiment, the step of distributing the live source stream to the target secondary server through the distributor according to the load balancing strategy specifically includes:

[0079] Real-time monitoring of status information of each secondary server, wherein the status information includes load parameters and;

[0080] When the status information of the secondary server indicates that the load of the secondary server is too high, the streaming task of the secondary server is transferred to other secondary servers until the load parameter of the server is lower than the preset load threshold;

[0081] When the status information of the secondary server indicates that the secondary server cannot operate, all streaming tasks of the secondary server are terminated through the distributor and transferred to other secondary servers.

[0082] In this embodiment, the step of distributing the live source stream to the target secondary server according to the load balancing strategy by the distributor further includes real-time monitoring of the status information of each secondary server. Specifically, each secondary server periodically or in real time feeds back its operating status to the distributor, and the feedback content mainly includes CPU utilization, memory usage, network bandwidth usage and other key load parameters. The distributor determines whether each secondary server is within the normal load range based on the received real-time load data. When it is detected that the load parameter of a certain secondary server exceeds the preset load threshold, the distributor immediately starts the task migration mechanism and migrates the current push stream task of the secondary server to other secondary servers with lower load until the load of the secondary server returns to normal level. At the same time, if it is found that a certain secondary server cannot operate normally during the monitoring process, such as due to hardware failure, network interruption or software abnormality, it cannot continue to undertake the push stream task, the distributor will decisively terminate all the push stream tasks of the secondary server and transfer these tasks to other secondary servers in a healthy state. Through this load balancing strategy of dynamic monitoring and real-time task migration, this embodiment can effectively avoid the stability of the overall live broadcast service being affected by excessive load or failure of a single secondary server, ensuring that the live broadcast stream is always forwarded to the client by a secondary server in good condition, thereby significantly improving the system's resource utilization efficiency and user viewing experience in a high concurrency environment.

[0083] As a further optional embodiment, after the step of allocating a streaming address to the client by the distributor in response to the client's instruction to watch the live broadcast, the method further includes:

[0084] Use the client-side streaming detector to monitor whether the user is watching the live broadcast;

[0085] If the user quits watching the live broadcast, the connection with the client is disconnected.

[0086] As a further optional embodiment, after responding to the client's instruction to watch live broadcast and assigning a streaming address to the client through the distributor, the method of the present invention further includes monitoring whether the user is watching the live broadcast through a client streaming detector. The client streaming detector can obtain and analyze the client's streaming request and its network connection status in real time to determine whether the user is still receiving live broadcast data. When it is detected that the client has not initiated a streaming request for a long time or actively disconnected, the system immediately triggers a disconnection operation, automatically disconnects the connection with the client and releases the corresponding resources. This measure not only effectively avoids the occupation of server bandwidth and computing resources by invalid connections, but also ensures that system resources are fully utilized in high-concurrency scenarios, thereby further improving the stability of the overall live broadcast service and the user viewing experience.

[0087] As a further optional embodiment, after the step of allocating a streaming address to the client by the distributor in response to the client's instruction to watch the live broadcast, the method further includes:

[0088] When the concurrent number of the live broadcast watching instructions exceeds a preset concurrent threshold, the backup secondary server is started.

[0089] As a further optional embodiment, after responding to the client's live broadcast viewing instruction and allocating the streaming address to the client through the distributor, the method of the present invention further includes monitoring the concurrency number of the current live broadcast viewing instruction, and automatically starting the backup sub-server when the concurrency number exceeds the preset concurrency threshold. In the specific implementation process, the system is equipped with a load monitoring module, which counts the number of client viewing requests that are currently active in real time and compares it with the preset concurrency threshold. When it is detected that the concurrency number of live broadcast viewing instructions reaches or exceeds the threshold, the load monitoring module will trigger the startup instruction of the backup sub-server and include it in the current distribution task pool. This operation can ensure that in high concurrency situations, by dynamically expanding server resources and dispersing the existing load, sufficient resource support is provided for subsequent new viewing requests, further ensuring the stability of the live broadcast service and the smoothness of the user experience.

[0090] In summary, the specific workflow of the present invention is as follows: Figure 2 As shown in the figure, the camera or third-party streaming device first connects to the main server. The live stream manager in the main server is responsible for registering the received live stream and passing the relevant information of the live stream to the distributor. After receiving the live stream information, the distributor processes the distribution direction of the live stream, monitors the live stream status in real time, and feeds back the monitoring results to the live stream manager so that the real-time status information can be displayed on the management end and the client end, and possible faults can be notified in time.

[0091] At the same time, the distributor also distributes new live streaming tasks to the stream push modules of each secondary server. The monitoring module of the secondary server monitors its own status and performance in real time, and feeds the monitoring data back to the distributor on the primary server. Based on this data, the distributor can determine whether it is necessary to suspend the data forwarding of a certain live stream, and report the fault information in time, thereby optimizing the load balancing strategy and reducing the waste of system resources.

[0092] In addition, the device anomaly detector is responsible for monitoring whether all connected live source streams are offline, and combines the status and performance information feedback from the secondary server monitoring module to transmit the relevant data to the distributor, thereby realizing two-way scheduling of the live stream push status, ensuring that the system can respond to abnormal situations in a timely manner and ensuring the stability and reliability of the entire live service.

[0093] The resource scheduling device for high concurrent live broadcast provided by the present invention is described below. Figure 3 As shown, the resource scheduling device for high-concurrency live broadcast described below and the resource scheduling method for high-concurrency live broadcast described above can correspond to each other.

[0094] A resource scheduling device for high-concurrency live broadcast, comprising:

[0095] The data receiving module 310 is used to receive the live source stream through the main server;

[0096] The load balancing module 320 is used to distribute the live source stream to the target secondary server through the distributor according to the load balancing strategy;

[0097] The address allocation module 330 is used to respond to the client's instruction to watch live broadcast, allocate a streaming address to the client through the distributor, so as to forward the live source stream to the client through the secondary server corresponding to the streaming address, and the secondary server corresponding to the streaming address is one of the target secondary servers.

[0098] Figure 4 An example of a physical structure diagram of an electronic device is shown in FIG. Figure 4 As shown, the electronic device may include: a processor 410, a communication interface 420, a memory 430 and a communication bus 440, wherein the processor 410, the communication interface 420 and the memory 430 communicate with each other through the communication bus 440. The processor 410 may call the logic instructions in the memory 430 to execute the resource scheduling method for high-concurrency live broadcasting, and the method includes:

[0099] Receive live source stream through the main server;

[0100] Distributing the live source stream to the target secondary server through a distributor according to a load balancing strategy;

[0101] In response to the client's instruction to watch live broadcast, the distributor allocates a streaming address to the client, so that the live source stream is forwarded to the client through the secondary server corresponding to the streaming address, and the secondary server corresponding to the streaming address is one of the target secondary servers.

[0102] In addition, the logic instructions in the above-mentioned memory 430 can be implemented in the form of software functional units and can be stored in a computer-readable storage medium when sold or used as an independent product. Based on such an understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM, Read-On lyMemory), a random access memory (RAM, Random Access Memory), a disk or an optical disk.

[0103] On the other hand, the present invention further provides a computer program product, the computer program product comprising a computer program, the computer program can be stored on a non-transitory computer-readable storage medium, when the computer program is executed by a processor, the computer can execute the resource scheduling method for high-concurrency live broadcast provided by the above methods, the method comprising:

[0104] Receive live source stream through the main server;

[0105] Distributing the live source stream to the target secondary server through a distributor according to a load balancing strategy;

[0106] In response to the client's instruction to watch live broadcast, the distributor allocates a streaming address to the client, so that the live source stream is forwarded to the client through the secondary server corresponding to the streaming address, and the secondary server corresponding to the streaming address is one of the target secondary servers.

[0107] In another aspect, the present invention further provides a non-transitory computer-readable storage medium having a computer program stored thereon, which is implemented when the computer program is executed by a processor to execute the resource scheduling method for high-concurrency live broadcast provided by the above methods, the method comprising:

[0108] Receive live source stream through the main server;

[0109] Distributing the live source stream to the target secondary server through a distributor according to a load balancing strategy;

[0110] In response to the client's instruction to watch live broadcast, the distributor allocates a streaming address to the client, so that the live source stream is forwarded to the client through the secondary server corresponding to the streaming address, and the secondary server corresponding to the streaming address is one of the target secondary servers.

[0111] The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without paying creative labor.

[0112] Through the description of the above implementation methods, those skilled in the art can clearly understand that each implementation method can be implemented by means of software plus a necessary general hardware platform, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solution is essentially or the part that contributes to the prior art can be embodied in the form of a software product, and the computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, a disk, an optical disk, etc., including a number of instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or some parts of the embodiments.

[0113] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A resource scheduling method for high-concurrency live broadcast, characterized in that: include: Receive live source stream through the main server; Distributing the live source stream to the target secondary server through a distributor according to a load balancing strategy, wherein the distributor is arranged on the primary server; In response to the client's instruction to watch live broadcast, the distributor allocates a streaming address to the client, so that the live source stream is forwarded to the client through the secondary server corresponding to the streaming address, and the secondary server corresponding to the streaming address is one of the target secondary servers.

2. The resource scheduling method for high-concurrency live broadcast according to claim 1, characterized in that: The step of receiving the live source stream through the main server specifically includes: Matching the identity information of the live source stream with the identity information in the identity information database to determine whether the third-party streaming device sending the live source stream has completed registration; When the third-party streaming device completes registration, the live source stream is sent to the distributor; The registration method of the third-party streaming device is as follows: In response to a registration request of a third-party streaming device, the third-party streaming device is registered through the main server to create identity information of the third-party streaming device in the identity information database.

3. The resource scheduling method for high-concurrency live broadcast according to claim 1, characterized in that: After the step of receiving the live source stream through the main server, the method includes: Real-time monitoring of the status information and content information of the live source stream; When the state information of the live source stream is abnormal, a first notification message is sent to the client; When the content information of the live source stream is abnormal, the push of the live source stream is terminated, and a second notification information is sent to the client.

4. The resource scheduling method for high-concurrency live broadcast according to claim 3 is characterized in that: The state information includes network state parameters of the live source stream and device resource parameters of the third-party streaming device; the content information includes live screen information and live audio information; The step of real-time monitoring of the status information and content information of the live source stream specifically includes: Monitor network status parameters of live source streams, including frame rate, delay, packet loss rate, and network jitter; Monitor the device resource parameters of the third-party streaming device, including CPU usage, memory usage, and network bandwidth; Through keyword matching, the live screen information of the live source stream is analyzed in real time; Through voice recognition, the live audio information of the live source stream is analyzed in real time.

5. The resource scheduling method for high-concurrency live broadcast according to claim 1, characterized in that: The step of distributing the live source stream to the target secondary server through the distributor according to the load balancing strategy specifically includes: Real-time monitoring of status information of each secondary server, wherein the status information includes load parameters and; When the status information of the secondary server indicates that the load of the secondary server is too high, the streaming task of the secondary server is transferred to other secondary servers until the load parameter of the server is lower than the preset load threshold; When the status information of the secondary server indicates that the secondary server cannot operate, all streaming tasks of the secondary server are terminated through the distributor and transferred to other secondary servers.

6. The resource scheduling method for high-concurrency live broadcast according to claim 1, characterized in that: After the step of allocating a streaming address to the client by the distributor in response to the client's instruction to watch live broadcast, the method further includes: Use the client-side streaming detector to monitor whether the user is watching the live broadcast; If the user quits watching the live broadcast, the connection with the client is disconnected.

7. The resource scheduling method for high-concurrency live broadcast according to claim 1, characterized in that: After the step of allocating a streaming address to the client by the distributor in response to the client's instruction to watch live broadcast, the method further includes: When the concurrent number of the live broadcast watching instructions exceeds a preset concurrent threshold, the backup secondary server is started.

8. A resource scheduling device for high-concurrency live broadcast, characterized in that: include: A data receiving module is used to receive the live source stream through the main server; A load balancing module, used to distribute the live source stream to the target secondary server through a distributor according to a load balancing strategy, wherein the distributor is arranged on the primary server; The address allocation module is used to respond to the client's live broadcast viewing instruction and allocate a streaming address to the client through the distributor, so as to forward the live source stream to the client through the secondary server corresponding to the streaming address, and the secondary server corresponding to the streaming address is one of the target secondary servers.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the program, it implements the resource scheduling method for high-concurrency live broadcast as described in any one of claims 1 to 7.

10. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the resource scheduling method for high-concurrency live broadcasting as described in any one of claims 1 to 7 is implemented.

Images