CN114173151B

CN114173151B - Live broadcast stream pushing system, method and device and electronic equipment

Info

Publication number: CN114173151B
Application number: CN202210123645.9A
Authority: CN
Inventors: 李尾冬
Original assignee: Beijing Kingsoft Cloud Network Technology Co Ltd
Current assignee: Beijing Kingsoft Cloud Network Technology Co Ltd
Priority date: 2022-02-10
Filing date: 2022-02-10
Publication date: 2022-05-27
Anticipated expiration: 2042-02-10
Also published as: CN114173151A

Abstract

The application relates to a live broadcast stream pushing system, a live broadcast stream pushing method, a live broadcast stream pushing device and electronic equipment, wherein the live broadcast stream pushing system comprises: the live broadcast end is used for providing live broadcast streams to the broadcast end through the CDN platforms; the plurality of CDN platforms comprises: the live streaming server comprises a first CDN platform, a second CDN platform and a third CDN platform, wherein under the condition that the first CDN platform fails to forward the live streaming to the third CDN platform, the second CDN platform pushes the live streaming to the third CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which already receive the live streaming. The method and the device solve the technical problem that in the related technology, the user fails to pull the stream when watching the live broadcast.

Description

Live broadcast stream pushing system, method and device and electronic equipment

Technical Field

The present application relates to the field of internet technologies, and in particular, to a live streaming system, a live streaming method, a live streaming device, and an electronic device.

Background

With the continuous application of new information technology in china and the rapid development of new internet services, cdn (content Delivery network) has become an indispensable important component in internet infrastructure as an important means for relieving internet network congestion, increasing internet service response speed, and improving user service experience. The CDN is a content delivery network, a new network architecture is added in the existing Internet, an edge server is deployed, and the content of a website is released to a Cache server closest to a user, so that the user can obtain the required content nearby, the nearby access of the user is realized, and the access effect, the safety and the stability of the website are effectively improved. In the field of mobile live broadcast, in order to optimize the experience of watching live broadcast by a terminal, a CDN is generally used to accelerate content delivery and realize high concurrency and other capabilities.

Currently, in live webcasting, a plurality of CDN vendors are used, and sequential streaming is performed among the CDN vendors, for example: the method comprises the steps that the pushing is carried out by the main CDN manufacturer, the main CDN manufacturer pushes other CDN manufacturers, if the pushing of other CDN manufacturers fails, the situation that the pulling fails when a user using CDN service of other CDN manufacturers watches the main CDN manufacturer can be caused, in general, the state of probabilistic pulling failure can be presented, and the pulling success rate is reduced.

In view of the above problems, no effective solution has been proposed.

Disclosure of Invention

The application provides a live broadcast stream pushing system, a live broadcast stream pushing method, a live broadcast stream pushing device and electronic equipment, and at least solves the technical problem that stream pulling fails when a user watches live broadcast in the related technology.

According to an aspect of an embodiment of the present application, there is provided a live streaming system, including: the live broadcast end is used for providing live broadcast streams to the broadcast end through the CDN platforms; the plurality of CDN platforms include: the first CDN platform, the second CDN platform and the third CDN platform push the live stream to the third CDN platform by the second CDN platform under the condition that the first CDN platform fails to forward the live stream to the third CDN platform, wherein the first CDN platform and the second CDN platform are CDN platforms which already receive the live stream.

According to another aspect of the embodiment of the present application, a live streaming method is provided, which is applied to a second CDN platform, and includes: sending a forward-push request to a third CDN platform, wherein the forward-push request is used for the second CDN platform to request to forward a live stream to the third CDN platform, the third CDN platform is a CDN platform which fails to forward the live stream from the first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which already receive the live stream; and under the condition that a response of allowing the forward pushing of the third CDN platform is received, forwarding the live streaming to the third CDN platform.

According to another aspect of the embodiment of the present application, a live streaming method is provided, which is applied to a third CDN platform, and includes: receiving a forward-push request of a second CDN platform, wherein the forward-push request is used for requesting to forward and push live streaming to a third CDN platform, the third CDN platform is a CDN platform which fails in forward-pushing the live streaming by a first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which already receive the live streaming; in response to the push forward request, a live stream is received from the second CDN platform.

According to another aspect of the embodiments of the present application, there is also provided a live streaming apparatus, applied to a second CDN platform, including: the system comprises a sending module, a forwarding module and a forwarding module, wherein the sending module is used for sending a forwarding request to a third CDN platform, the forwarding request is used for the second CDN platform to request for forwarding a live stream to the third CDN platform, the third CDN platform is a CDN platform which fails in forwarding the live stream by a first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which have received the live stream; and the forward-pushing module is used for forwarding and pushing the live streaming to the third CDN platform under the condition of receiving a response of the third CDN platform for allowing forward-pushing.

