Plug flow node offline method and device

Abstract

The embodiment of the invention provides a plug flow node offline method, and the method comprises the steps: querying the flow information of a first plug flow node under the condition that the first plug flow node is offline; wherein the flow information comprises flow pushing request information of a flow pushing client, and the flow pushing client is in communication connection with the first flow pushing node; obtaining a second push flow node IP of a second push flow node according to the flow information of the first push flow node; and sending a switching notification containing the IP of the second plug flow node to the plug flow client, so that the plug flow client switches the plug flow address from the first plug flow node to the second plug flow node. According to the embodiment of the invention, the IP of the second plug flow node of the plug flow client can be accurately obtained, and the plug flow node switching notification is sent to the plug flow client in real time, so that the plug flow client is seamlessly switched to the second plug flow node from the first plug flow node, the plug flow nodes can be quickly offline, and the plug flow efficiency is improved. And the stability of stream pushing of the anchor and the watching experience of the user are ensured.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of computer technology, and in particular, to a method, apparatus, computer device, computer-readable storage medium, computer program product, and system for taking a streaming node offline. Background Art

[0002] In a live broadcast scenario, content providers can transmit audio and video streams to online platforms in real time, and viewers can watch and hear them instantly. When starting a live broadcast, the host needs to push the real-time media stream to the audience through the push node. When you decide to take a push node offline, you need to clear all the push traffic of the push node before going offline. You can block new push requests and wait for the push traffic on the push node to subside before going offline. After the host waits for the push node to go offline, switch to another new push node.

[0003] However, the current offline solution for streaming nodes has the following problems: the time period for the streaming nodes to wait for the streaming traffic to subside before going offline is too long, resulting in slow offline of the streaming nodes, affecting the streaming experience of the anchor.

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

[0005] Embodiments of the present application provide a method, apparatus, computer device, computer-readable storage medium, computer program product, and system for taking a streaming node offline to solve or alleviate one or more of the technical problems raised above.

[0006] One aspect of an embodiment of the present application provides a method for offline a streaming node, which is used on a server, and the method includes: When the first streaming node is offline, querying the traffic information of the first streaming node; wherein the traffic information includes streaming request information of a streaming client, and the streaming client is in communication connection with the first streaming node; According to the traffic information of the first streaming node, obtain the second streaming node IP of the second streaming node; A switching notification including the IP address of the second streaming node is sent to the streaming client, so that the streaming client switches the streaming address from the first streaming node to the second streaming node.

[0007] Optionally, it also includes: Receive notification about the offline of the first streaming node Among them, when the network delay of the first streaming node is greater than a first preset threshold, the first streaming node goes offline.

[0008] Optionally, the method further comprises: Real-time monitoring of the operating status of multiple nodes used to provide streaming services; According to the running status of each node, the node list is updated in real time; wherein the node list includes one or more node information, and the remaining available resources of the nodes in the node list are all greater than the second preset threshold and are all online; The node list is used to select the second streaming node.

[0009] Optionally, the streaming request information includes the client IP of the streaming client, the first streaming node IP, streaming protocol and / or information on whether streaming is free; and acquiring the second streaming node IP of the second streaming node according to the traffic information of the first streaming node includes: Based on the streaming request information, the second streaming node for switching is selected from the node list.

[0010] Optionally, sending a switching notification including the IP address of the second streaming node to the streaming client includes: The switching notification including the IP address of the second streaming node is pushed to the streaming client in a broadcast notification manner.

[0011] Optionally, the switching notification is used to instruct: the streaming client switches the streaming address to the second streaming node IP, and displays prompt information on the UI interface.

[0012] Another aspect of an embodiment of the present application provides an offline device for a streaming node, the device comprising: A query module, used for querying the flow information of the first streaming node when the first streaming node is offline; wherein the flow information includes streaming request information of a streaming client, and the streaming client is in communication connection with the first streaming node; An acquisition module, used for acquiring a second streaming node IP of a second streaming node according to the traffic information of the first streaming node; The sending module is used to send a switching notification including the IP address of the second streaming node to the streaming client, so that the streaming client switches the streaming address from the first streaming node to the second streaming node.

[0013] Another aspect of an embodiment of the present application provides a computer device, including: at least one processor; and a memory communicatively coupled to the at least one processor; Wherein: the memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the method as described above.

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

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