According to another aspect of the embodiments of the present application, there is also provided a live streaming apparatus, applied to a third CDN platform, including: the receiving module is used for receiving a forward-push request of a second CDN platform, wherein the forward-push request is used for requesting to forward and push live streaming to a third CDN platform, the third CDN platform is a CDN platform which fails to forward and push the live streaming from the first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which already receive the live streaming; and the response module is used for responding to the forward pushing request and receiving the live streaming from the second CDN platform.

According to another aspect of the embodiments of the present application, there is also provided a storage medium including a stored program which, when executed, performs the above-described method.

According to another aspect of the embodiments of the present application, there is also provided an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor executes the above method through the computer program.

According to an aspect of the application, a computer program product or computer program is provided, comprising computer instructions, the computer instructions being stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to perform the steps of any of the embodiments of the method described above.

In the embodiment of the application, a second CDN platform is adopted to send a forward-push request to a third CDN platform, the forward-push request is used for the second CDN platform to request for forwarding a live stream to the third CDN platform, the third CDN platform is a CDN platform which fails in forwarding the live stream by the first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which have received the live stream; under the condition that a response of allowing forward pushing of a third CDN platform is received, a live streaming is forwarded to the third CDN platform, after the first CDN platform is forwarded and pushed, the second CDN platform which is successfully forwarded and pushed continues to forward the live streaming to the third CDN platform which is failed in forward pushing, the purpose of guaranteeing that the CDN platform which needs to be forwarded and pushed has live streaming is achieved, the technical problem that in the related technology, when a user watches live streaming, streaming pulling failure occurs is solved, and therefore the technical effects of improving the availability of the streaming and guaranteeing the success rate of streaming pulling of the user are achieved.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:

fig. 1 is a schematic diagram of an alternative live streaming system according to an embodiment of the present application;

fig. 2 is a flowchart of an alternative live streaming method according to an embodiment of the present application;

fig. 3 is a flow chart of an alternative live streaming method according to an embodiment of the present application;

fig. 4 is a schematic diagram of an alternative live streaming scheme according to an embodiment of the present application;

fig. 5 is a schematic diagram of an alternative live streaming apparatus according to an embodiment of the present application;

fig. 6 is a schematic diagram of an alternative live streaming apparatus according to an embodiment of the present application;

fig. 7 is a block diagram of a terminal according to an embodiment of the present application.

Detailed Description

In order to make the technical solutions better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only partial embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

It should be noted that the terms "first," "second," and the like in the description and claims of this application and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the application described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

First, partial nouns or terms appearing in the description of the embodiments of the present application are applicable to the following explanations:

a CDN platform: CDN (content Delivery network), i.e., a content Delivery network, a CDN platform, i.e., a platform for providing content Delivery service, and different CDN service providers have respective CDN platforms.

Live streaming: the method refers to continuous audio and video data which are collected and manufactured by a main broadcasting terminal and adopt streaming transmission.

Pushing flow: the plug-streaming refers to a process of transmitting content packaged in the acquisition stage to a server, for example, a host transmits a live stream to a CDN vendor.

Drawing flow: the pull stream refers to a process of pulling existing live content of a server by using a specified address, for example, the live stream is pulled from the server to a client where a user is located so as to be watched by the user.

Rotating and pushing: in this application, forward refers to one CDN platform transmitting a live stream to another CDN platform.

According to an aspect of embodiments of the present application, a system embodiment of a live streaming system is provided.

Fig. 1 is a schematic diagram of an optional live streaming system according to an embodiment of the present application, and as shown in fig. 1, the system may include a live end and a plurality of CDN platforms (the number of CDN platforms is at least 3, fig. 1 shows 4, and in an actual situation, more or less CDN platforms may be used), where the live end provides a live stream to a broadcast end through the plurality of CDN platforms.

The plurality of CDN platforms include: the first CDN platform, the second CDN platform and the third CDN platform push the live stream to the third CDN platform by the second CDN platform under the condition that the first CDN platform fails to forward the live stream to the third CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which already receive the live stream. The number of the second CDN platforms may be one or more, as shown in fig. 1: the third platform may be any one of CDN platforms, such as CDN platform B, when pushing a stream for the first time, when the CDN platform a forwards the stream to the CDN platform B, if the forwarding fails, the CDN platform a is equivalent to the first CDN platform, in the system, except that the CDN platform a forwards the stream to the CDN platform B, other CDN platforms in the system (i.e., a second CDN platform including CDN platforms other than the first CDN platform and a third CDN platform, such as CDN platform C and CDN platform D) also forward the stream to the CDN platform B, if one of the streams is successfully pushed, the third platform does not receive any other forward stream, and if the stream is failed, the other CDN platforms continue to forward the CDN platform B until the stream is successfully pushed.

The CDN platforms provided by different CDN service providers are provided by the multiple CDN platforms, each CDN platform includes one or more CDN nodes, and each CDN node may be composed of one or more CDN servers.

Optionally, the number of the second CDN platforms may be multiple, and the multiple second CDN platforms respectively forward the live stream to the third CDN platform. For example, a live broadcast end pushes a stream to a platform a (i.e., a first CDN platform), and the platform a pushes the stream to a platform B, C, D, E, where the pushing of the platform a to the platform B fails, and the other pushing succeeds, then the platform B is a third CDN platform, the platforms C, D, E are all second CDN platforms, and the platforms C, D, E can all push the stream to the platform B, but only one platform can successfully push the stream, and the pushing success rate is improved by pushing the streams to the third CDN platform through multiple second CDN platforms.

As an optional embodiment, the number of live broadcast ends may be multiple, and multiple live broadcast ends may respectively push streams to the same or different CDN platforms, for example, live broadcast end a uses CDN platform a as a first CDN platform, pushes a stream to CDN platform a, and then forwards the stream to CDN platform B, C, D by CDN platform a; and the live broadcast end B takes the CDN platform B as a first CDN platform, pushes the stream to the CDN platform B, and then forwards the stream to the CDN platform A, C, D through the CDN platform B.

According to an aspect of the embodiment of the present application, an embodiment of a live streaming method is provided when the method is applied to a second CDN platform.

Optionally, in this embodiment, the live streaming method may be applied to a hardware environment formed by a live end and a plurality of CDN platforms as shown in fig. 1. Subsequently, a live streaming method according to the embodiment of the present application is executed on the second CDN platform as an example.

Fig. 2 is a flowchart of an alternative live streaming method according to an embodiment of the present application, and as shown in fig. 2, the method may include the following steps:

step S202, the second CDN platform sends a forward-push request to a third CDN platform, where the forward-push request is used for the second CDN platform to request to forward a live stream to the third CDN platform, the third CDN platform is a CDN platform that fails to forward a live stream from the first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms that have received a live stream.

Step S204, the second CDN platform forwards the live stream to the third CDN platform when receiving a response of the third CDN platform that allows forwarding.

The CDN platform is a platform for providing content distribution and live broadcast acceleration service for network live broadcast including but not limited to event live broadcast, mobile live broadcast, game live broadcast, online courses and the like by different CDN manufacturers; the CDN platform has the functions of receiving the push stream of a live broadcast end (namely an anchor) and forwarding the push stream to other CDN platforms; each CDN platform may be a first CDN platform, a second CDN platform, or a third CDN platform as defined by the embodiments of the present application.

Through the steps S202 to S204, after the first CDN platform is forwarded and pushed, the second CDN platform that has successfully forwarded and pushed continues to forward and push the live stream to the third CDN platform that has failed to forward and push, so that the purpose of ensuring that the CDN platform that needs to forward and push has the live stream is achieved, and then the technical problem of the user that a pull stream fails when watching the live stream in the related art is solved, thereby achieving the technical effects of improving availability of push streams and ensuring a pull stream success rate of the user.

In the technical solution provided in step S202, the second CDN platform sends a forward push request to a third CDN platform, where the forward push request is used for the second CDN platform to request to forward a live stream to the third CDN platform, the third CDN platform is a CDN platform that fails to forward a live stream from the first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms that have received a live stream.

As an optional embodiment, before sending a forwarding and pushing request to a third CDN platform, the second CDN platform obtains multiple forwarding and pushing addresses of the live stream, where the multiple forwarding and pushing addresses are platform addresses of multiple CDN platforms and include a platform address of the third CDN platform; and then sending a forwarding request to the third CDN platform according to the platform address of the third CDN platform.

Optionally, the multiple forwarding addresses of the live stream are obtained by the following two ways: (1) a live broadcast end client directly provides a stream pushing address of a CDN platform needing forwarding; (2) the live broadcast end client provides an interface, the CDN platform obtains a push flow list from the interface, and a push flow address of the CDN platform needing to be forwarded and pushed is stored in the push flow list.

As an optional embodiment, before, after, or at the same time as the forwarding request is sent to the third CDN platform, the second CDN platform sends the forwarding request to the corresponding CDN platform according to an address other than the platform address of the third CDN platform in the plurality of forwarding addresses.

For example, a live broadcast end pushes a stream to a platform a (i.e., a first CDN platform), and according to a stream pushing address provided by a customer, the platform a forwards the stream to the platform B, C, D, E, where the forwarding from the platform a to the platform B fails and the other forwarding succeeds, then the platform B is a third CDN platform, the platforms C, D, E are all second CDN platforms, and taking platform C as an example, the platform C may send a forwarding request to A, B, D, E at the same time according to the stream pushing address, or may send the forwarding requests according to a preset sequence.

In the technical solution provided in step S204, the second CDN platform transfers the live stream to the third CDN platform when receiving a response of the third CDN platform that allows transfer.

For example, a live broadcast end pushes a stream to a platform a (i.e., a first CDN platform), and according to a stream pushing address provided by a customer, the platform a forwards the stream to the platform B, C, D, E, where the forwarding from the platform a to the platform B fails and the other forwarding succeeds, then the platform B is a third CDN platform, and the platforms C, D, E are all second CDN platforms, taking the platform C as an example, the platform C may send a forwarding request to A, B, D, E at the same time according to the stream pushing address, but only the third CDN platform will respond to the forwarding request, that is, only the platform B will respond to the forwarding request sent by the platform, and when the platform C receives the response of the platform B, the platform C will push the stream to the platform B.