[0016] Another aspect of an embodiment of the present application provides an offline system for a streaming node, the system comprising: The node management system is used to manage the life cycle of each streaming node, including online and offline. A streaming information management system, used to manage the flow information of each streaming node; A live streaming uplink scheduling system, used to select a new streaming node; Broadcast system, used to broadcast notifications to streaming clients; A traffic migration control system, used to implement traffic migration operations; Among them, when the first streaming node is offline, the node management system sends an offline notification to the traffic migration control system; in response to the offline notification, the traffic migration control system obtains the traffic information of the first streaming node from the streaming information management system, and sends the obtained traffic information to the live broadcast uplink scheduling system; the live broadcast uplink scheduling system selects a second streaming node from multiple streaming nodes according to the traffic information, and returns the second streaming node IP of the second streaming node to the traffic migration control system; the traffic migration control system sends a switching notification containing the second streaming node IP to the broadcast system; the broadcast system broadcasts the switching notification to each of the streaming clients.

[0017] The above technical solution adopted in the embodiment of the present application may have the following advantages: By querying the traffic information of the first streaming node when it goes offline, the information of the streaming client communicating with the first streaming node can be accurately located, and the IP address of the second streaming node of the streaming client can be accurately obtained. By sending the streaming node switching notification to the streaming client in real time, the streaming client can seamlessly switch from the first streaming node to the second streaming node, thereby significantly improving the traffic scheduling efficiency when the streaming node goes offline, achieving the rapid offline of the streaming node, and ensuring the stability of the anchor's streaming and the user's viewing experience. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0019] Figure 1 The operating environment diagram of the offline method of the streaming node according to the first embodiment of the present application is schematically shown; Figure 2 A flowchart of a method for offline a streaming node according to Embodiment 1 of the present application is schematically shown; Figure 3 A newly added flow chart of the offline method of a streaming node according to the first embodiment of the present application is schematically shown; Figure 4 A diagram schematically shows an application example of the offline method of a streaming node according to the first embodiment of the present application; Figure 5 A block diagram schematically shows an offline device of a streaming node according to Embodiment 2 of the present application; Figure 6 The schematic diagram of the hardware architecture of the computer device according to the third embodiment of the present application is shown; Figure 7 A block diagram of an offline system for a streaming node according to Embodiment 6 of the present application is schematically shown. DETAILED DESCRIPTION

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

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

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