As an optional embodiment, in order to further ensure the push stream of the live end in the whole live process, the second CDN platform continues to retry sending the push forwarding request without receiving a response from the third CDN platform.

As an optional embodiment, in order to further ensure the push stream of each live broadcast end and simplify the forward push logic, when there are multiple live broadcast ends, each CDN platform that the live broadcast end needs to push streams mutually sends a forward push request in the whole live broadcast process according to the push stream address provided by each live broadcast end.

For example, live broadcast end 1 pushes a stream to platform a (i.e., a first CDN platform), platform a needs to forward to platform B, C, D, E according to a stream pushing address provided by a customer, live broadcast end 2 pushes a stream to platform B (i.e., a first CDN platform), and platform B needs to forward to platform A, C, D, E according to a stream pushing address provided by a customer, and at this time, platform A, B, C, D, E sends a forward push request to each other in the live broadcast process to ensure the stream pushing.

According to an aspect of the embodiments of the present application, the embodiments of a method for live streaming are provided, where the method is applied to a third CDN platform.

Optionally, in this embodiment, the live streaming method may be applied to a hardware environment formed by a live end and a plurality of CDN platforms as shown in fig. 1. Subsequently, a live streaming method according to the embodiment of the present application is executed on a third CDN platform as an example.

Fig. 3 is a flowchart of an alternative live streaming method according to an embodiment of the present application, and as shown in fig. 2, the method may include the following steps:

step S302, a third CDN platform receives a forward-push request of a second CDN platform, where the forward-push request is used to request that a live stream be forwarded to the third CDN platform, the third CDN platform is a CDN platform in which the first CDN platform fails to forward the live stream, and the first CDN platform and the second CDN platform are CDN platforms that have already received the live stream.

Step S304, the third CDN platform receives the live stream from the second CDN platform in response to the forward push request.

Through the steps S302 to S304, after the first CDN platform switches to pushing, the second CDN platform that successfully switches to pushing is used to continue to switch to push the live stream to the third CDN platform that fails to switch to pushing, so as to achieve the purpose of ensuring that the CDN platform that needs to switch to pushing has a live stream, and further solve the technical problem of a user that a streaming pull failure occurs when watching a live stream in the related art, thereby achieving the technical effects of improving availability of streaming push and ensuring a streaming pull success rate of the user.

In the technical solution provided in step S302, a third CDN platform receives a forward push request of a second CDN platform, where the forward push request is used to request that a live stream is forwarded to the third CDN platform, the third CDN platform is a CDN platform that fails to forward a live stream from a first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms that have already received a live stream.

Optionally, the number of the second CDN platforms is multiple, and in response to the forward push request, in a case where receiving the live stream from one second CDN platform fails, the live stream is received from another second CDN platform.

For example, the live broadcast end pushes a stream to platform a (i.e., a first CDN platform), and platform a pushes to platform B, C, D, E, where platform a fails to push to platform B and the rest of the streams are pushed successfully, then platform B is a third CDN platform, platforms C, D, E are both second CDN platforms, and platforms C, D, E all send push forwarding requests to B, and if platform B responds to the push forwarding request of platform C but does not successfully push, platform B may also respond to the push forwarding request of platform C, D or E until the streams are pushed successfully.

In the technical solution provided in step S304, the third CDN platform receives the live stream from the second CDN platform in response to the forwarding request.

As an alternative embodiment, in the case of receiving a forwarding request of the second CDN platform, querying the presence status of the live stream on the third CDN platform, where the presence status is used to determine whether to issue a response allowing forwarding, and the presence status is present or absent.

Optionally, the forwarding and pushing request includes identification information of a live stream to be forwarded, the CDN platform includes a source station and a plurality of edge nodes, and when one of the edge nodes receives the forwarding and pushing request of the second CDN platform, the edge node finds the presence state of the live stream by querying the stream presence interface and using the identification information of the live stream.

Optionally, when the presence state is that the live stream does not exist in the third CDN platform, sending response information allowing forwarding to the second CDN platform to receive the live stream from the second CDN platform.

For example, a live broadcast end pushes a stream to a platform a (i.e., a first CDN platform), and the platform a pushes the stream to a platform B, C, where the pushing of the platform a to the platform B fails and the pushing to the platform C succeeds, then the platform B is a third CDN platform, and the platform C is a second CDN platform, and when an edge node of the platform B receives a push forwarding request sent by the platform C, the edge node of the platform B obtains that the presence state of the live broadcast stream is absent by querying a stream presence interface, that is, the live broadcast stream does not exist in the platform B at this time, and can receive the pushing of the platform C; platform B will issue a response message to platform C to allow the roll-over to receive this live stream from platform C.

As an alternative embodiment, after receiving the live stream from the second CDN platform in response to the forward push request, the third CDN platform changes the presence state of the third CDN platform from absent to present in the case that the third CDN platform successfully receives the live stream.

Optionally, the CDN platform includes a source station (corresponding to the central node) and a plurality of edge nodes, where the source station stores a record of a live stream, and when a CDN platform successfully receives a live stream, the source station stores a state record of a presence of the live stream in the CDN platform.

The scheme provides a live broadcast stream pushing method, and after a first CDN platform forwards and pushes, a second CDN platform which successfully forwards and pushes is used for continuing to forward and push a live broadcast stream to a third CDN platform which fails to forwards and push, so that the aim of guaranteeing that the CDN platform which needs to forward and push has the live broadcast stream is achieved, the technical problem that in the related technology, when the first CDN platform forwards and pushes to multiple CDN platforms, part of forwarding and pushing fails to cause the phenomenon that a user watches the live broadcast stream, the pull loss is generated is solved, and therefore the technical effects of improving the availability of the pushed stream and guaranteeing the success rate of the pull stream of the user are achieved; in addition, the second CDN platform continuously retries sending of the forward push request when the second CDN platform does not receive a response from the third CDN platform, so as to ensure that the CDN platform receiving the forward push can receive the forward push of another CDN platform in time when a sudden failure of forward push of part of the CDN platforms results in a flow break of part of the CDN platforms in the live broadcast process, thereby further ensuring the push flow of the live broadcast end in the entire live broadcast process; in practice, one CDN platform often needs to interface multiple live broadcast ends, and each CDN platform that needs to push streams at the live broadcast end sends a forwarding request to each other in the whole live broadcast process according to a stream pushing address provided by each live broadcast end, so that the stream pushing at each live broadcast end can be further ensured, and the forwarding logic can be simplified.

As an alternative example, the following describes the technical solution of the present application in combination with the specific embodiments:

the invention aims to improve the availability of the main broadcast push flow by the mutual forward push of CDN manufacturers (namely CDN platforms), thereby improving the success rate of user pull flow and improving the user experience.

In the related art, the main broadcast is pushed to a CDN manufacturer a, and then pushed to other homes (B, C, D), and if the pushing of the user a to the other homes fails, a probabilistic pull loss occurs when the user views the user, which reduces the success rate of the pull.

As shown in fig. 4, the live push (anchor push) is only pushed to vendor a, which is unsuccessful without subsequent pushback. But the anchor does not succeed in direct streaming and the anchor is sure to know, so the anchor will switch the line. The anchor push stream is only pushed to the manufacturer A, the manufacturer A pushes to B, C, D respectively, and after receiving the push of the manufacturer A, B, C, D also pushes to other families respectively. Under normal conditions, the pushing of A to B, C, D is successful, and then the subsequent pushing of B, C, D to other homes is unsuccessful; however, if the vendor A fails to forward to B and the forward to C, D succeeds, then the forward to B of C, D will work, ensuring that B can also have a flow. That is, in this scheme, the anchor pushes the stream to CDN vendor a, vendor a pushes to B, C, D, and simultaneously B, C, D also can push the stream to other three homes (the stream is actually not successful in pushing, because the CDN detects the presence of the stream, the pushing of other homes can be rejected), the retry push can be always performed, but the retry push can be performed when the pushing of CDN vendor fails, it is ensured that each CDN vendor has the stream, thereby ensuring the availability of the stream push, and improving the success rate of pull planning of the user.

In the scheme, two ways of obtaining the push flow address are provided, (1) a customer can provide a CDN manufacturer needing push flow; (2) a client provides an interface, and a CDN manufacturer A acquires a plug-flow list from the interface; and configuring the push flow address into a configuration file according to the push flow address provided by the client.

In the scheme, a CDN manufacturer has a plurality of edge nodes, the same stream can be pushed to a source station of the CDN manufacturer and a third-party CDN manufacturer, the source station is equivalent to a central node and stores a record of the stream, when receiving the forwarding, the edge nodes can have an interface through inquiring the stream, and if the interface exists, the forwarding of the stream is refused.

As shown in fig. 4, in the present solution, not only the CDN vendors B, C, D, but also the CDN vendor B, C, D and the CDN vendor a may mutually forward, and theoretically, when there is only one anchor stream, the pushing to a is not needed, but actually, the number of anchors is large, and the anchors are streamed to different CDN vendors, for example, the anchor stream is streamed to the CDN vendor B, and at this time, the pushing to A, C, D by the B is needed.

The method is implemented on a rear-end acceleration server of live broadcast service, each live broadcast client can be accessed to a plurality of CDN manufacturers, the CDN manufacturers mutually back up to ensure the availability of the live broadcast client, the CDN manufacturers mutually forward and push, and refuse the forward push of other households under the condition of stream, when the CDN true forward push fails, the forward push retry of other households can ensure that each CDN has stream, so as to ensure that the stream pushing cannot cause stream pulling failure due to the problem of a certain CDN manufacturer, thereby improving the availability of the stream pushing and ensuring the success rate of the stream pulling of a user.