[0023] First, the following terms are explained: Push streaming: refers to the process of sending live audio and video data from the client (such as the host's computer or mobile phone) to the server. After being processed by the server, the live audio and video data will be distributed to the viewer's device to achieve live broadcast or video playback.

[0024] Streaming protocol: refers to the rules and methods used to upload audio and video data from user devices to the server, which determines how the data is transmitted, the transmission speed, the stability, etc.

[0025] Streaming node: a server responsible for receiving and processing the host's audio and video data, and transmitting the host's audio and video data to the distribution node or directly to the audience. Multiple streaming nodes can be distributed in different regions to reduce latency and ensure smooth viewing.

[0026] Secondly, in order to facilitate those skilled in the art to understand the technical solutions provided in the embodiments of the present application, the relevant technologies are described below: In a live broadcast scenario, content providers can transmit audio and video streams to online platforms in real time, and viewers can watch and hear them instantly. When starting a live broadcast, the host needs to push the real-time media stream to the audience through the push node. When you decide to take a push node offline, you need to clear all the push traffic of the push node before going offline. You can block new push requests and wait for the push traffic on the push node to subside before going offline. After the host waits for the push node to go offline, switch to another new push node.

[0027] However, the current offline solution for streaming nodes has the following problems: the time period for the streaming nodes to wait for the streaming traffic to subside before going offline is too long, resulting in slow offline of the streaming nodes, affecting the streaming experience of the anchor.

[0028] To this end, an embodiment of the present application provides a technical solution for offline streaming nodes. In this technical solution, by querying the traffic information of the first streaming node when it goes offline, the information of the streaming client communicating with the first streaming node can be accurately located, and then the IP of the second streaming node of the streaming client can be accurately obtained. By sending the streaming node switching notification to the streaming client in real time, the streaming client can be seamlessly switched from the first streaming node to the second streaming node, thereby significantly improving the traffic scheduling efficiency when the streaming node goes offline, realizing the rapid offline of the streaming node, and ensuring the stability of the anchor's streaming and the user's viewing experience. See below for details.

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

[0030] like Figure 1 As shown, the operating environment diagram includes: an anchor terminal 2, an audience terminal (4A, 4B...4N), and a server terminal 6. The anchor terminal 2 can push live broadcast data to the audience terminal (4A, 4B...4N) through the server terminal 6.

[0031] The anchor terminal 2 can be used to generate live broadcast data in real time and perform streaming operations on the live broadcast data. The live broadcast data can include audio data or video data. The anchor terminal can be an electronic device such as a smart phone or a tablet computer.

[0032] The server 6 can provide live broadcast service, which can be a single server, a server cluster or a cloud computing service center.

[0033] The audience end (4A, 4B...4N) can be configured to receive the live broadcast data of the anchor end 2 in real time. The audience end (4A, 4B...4N) can be any type of computer device, such as a smart phone, a tablet device, a laptop computer, a smart TV, a car terminal, etc. The audience end (4A, 4B...4N) can have a built-in browser, a special program or a player can be connected through a network. The network can include various network devices, such as routers, switches, multiplexers, hubs, modems, bridges, repeaters, firewalls and / or proxy devices. The network can include physical links, such as coaxial cable links, twisted pair cable links, optical fiber links, and combinations thereof and / or the like. The network can include wireless links, such as cellular links, satellite links, Wi-Fi links, and / or the like.

[0034] It should be noted that the number of the host terminal 2, the audience terminals (4A, 4B...4N), and the server terminal 6 in the figure is only for illustration and is not used to limit the scope of patent protection of this application. According to the actual situation, there can be any number of host terminals, audience terminals, and server terminals.

[0035] The technical solutions of the present application are described below through multiple embodiments. It should be noted that these embodiments can be implemented in a variety of different forms and should not be construed as being limited to the embodiments described here.

[0036] Embodiment 1 Figure 2 The flowchart of the offline method of the streaming node according to the first embodiment of the present application is schematically shown.

[0037] like Figure 2 As shown, the offline method of the streaming node may include steps S200 to S204, wherein: Step S200, when the first streaming node is offline, querying the traffic information of the first streaming node; wherein the traffic information includes streaming request information of a streaming client, and the streaming client is in communication connection with the first streaming node; Step S202, acquiring a second streaming node IP address of a second streaming node according to the traffic information of the first streaming node; Step S204: Send a switching notification including the IP address of the second streaming node to the streaming client, so that the streaming client switches the streaming address from the first streaming node to the second streaming node.

[0038] The offline method of the streaming node provided in this embodiment can accurately locate the information of the streaming client communicating with the first streaming node by querying its traffic information when the first streaming node goes offline, and then accurately obtain the IP of the second streaming node of the streaming client. By sending the streaming node switching notification to the streaming client in real time, the streaming client can seamlessly switch from the first streaming node to the second streaming node, thereby significantly improving the traffic scheduling efficiency when the streaming node goes offline, realizing the rapid offline of the streaming node, and ensuring the stability of the anchor's streaming and the user's viewing experience.

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

[0040] Step S200 , when the first streaming node is offline, query the traffic information of the first streaming node; wherein the traffic information includes streaming request information of the streaming client, and the streaming client is in communication connection with the first streaming node.

[0041] By querying the traffic information of the first streaming node, detailed information of all streaming clients communicating with the node can be obtained, ensuring that the server can accurately obtain the traffic distribution and request status on the first streaming node, thereby providing data support for subsequent traffic migration and switching of streaming nodes.

[0042] In one example, all traffic information on the first streaming node can be obtained by calling the API interface of the streaming information management system. The streaming information management system can maintain the traffic information of the streaming node, record the IP of each streaming client connected to the streaming node, the IP of the streaming node, the streaming protocol used for streaming, and other information.

[0043] In one example, the traffic information may include request data of each streaming client, such as the IP address of the streaming client, streaming protocol type, connection duration, etc. This traffic information can be used as reference data for subsequent selection of the second streaming node, so that the switched second streaming node has better matching with the streaming client.

[0044] Exemplarily, if streaming node A decides to go offline because the network delay exceeds the threshold, after receiving the offline notification of node A, the server queries the traffic information on streaming node A by calling the API interface of the streaming information management system. The streaming information management system will return the data of all streaming clients communicating with node A, such as streaming request information of streaming client X and streaming client Y. For streaming client X, the request information may include the IP address of streaming client X, the streaming protocol used may be RTMP (Real-Time Messaging Protocol), and the free stream status is yes; for streaming client Y, its streaming protocol may be HLS (HTTP Live Streaming), and the streaming client IP address is another IP segment. The above traffic information can be used to select a second streaming node suitable for the streaming client on the first streaming node, and reconfigure matching streaming addresses for streaming client X and streaming client Y, so that the traffic can be seamlessly switched to the new node to ensure the continuity of the live broadcast.

[0045] Step S202 , according to the traffic information of the first streaming node, obtain the second streaming node IP of the second streaming node.

[0046] By querying the traffic information of the first streaming node, it is ensured that the streaming client connected to the first streaming node can find a suitable streaming node, that is, the second streaming node. By obtaining the IP address of the second streaming node, the streaming client can switch to the second streaming node to continue streaming.

[0047] In an example, the server can obtain traffic information of the first streaming node from the streaming information management system, and select a qualified second streaming node based on information in the traffic information such as streaming client IP, streaming protocol, bandwidth requirements, etc.

[0048] In one example, the live broadcast uplink scheduling system can filter out the second streaming node and send the second streaming node IP to the streaming client. The live broadcast uplink scheduling system can obtain the optimal streaming node and send the streaming node information to the streaming client. Specifically, when the streaming client requests the server to connect to the streaming node, the live broadcast uplink scheduling system will select the optimal streaming node and assign its address to the streaming client based on the available resources, network delay and other status of each streaming node in the streaming request, such as the client IP, the streaming protocol used, and whether it is free of flow. Through the live broadcast uplink scheduling system, the load of each streaming node can be balanced, and each streaming client can be ensured to be connected to the most suitable node, thereby improving the stability of the live broadcast and the audience's viewing experience.

[0049] Exemplarily, when the first streaming node needs to go offline due to excessive load, the server will query the traffic information on the first streaming node. The first streaming node can connect to multiple streaming clients. If client C and client D require a stable RTMP protocol stream, the live broadcast uplink scheduling system will first filter the backup nodes that support the RTMP protocol from the streaming node list, and ensure that the bandwidth and load of the backup nodes are sufficient to support the newly accessed traffic. After screening, the live broadcast uplink scheduling system can determine that streaming node B is a qualified second streaming node, and then extract the IP address of streaming node B. The server will push the switching node notification containing the IP address of streaming node B to client C and client D. Client C and client D can switch the streaming address to the streaming address of the new node according to this switching notification, thereby realizing the rapid switching of streaming nodes.

[0050] Step S204 , sending a switching notification including the IP address of the second streaming node to the streaming client, so that the streaming client switches the streaming address from the first streaming node to the second streaming node.

[0051] By sending a switching notification containing the IP address of the second streaming node to the streaming client, the client can switch to the new streaming address in time, realizing the automatic switching of the streaming node. When the first streaming node goes offline or an abnormality occurs, the streaming client on the first streaming node is seamlessly connected to the new streaming node, realizing the rapid offline of the node.

[0052] In one example, the IP address of the second streaming node can be packaged into a switching notification through a message broadcast system and sent to the streaming client that needs to switch the streaming node. The switching notification contains the streaming address information of the new node. After receiving the switching notification, the streaming client updates its streaming target according to the address, thereby quickly connecting to the new node, ensuring the continuity and stability of the streaming process.

[0053] Exemplarily, after obtaining the information of the second streaming node, a node switching notification is generated, and the node switching notification includes a new streaming address, which is sent to the streaming client still connected to the first streaming node through the message broadcasting system. Specifically, the streaming client of anchor Xiao Li is connected to streaming node A for live broadcast. When Xiao Li's streaming client receives the switching notification, it can read the new streaming address information and switch the current streaming connection from streaming node A to streaming node B. Since this switch is completed in the background, Xiao Li and the audience will hardly notice the switch of the streaming node, and the live broadcast can continue smoothly.

[0054] In this embodiment, by querying the traffic information of the first streaming node when it goes offline, the information of the streaming client communicating with the first streaming node can be accurately located, and then the IP of the second streaming node of the streaming client can be accurately obtained. By sending the streaming node switching notification to the streaming client in real time, the streaming client can seamlessly switch from the first streaming node to the second streaming node, thereby significantly improving the traffic scheduling efficiency when the streaming node goes offline, achieving the rapid offline of the streaming node, and ensuring the stability of the anchor's streaming and the user's viewing experience.

[0055] In an optional embodiment, the offline method of the streaming node may further include: Receiving a notification about the offline of the first streaming node; Among them, when the network delay of the first streaming node is greater than a first preset threshold, the first streaming node goes offline.

[0056] In one example, in an actual live broadcast scenario, the anchor can transmit the video stream to the audience through the push stream node. If the operator imposes restrictions on the network bandwidth of the push stream node, the data packets of the live video stream will be delayed during the transmission process, thereby affecting the smoothness and quality of the live broadcast. Therefore, it is necessary to detect the network delay of the push stream node. When the network delay of the push stream node is greater than the first preset threshold, the push stream node is not suitable for the live broadcast service. It is then necessary to take the push stream node offline to prevent other anchors from connecting to the push stream node with high delay again, resulting in poor live broadcast effect.

[0057] In one example, a streaming node with a high latency can be offlined through the node management system. Specifically, a threshold of network latency can be pre-set in the node management system, such as 500 milliseconds. If the latency of a streaming node exceeds 500 milliseconds, the node management system automatically marks the streaming node as unstable and generates a node offline notification.

[0058] For example, if the network delay of node A suddenly rises to 700 milliseconds due to a network failure. After the node management system detects that the delay of node A exceeds the preset threshold of 500 milliseconds, it decides to take node A offline and generates an offline notification for node A. After the offline notification is generated, this information can be sent to the traffic migration control system. The traffic migration control system is responsible for traffic migration when the node goes offline. After receiving the offline notification of node A, the traffic migration control system obtains other available streaming nodes through the live uplink scheduling system to take over the traffic of node A, ensuring that all streaming clients on node A can smoothly switch to streaming nodes with lower latency.

[0059] In this embodiment, by receiving the offline notification, the server can automatically identify and handle abnormal conditions of the streaming node, such as excessive network delay, and promptly offline the node and switch to other streaming nodes with smooth network, ensuring that the streaming quality is not affected and reducing delays and freezes in live broadcasts.

[0060] In an optional embodiment, if Figure 3 As shown, the offline method of the streaming node may also include: Step S300: monitor the operating status of multiple nodes for providing streaming services in real time.

[0061] Step S302, updating the node list in real time according to the operating status of each node; wherein the node list includes one or more node information, and the remaining available resources of the nodes in the node list are all greater than a second preset threshold and are all online; wherein the node list is used to select the second streaming node.

[0062] In an example, the operating status of each streaming node can be regularly monitored by sending heartbeat packets or status requests to ensure that indicators such as connection stability, latency, bandwidth usage, and resource occupancy of each streaming node remain within a normal range.

[0063] By way of example, the node management system may periodically send status requests to each streaming node, which may include the current timestamp and requirements for monitoring indicators, such as network latency, CPU load, and memory usage. After receiving the status request, each streaming node will immediately respond and return relevant status information. For example, the response of streaming node A may show a network latency of 150 milliseconds, a CPU load of 30%, and a memory utilization of 60%; the response of streaming node B may show a latency of 400 milliseconds, a CPU load of 80%, and a memory utilization of 90%.

[0064] In an example, the running state of the streaming node may be an online state, an offline state, a normal resource state, or an abnormal resource state.

[0065] For example, the node management system can analyze the collected status information of each streaming node and determine the status of the streaming node. If it is found that the network delay of a streaming node exceeds the set threshold (for example, 600 milliseconds), it is marked as "offline status"; or if the CPU and memory load of a streaming node is too high and the remaining available resources are less than the second preset threshold, the streaming node is marked as "resource abnormal status".

[0066] In one example, a timed task or event-driven method can be used to trigger a real-time update of the node list whenever the running status of the streaming node changes.

[0067] Exemplarily, if the status of node A and node B is online and the resources are in normal state, the node management system can update the information of node A and node B to the node list. The node information recorded in the node list may include node ID, current IP address, remaining available bandwidth, CPU and memory usage, etc. If node C is offline, node C is deleted in the node list. Therefore, when selecting the second push stream node, node C in the offline state will not be selected in the node list, ensuring that the second push stream node with sufficient resources and stable performance can be selected in the node list.

[0068] In this embodiment, by real-time monitoring of the operating status of each streaming node and updating the operating status to the node list, it is possible to flexibly respond to changing network environments and node states. This ensures that when a streaming node fails or resources are tight, it can quickly switch to a streaming node with good performance, thereby improving the streaming effect of live broadcasts, and further improving the fluency of live broadcasts and user experience.

[0069] In an optional embodiment, the streaming request information includes the client IP of the streaming client, the first streaming node IP, streaming protocol and / or information on whether streaming is free. Correspondingly, step S202 may include: based on the streaming request information, selecting the second streaming node for switching from the node list.

[0070] The push request information is the basis for the server to migrate traffic and ensure smooth live streaming when the node is offline or in an abnormal state. Specifically, based on the client IP, the IP of the current push node, the push protocol, and whether it is free of flow in the push request information, the second push node with the highest compatibility with the push client can be found in the node list, thereby achieving seamless switching of the push node.

[0071] In one example, when it is detected that the first streaming node is about to go offline, or its network status no longer meets the streaming requirements, a replacement streaming node can be selected in the node list according to the streaming request information. By matching the streaming client IP, streaming protocol, free streaming requirements and other parameters in the node list, the new streaming node can be consistent with the original streaming node in terms of network configuration and function.

[0072] In one example, the geographical location of the streaming client can be identified based on the IP address of the streaming client by integrating an IP positioning service or using an existing IP database. Then, a streaming node closest to the streaming client can be selected from the node list to shorten the path of the streaming data on the network, reduce delays and fluctuations in data transmission, and thus improve the quality of live broadcasting.

[0073] In one example, an adapted streaming node can be selected through the streaming protocol of the streaming client. The streaming protocol determines the mode, stability and compatibility of data transmission. Therefore, selecting the streaming node according to the streaming protocol can ensure that the technical support of the streaming node meets the streaming requirements and optimize the effect of data transmission. For example, the RTMP protocol is used for low-latency transmission, while the HLS protocol is more suitable for scenarios with wide compatibility and insensitivity to delay. Specifically, when a streaming node goes offline, the switching node can be screened according to the streaming protocol of the streaming client to ensure that the new streaming node supports the protocol.

[0074] In this embodiment, the second streaming node that is most compatible with the streaming client is found in the node list through the streaming client IP, the IP of the current streaming node, the streaming protocol, and whether it is free of charge in the streaming request information, so that the new streaming node is consistent with the original streaming node in network configuration and function, thereby providing the streaming client with a stable and seamless live streaming experience.

[0075] In an optional embodiment, step S204 further includes: The switching notification including the IP address of the second streaming node is pushed to the streaming client in a broadcast notification manner.

[0076] When a streaming node goes offline, timely notify the streaming clients connected to the streaming node to switch to a new streaming node, which can reduce the interruption of live broadcast and ensure the smoothness of live broadcast. By broadcasting notification, the switching instruction can be quickly sent to all affected streaming clients, allowing the streaming clients to seamlessly switch to the new streaming node.

[0077] In one example, after confirming the new streaming node, a switching notification containing the IP address of the new node can be generated and pushed to the streaming client through the broadcast system. The broadcast system can achieve a single message reaching multiple streaming clients, reducing the delay caused by a single request response. After receiving the notification, the streaming client immediately performs the switching operation.

[0078] In one example, after the broadcast is finished, the status of each streaming client can be detected to confirm that it has successfully connected to the new streaming node and the streaming status has returned to normal. If some streaming clients fail to successfully switch to the new node, the switching notification can be rebroadcasted for some streaming clients.

[0079] In this embodiment, large-scale traffic migration operations on offline streaming nodes can be quickly completed by broadcast notification, which greatly improves the efficiency of streaming node switching and user experience, and ensures the continuity and stability of live broadcasts.

[0080] In an optional embodiment, the offline method of the streaming node may further include: The switching notification is used to instruct: the streaming client switches the streaming address to the second streaming node IP, and displays prompt information on the UI interface.

[0081] In one example, the switching notification instructs the client to update the streaming address to the IP address of the second streaming node, and displays appropriate prompt information on the UI interface of the streaming client, which can ensure that the client correctly switches the streaming node and allows the user to grasp the live broadcast status in real time.

[0082] In one example, the prompt information displayed on the UI interface can use concise and clear language to ensure that users can quickly understand it. For example, "The current live broadcast node is switching, and the connection will be restored soon.", "The network is adjusting, and the live broadcast screen will be restored soon." and other prompts to users that the switching of the push streaming node may cause a brief freeze.

[0083] In one example, the user may be prompted by a message pop-up window, a progress bar loading animation, or an audio prompt, so that the user knows the reason for the live broadcast freeze.

[0084] In this embodiment, the streaming client is instructed to switch the streaming address to the second streaming node IP through a switching notification, and a prompt message is displayed on the UI interface, thereby ensuring that the streaming client can switch to the new streaming node while allowing the streaming client to know the reason for the live broadcast freeze.

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

[0086] S11: The node management system decides to offline the first streaming node, and sends a node offline message to the traffic migration control system, wherein the node offline message includes information about the first streaming node.

[0087] S12: After receiving the node offline message, the traffic migration control system queries all current traffic information of the first streaming node through the streaming information management system.

[0088] S13: The traffic migration control system calls the live streaming uplink scheduling system according to all current traffic information of the first streaming node, wherein all current traffic information of the first streaming node includes parameters such as the IP addresses of requests sent by all streaming clients communicating with the first streaming node, streaming protocols, and whether to stream free.

[0089] S14: The live streaming uplink scheduling system reselects the optimal streaming node for all streaming clients that are connected to the first streaming node based on all current traffic information of the first streaming node and the available resources of all streaming nodes, and sends the streaming address of the new streaming node assembly to the traffic migration control system.

[0090] S15: The traffic migration control system sends a node switching message including a new streaming node assembly streaming address to each streaming client through a message broadcasting system.

[0091] S16: After receiving the node switching message, each streaming client displays a prompt message on the streaming client UI interface and switches to the new streaming node.

[0092] In this exemplary application, by querying the traffic information of the first streaming node when it goes offline, the information of the streaming client communicating with the first streaming node can be accurately located, and then the IP of the second streaming node of the streaming client can be accurately obtained. By sending the streaming node switching notification to the streaming client in real time, the streaming client can seamlessly switch from the first streaming node to the second streaming node, thereby significantly improving the traffic scheduling efficiency when the streaming node goes offline, achieving the rapid offline of the streaming node, and ensuring the stability of the anchor's streaming and the user's viewing experience.

[0093] Embodiment 2 Figure 5 The block diagram of the offline device of the streaming node according to the second embodiment of the present application is schematically shown. The device can be divided into one or more program modules, one or more program modules are stored in a storage medium, and are executed by one or more processors to complete the embodiment of the present application. The program module referred to in the embodiment of the present application refers to a series of computer program instruction segments that can complete specific functions. The following description will specifically introduce the functions of each program module in this embodiment. Figure 5As shown, the device 1000 may include: a query module 1100, an acquisition module 1200, and a sending module 1300, wherein: The query module 1100 is used to query the flow information of the first streaming node when the first streaming node is offline; wherein the flow information includes streaming request information of a streaming client, and the streaming client is in communication connection with the first streaming node; An acquisition module 1200 is used to acquire a second streaming node IP address of a second streaming node according to the traffic information of the first streaming node; The sending module 1300 is configured to send a switching notification including the IP address of the second streaming node to the streaming client, so that the streaming client switches the streaming address from the first streaming node to the second streaming node.

[0094] Embodiment 3 Figure 6 The schematic diagram of the hardware architecture of a computer device 10000 suitable for implementing the offline method of a streaming node according to the third embodiment of the present application is shown schematically. In some embodiments, the computer device 10000 may be a terminal device such as a smart phone, a wearable device, a tablet computer, a personal computer, a vehicle-mounted terminal, a game console, a virtual device, a workbench, a digital assistant, a set-top box, a robot, etc. In other embodiments, the computer device 10000 may be a rack server, a blade server, a tower server, or a cabinet server (including an independent server, or a server cluster composed of multiple servers), etc. Figure 6 As shown, the computer device 10000 includes but is not limited to: a memory 10010, a processor 10020, and a network interface 10030 that can communicate with each other through a system bus. Among them: The memory 10010 includes at least one type of computer-readable storage medium, and the readable storage medium includes flash memory, hard disk, multimedia card, card-type memory (such as SD or DX memory), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, the memory 10010 can be an internal storage module of the computer device 10000, such as a hard disk or memory of the computer device 10000. In other embodiments, the memory 10010 can also be an external storage device of the computer device 10000, such as a plug-in hard disk equipped on the computer device 10000, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash card (Flash Card), etc. Of course, the memory 10010 can also include both the internal storage module of the computer device 10000 and its external storage device. In this embodiment, the memory 10010 is generally used to store the operating system and various application software installed in the computer device 10000, such as the program code of the offline method of the streaming node, etc. In addition, the memory 10010 can also be used to temporarily store various data that have been output or will be output.

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

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

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

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

[0099] Embodiment 4 An embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the offline method of the streaming node in the embodiment are implemented.

[0100] In this embodiment, the computer-readable storage medium includes flash memory, hard disk, multimedia card, card-type memory (for example, SD or DX memory, etc.), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, disk, optical disk, etc. In some embodiments, the computer-readable storage medium may be an internal storage unit of a computer device, such as a hard disk or memory of the computer device. In other embodiments, the computer-readable storage medium may also be an external storage device of a computer device, such as a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash card (Flash Card), etc. equipped on the computer device. Of course, the computer-readable storage medium may also include both an internal storage unit of a computer device and an external storage device thereof. In this embodiment, the computer-readable storage medium is generally used to store an operating system and various application software installed on a computer device, such as the program code of the offline method of the streaming node in the embodiment, etc. In addition, the computer-readable storage medium may also be used to temporarily store various types of data that have been output or are to be output.

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

[0102] Embodiment 6 Corresponding to the above method embodiment, the present application also provides an offline system embodiment of a streaming node. Figure 7 FIG. 1 shows a schematic diagram of a structure of an offline system for a streaming node provided by an embodiment of the present application. Figure 7 As shown, the offline system 700 of the streaming node includes a broadcast system 710, a traffic migration control system 720, a node management system 730, a streaming information management system 740, and a live broadcast uplink scheduling system 750; Among them, when the first streaming node is offline, the node management system 730 sends an offline notification to the traffic migration control system 720; in response to the offline notification, the traffic migration control system 720 obtains the traffic information of the first streaming node from the streaming information management system 740, and sends the obtained traffic information to the live broadcast uplink scheduling system 750; the live broadcast uplink scheduling system 750 selects a second streaming node from multiple streaming nodes according to the traffic information, and returns the second streaming node IP of the second streaming node to the traffic migration control system 720; the traffic migration control system 720 sends a switching notification containing the second streaming node IP to the broadcast system 710; the broadcast system 710 broadcasts the switching notification to each of the streaming clients.

[0103] By applying the solution of the embodiment of the present application, by querying the traffic information of the first streaming node when it goes offline, the information of the streaming client communicating with the first streaming node can be accurately located, and then the IP of the second streaming node of the streaming client can be accurately obtained. By sending the streaming node switching notification to the streaming client in real time, the streaming client can be seamlessly switched from the first streaming node to the second streaming node, thereby significantly improving the traffic scheduling efficiency when the streaming node goes offline, realizing the rapid offline of the streaming node, and ensuring the stability of the anchor's streaming and the user's viewing experience.

[0104] The above is a schematic scheme of a system for offline streaming nodes in this embodiment. It should be noted that the technical scheme of the offline streaming node system and the technical scheme of the offline streaming node method described above belong to the same concept, and the details of the technical scheme of the offline streaming node system that are not described in detail can be found in the description of the technical scheme of the offline streaming node method described above.

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

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

Claims

1. A method for offline streaming node, characterized in that: For the server, the method includes: When the first streaming node is offline, querying the traffic information of the first streaming node; wherein the traffic information includes streaming request information of a streaming client, and the streaming client is in communication connection with the first streaming node; According to the traffic information of the first streaming node, obtain the second streaming node IP of the second streaming node; A switching notification including the IP address of the second streaming node is sent to the streaming client, so that the streaming client switches the streaming address from the first streaming node to the second streaming node.

2. The method according to claim 1, characterized in that Also includes: Receiving a notification about the offline of the first streaming node; Among them, when the network delay of the first streaming node is greater than a first preset threshold, the first streaming node goes offline.

3. The method according to claim 1, characterized in that The method further comprises: Real-time monitoring of the operating status of multiple nodes used to provide streaming services; According to the running status of each node, the node list is updated in real time; wherein the node list includes one or more node information, and the remaining available resources of the nodes in the node list are all greater than the second preset threshold and are all online; The node list is used to select the second streaming node.

4. The method according to claim 3, characterized in that The streaming request information includes the client IP of the streaming client, the first streaming node IP, streaming protocol and / or information on whether streaming is free; Acquiring a second streaming node IP address of a second streaming node according to the traffic information of the first streaming node includes: Based on the streaming request information, the second streaming node for switching is selected from the node list.

5. The method according to any one of claims 1 to 4, characterized in that: Sending a switching notification including the IP address of the second streaming node to the streaming client includes: The switching notification including the IP address of the second streaming node is pushed to the streaming client in a broadcast notification manner.

6. The method according to any one of claims 1 to 4, characterized in that: The switching notification is used to instruct: the streaming client switches the streaming address to the second streaming node IP, and displays prompt information on the UI interface.

7. A device for offline streaming node, characterized in that: The device comprises: A query module, used for querying the flow information of the first streaming node when the first streaming node is offline; wherein the flow information includes streaming request information of a streaming client, and the streaming client is in communication connection with the first streaming node; An acquisition module, used for acquiring a second streaming node IP of a second streaming node according to the traffic information of the first streaming node; The sending module is used to send a switching notification including the IP address of the second streaming node to the streaming client, so that the streaming client switches the streaming address from the first streaming node to the second streaming node.

8. A computer device, characterized in that: include: at least one processor; and a memory communicatively connected to the at least one processor; wherein: The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 6.

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

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

11. A streaming node offline system, characterized in that: include: The node management system is used to manage the life cycle of each streaming node, including online and offline. A streaming information management system, used to manage the flow information of each streaming node; A live streaming uplink scheduling system, used to select a new streaming node; Broadcast system, used to broadcast notifications to streaming clients; A traffic migration control system, used to implement traffic migration operations; Among them, when the first streaming node is offline, the node management system sends an offline notification to the traffic migration control system; in response to the offline notification, the traffic migration control system obtains the traffic information of the first streaming node from the streaming information management system, and sends the obtained traffic information to the live broadcast uplink scheduling system; the live broadcast uplink scheduling system selects a second streaming node from multiple streaming nodes according to the traffic information, and returns the second streaming node IP of the second streaming node to the traffic migration control system; the traffic migration control system sends a switching notification containing the second streaming node IP to the broadcast system; the broadcast system broadcasts the switching notification to each of the streaming clients.

Images