It should be noted that for simplicity of description, the above-mentioned embodiments of the method are described as a series of acts, but those skilled in the art should understand that the present application is not limited by the described order of acts, as some steps may be performed in other orders or simultaneously according to the present application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.

Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present application.

According to another aspect of the embodiment of the application, a live streaming device for implementing the live streaming method is also provided. Fig. 5 is a schematic diagram of an alternative live streaming apparatus according to an embodiment of the present application, and as shown in fig. 5, the apparatus may be applied to a second CDN platform, and includes:

the sending module 52 is configured to send a forward-push request to a third CDN platform, where the forward-push request is used for the second CDN platform to request that a live stream be forwarded to the third CDN platform, the third CDN platform is a CDN platform that fails to forward a live stream from the first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms that have received a live stream;

and a forwarding module 54, configured to forward the live stream to the third CDN platform when a response that allows forwarding is received from the third CDN platform.

It should be noted that the sending module 52 in this embodiment may be configured to execute the step S202 in this embodiment, and the forwarding module 54 in this embodiment may be configured to execute the step S204 in this embodiment.

It should be noted here that the modules described above are the same as the examples and application scenarios implemented by the corresponding steps, but are not limited to the disclosure of the above embodiments. It should be noted that the modules described above as a part of the apparatus may operate in a hardware environment as shown in fig. 2, and may be implemented by software or hardware.

Through the module, the technical problem that the stream pulling failure occurs when the user watches the live broadcast in the related technology can be solved, and the technical effects of improving the availability of the stream pushing and guaranteeing the stream pulling success rate of the user are further realized.

Optionally, the sending module 52 is further configured to: before sending a forwarding and pushing request to a third CDN platform, obtaining a plurality of forwarding and pushing addresses of the live broadcast stream, wherein the plurality of forwarding and pushing addresses are platform addresses of the plurality of CDN platforms and comprise a platform address of the third CDN platform; sending a forwarding request to a third CDN platform according to the platform address of the third CDN platform; before, after or at the same time of sending the forwarding and pushing request to the third CDN platform, sending the forwarding and pushing request to the corresponding CDN platform according to the addresses except the platform address of the third CDN platform in the plurality of forwarding and pushing addresses.

According to another aspect of the embodiment of the application, a live streaming device for implementing the live streaming method is also provided. Fig. 6 is a schematic diagram of an alternative live streaming apparatus according to an embodiment of the present application, and as shown in fig. 6, the apparatus may include, in a third CDN platform:

the receiving module 62 is configured to receive a forward-push request of a second CDN platform, where the forward-push request is used to request that a live stream is forwarded to a third CDN platform, the third CDN platform is a CDN platform that fails to forward a live stream from a first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms that have already received a live stream;

a response module 64, configured to receive the live stream from the second CDN platform in response to the forward push request.

It should be noted that the receiving module 62 in this embodiment may be configured to execute step S302 in this embodiment, and the responding module 64 in this embodiment may be configured to execute step S304 in this embodiment.

Optionally, the receiving module 62 is further configured to: after receiving a forwarding request of the second CDN platform, and under the condition that the forwarding request of the second CDN platform is received, querying a presence state of the live stream on a third CDN platform, where the presence state is used to determine whether to send a response that allows forwarding, and the presence state is present or absent.

Optionally, the response module 64 is further configured to: and sending response information allowing forwarding and pushing to the second CDN platform to receive the live streaming from the second CDN platform under the condition that the live streaming does not exist in the third CDN platform in the existing state.

Optionally, the response module 64 is further configured to: and after responding to the forward pushing request and receiving the live streaming from the second CDN platform, changing the existence state of the third CDN platform into existence under the condition that the third CDN platform successfully receives the live streaming.

Optionally, the response module 64 is further configured to: the number of the second CDN platforms is multiple, and in response to the forward-push request, the live streaming is received from one second CDN platform under the condition that the live streaming is failed to be received from the other second CDN platform.

It should be noted here that the modules described above are the same as the examples and application scenarios implemented by the corresponding steps, but are not limited to the disclosure of the above embodiments. It should be noted that the modules described above as a part of the apparatus may be run in a hardware environment as shown in fig. 2, may be implemented by software, and may also be implemented by hardware, where the hardware environment includes a network environment.

According to another aspect of the embodiment of the application, a server or a terminal for implementing the live streaming method is also provided.

Fig. 7 is a block diagram of a terminal according to an embodiment of the present application, and as shown in fig. 7, the terminal may include: one or more processors 701 (only one of which is shown in fig. 7), a memory 703, and a transmission means 705. as shown in fig. 7, the terminal may further include an input-output device 707.

The memory 703 may be configured to store a software program and a module, such as program instructions/modules corresponding to the live streaming method and apparatus in this embodiment, and the processor 701 executes various functional applications and data processing by running the software program and the module stored in the memory 703, that is, implements the live streaming method. The memory 703 may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid state memory. In some examples, the memory 703 may further include memory located remotely from the processor 701, which may be connected to the terminal through a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission device 705 is used for receiving or transmitting data via a network, and may also be used for data transmission between a processor and a memory. Examples of the network may include a wired network and a wireless network. In one example, the transmission device 705 includes a Network adapter (NIC) that can be connected to a router via a Network cable and other Network devices to communicate with the internet or a local area Network. In one example, the transmission device 705 is a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.

Among other things, the memory 703 is used to store application programs.

The processor 701 may call the application program stored in the memory 703 through the transmission device 705, and apply the application program to the second CDN platform to perform the following steps: sending a forward-push request to a third CDN platform, wherein the forward-push request is used for the second CDN platform to request that live streaming is forwarded to the third CDN platform, the third CDN platform is a CDN platform which fails to forward the live streaming from the first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which already receive the live streaming; and under the condition that a response of allowing the forward pushing of the third CDN platform is received, forwarding the live streaming to the third CDN platform.

The processor 701 may call the application program stored in the memory 703 through the transmission device 705, and apply the application program to the third CDN platform to perform the following steps: receiving a forward-push request of a second CDN platform, wherein the forward-push request is used for requesting to forward and push live streaming to a third CDN platform, the third CDN platform is a CDN platform which fails in forward-pushing the live streaming by a first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which already receive the live streaming; in response to the push forward request, a live stream is received from the second CDN platform.

By adopting the embodiment of the application, a live streaming scheme is provided. After the first CDN platform is switched and pushed, the second CDN platform which is switched and pushed successfully is used for continuing switching and pushing the live stream to the third CDN platform which is switched and pushed unsuccessfully, the purpose that each CDN platform which needs to be switched and pushed has the live stream is achieved, the technical problem that in the related technology, when a user watches the live stream, the stream pulling failure occurs is solved, and therefore the technical effects of improving the availability of the stream pushing and guaranteeing the success rate of the stream pulling of the user are achieved.

Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiments, and this embodiment is not described herein again.

It can be understood by those skilled in the art that the structure shown in fig. 7 is only an illustration, and the terminal may be a terminal device such as a smart phone (e.g., an Android phone, an iOS phone, etc.), a tablet computer, a palm computer, and a Mobile Internet Device (MID), a PAD, etc. Fig. 7 does not limit the structure of the electronic device. For example, the terminal may also include more or fewer components (e.g., network interfaces, display devices, etc.) than shown in FIG. 7, or have a different configuration than shown in FIG. 7.

Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by a program instructing hardware associated with the terminal device, where the program may be stored in a computer-readable storage medium, and the storage medium may include: flash disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.

Embodiments of the present application also provide a storage medium. Optionally, in this embodiment, the storage medium may be used to execute program codes of a live streaming method.

Optionally, in this embodiment, the storage medium may be located on at least one of a plurality of network devices in a network shown in the above embodiment.

Optionally, in this embodiment, the storage medium is configured to store program code for performing the following steps: the method comprises the steps that the method is applied to a second CDN platform and a forward-push request is sent to a third CDN platform, wherein the forward-push request is used for the second CDN platform to request the forward-push of the live stream to the third CDN platform, the third CDN platform is a CDN platform which fails in forward-push of the live stream by a first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which already receive the live stream; and under the condition that a response of allowing the forward pushing of the third CDN platform is received, forwarding the live streaming to the third CDN platform.

Optionally, the storage medium is further arranged to store program code for performing the steps of: the method comprises the steps of applying the method to a third CDN platform, and receiving a forward-push request of a second CDN platform, wherein the forward-push request is used for requesting to forward and push a live stream to the third CDN platform, the third CDN platform is a CDN platform which fails to forward and push the live stream from a first CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which already receive the live stream; in response to the push forward request, a live stream is received from the second CDN platform.

Optionally, in this embodiment, the storage medium may include, but is not limited to: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.

The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.

The integrated unit in the above embodiments, if implemented in the form of a software functional unit and sold or used as a separate product, may be stored in the above computer-readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or a part of or all or part of the technical solution contributing to the prior art may be embodied in the form of a software product stored in a storage medium, and including instructions for causing one or more computer devices (which may be personal computers, servers, network devices, or the like) to execute all or part of the steps of the method described in the embodiments of the present application.

In the above embodiments of the present application, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

In the several embodiments provided in the present application, it should be understood that the disclosed client may be implemented in other manners. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one type of division of logical functions, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The foregoing is only a preferred embodiment of the present application and it should be noted that those skilled in the art can make several improvements and modifications without departing from the principle of the present application, and these improvements and modifications should also be considered as the protection scope of the present application.

Claims

1. A live streaming system, comprising:

the live broadcast end is used for providing live broadcast streams to the broadcast end through the CDN platforms, and each CDN platform corresponds to a CDN manufacturer which provides content delivery and live broadcast acceleration service for live network broadcast of the live broadcast end;

the plurality of CDN platforms includes: the live streaming server comprises a first CDN platform, a second CDN platform and a third CDN platform, wherein the second CDN platform pushes the live streaming to the third CDN platform under the condition that the first CDN platform fails to push the live streaming to the third CDN platform, and the first CDN platform and the second CDN platform are CDN platforms which already receive the live streaming.

2. The system of claim 1,

the second CDN platforms are multiple, and the second CDN platforms respectively forward the live streaming to the third CDN platform.

3. A live broadcast stream pushing method is applied to a second CDN platform and comprises the following steps:

sending a forward-push request to a third CDN platform, wherein the forward-push request is used for the second CDN platform to request for forwarding live streaming to the third CDN platform, the third CDN platform is a CDN platform which fails to forward the live streaming from a first CDN platform, the first CDN platform and the second CDN platform are CDN platforms which have received the live streaming, and each CDN platform corresponds to a manufacturer which provides content distribution and live broadcast acceleration service for live webcasting of a live broadcast end;

and under the condition that a response of allowing forwarding and pushing of the third CDN platform is received, forwarding and pushing the live streaming to the third CDN platform.

4. The method of claim 3,

before sending the forward-push request to the third CDN platform, the method further comprises: obtaining a plurality of forwarding and pushing addresses of the live stream, wherein the plurality of forwarding and pushing addresses are platform addresses of a plurality of CDN platforms and comprise a platform address of the third CDN platform;

sending a forwarding request to the third CDN platform includes: sending a forwarding request to the third CDN platform according to the platform address of the third CDN platform;

before, after, or while sending a push-forward request to a third CDN platform, the method further comprises: and sending a forwarding request to a corresponding CDN platform according to the address except the platform address of the third CDN platform in the forwarding and pushing addresses.

5. A live broadcast stream pushing method is applied to a third CDN platform and comprises the following steps:

receiving a forward-push request of a second CDN platform, wherein the forward-push request is used for requesting to forward a live stream to a third CDN platform, the third CDN platform is a CDN platform which fails to forward the live stream from a first CDN platform, the first CDN platform and the second CDN platform are CDN platforms which have received the live stream, and each CDN platform corresponds to a CDN manufacturer which provides content distribution and live broadcast acceleration service for live webcasting of a live end;

receiving the live stream from the second CDN platform in response to the forward push request.

6. The method of claim 5, wherein after receiving a push-forward request for a second CDN platform, the method further comprises:

and under the condition that a forwarding request of the second CDN platform is received, inquiring the existing state of the live broadcast stream on the third CDN platform, wherein the existing state is used for determining whether to send a response allowing forwarding or not, and the existing state is existing or nonexistent.

7. The method of claim 6, wherein receiving the live stream from the second CDN platform in response to the forward-push request comprises:

and sending response information allowing forwarding and pushing to the second CDN platform to receive the live streaming from the second CDN platform under the condition that the existence state indicates that the live streaming does not exist in the third CDN platform.

8. The method of claim 6, wherein after receiving the live stream from the second CDN platform in response to the forward-push request, the method further comprises:

changing the presence state of the third CDN platform from absent to present when the third CDN platform successfully receives the live stream.

9. The method of claim 6, wherein the second CDN platform is plurality and receiving the live stream from the second CDN platform in response to the forward-push request comprises:

receiving the live stream from one of the second CDN platforms in the event of a failure to receive the live stream from the other of the second CDN platforms.

10. The utility model provides a live device of pushing streams which characterized in that is applied to second CDN platform, includes:

the system comprises a sending module, a forwarding and pushing module and a forwarding and pushing module, wherein the forwarding and pushing module is used for sending a forwarding and pushing request to a third CDN platform, the second CDN platform requests to forward and push live streaming to the third CDN platform, the third CDN platform is a CDN platform which fails in forwarding and pushing the live streaming by a first CDN platform, the first CDN platform and the second CDN platform are CDN platforms which have received the live streaming, and each CDN platform corresponds to a CDN manufacturer which provides content distribution and live broadcast acceleration service for live webcasting of a live end;

and the forward-pushing module is used for forwarding and pushing the live streaming to the third CDN platform under the condition of receiving a response of the third CDN platform for allowing forward-pushing.

11. The utility model provides a live device of pushing streams which characterized in that is applied to third CDN platform, includes:

the receiving module is used for receiving a forward-push request of a second CDN platform, wherein the forward-push request is used for requesting to forward-push a live stream to a third CDN platform, the third CDN platform is a CDN platform which fails to forward-push the live stream by a first CDN platform, the first CDN platform and the second CDN platform are CDN platforms which already receive the live stream, and each CDN platform corresponds to a CDN manufacturer which provides content distribution and live broadcast acceleration service for live webcasting of a live broadcast end;

a response module, configured to receive the live stream from the second CDN platform in response to the forward push request.

12. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor executes the method of any of the preceding claims 3 to 9 by means of the computer program.

13. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of a live streaming method according to any one of claims 3 to 9.