WO2023071468A1

WO2023071468A1 - Live broadcasting method, content distribution service device, and storage medium

Info

Publication number: WO2023071468A1
Application number: PCT/CN2022/114282
Authority: WO
Inventors: 孙俊
Original assignee: 中兴通讯股份有限公司
Priority date: 2021-10-25
Filing date: 2022-08-23
Publication date: 2023-05-04
Also published as: CN116033191A

Abstract

Disclosed in the present application are a live broadcasting method, a content distribution service device, and a storage medium. The live broadcasting method comprises: firstly, a main process distributing a first live broadcast request to a first thread process, wherein the first live broadcast request represents that a first terminal device requests the acquisition of a first live broadcast data stream; then, the first thread process querying, according to the first live broadcast request, an origin-pull state of the first live broadcast data stream from shared memory data, so as to obtain a query result; and if the query result indicates that the first live broadcast data stream has been subjected to origin-pull by means of a second thread process, the first thread process sending the first live broadcast request to the second thread process, such that the second thread process sends the first live broadcast data stream to the first terminal device according to the first live broadcast request.

Description

Live broadcast method, content distribution service device and storage medium

Cross References to Related Applications

This application is based on a Chinese patent application with application number 202111239620.7 and a filing date of October 25, 2021, and claims the priority of this Chinese patent application. The entire content of this Chinese patent application is hereby incorporated by reference into this application.

technical field

The present application relates to the field of live broadcast technology, in particular to a live broadcast method, content distribution service equipment and storage media.

Background technique

In the early days of Internet development, due to the influence of limited network broadband, the development of online live broadcasting was relatively slow, and the protocols supported by Internet live broadcast platforms were also few, the live broadcast delay was large, and the user experience was not friendly. In recent years, with the continuous development and popularization of 4G and 5G technologies, the online live broadcast industry has developed rapidly, resulting in rapid growth in the live broadcast market and user scale. The pressure to provide live broadcast data services to large-scale users also increases accordingly, resulting in the problem of poor user experience.

Contents of the invention

The following is an overview of the topics described in detail in this article. This summary is not intended to limit the scope of the claims.

Embodiments of the present application provide a live broadcast method, a content distribution service device, and a storage medium.

In the first aspect, the embodiment of the present application provides a live broadcast method, which is applied to a content distribution service device. The content distribution service device includes a main process, a first-line process, and a second-line process. The method includes: the main process Assigning the first live broadcast request to the first line process, the first live broadcast request representing the first terminal device requesting to obtain the first live data stream; the first line process from the shared Querying the back-to-source status of the first live data stream in the memory data to obtain a query result; when the query result is that the first live data stream has been back-to-source through the second-line process, the The first line process sends the first live broadcast request to the second line process, and the second line process sends the first live data stream to the first terminal device according to the first live broadcast request; If the query result is that the first live data stream does not exist in the shared memory data, the first-line process returns the first live data stream to the live source device according to the first live broadcast request source processing to obtain the first live data stream, and send the first live data stream to the first terminal device.

In the second aspect, the embodiment of the present application also provides a content distribution service device, including: a memory, a processor, and a computer program stored on the memory and operable on the processor, when the processor executes the computer program Realize the live broadcast method as described in the first aspect above.

In a third aspect, the embodiment of the present application further provides a computer-readable storage medium storing computer-executable instructions, and the computer-executable instructions are used to execute the foregoing live broadcast method.

Additional features and advantages of the application will be set forth in the description which follows, and, in part, will be obvious from the description, or may be learned by practice of the application. The objectives and other advantages of the application will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.

Description of drawings

The accompanying drawings are used to provide a further understanding of the technical solution of the present application, and constitute a part of the specification, and are used together with the embodiments of the present application to explain the technical solution of the present application, and do not constitute a limitation to the technical solution of the present application.

FIG. 1 is a schematic diagram of a system architecture for performing a live broadcast method provided by an embodiment of the present application;

Fig. 2 is a flowchart of a live broadcast method provided by an embodiment of the present application;

Fig. 3 is a flow chart of returning to the source when there is no first live data stream in the live broadcast method provided by an embodiment of the present application;

Fig. 4 is a flow chart of returning to the source of the live broadcast request received for the first time in the live broadcast method provided by an embodiment of the present application;

Fig. 5 is the flow chart of RTMP format conversion FLV format in the live broadcast method that one embodiment of the present application provides;

Fig. 6 is the flowchart of RTMP format conversion TS file format in the live broadcast method that one embodiment of the present application provides;

Fig. 7 is a flow chart of aging live data streams in the live broadcast method provided by an embodiment of the present application.

Detailed ways

In order to make the purpose, technical solution and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described here are only used to explain the present application, not to limit the present application.

It should be noted that although a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than in the flowchart. The terms "first", "second" and the like in the specification and claims and the above drawings are used to distinguish similar objects, and not necessarily used to describe a specific sequence or sequence.

The present application provides a live broadcast method, content distribution service equipment and storage medium, wherein the live broadcast method includes: first assigning the first live broadcast request to the first-line process through the main process, and the first live broadcast request represents the first terminal device requesting to obtain The first live data stream, and then the first-line process queries the back-to-source status of the first live data stream from the shared memory data according to the first live broadcast request, and obtains the query result; the query result shows that the first live data stream has passed the When the second-line process performs back-to-source, the first-line process sends the first live broadcast request to the second-line process, so that the second-line process sends the first live data stream to the first terminal device according to the first live broadcast request. That is to say, in this embodiment of the present application, by querying the back-to-source status of the first live data stream from the shared memory data, the first-line process sends the first live broadcast request to the The second-line process of source processing sends the first live data stream to the first terminal device through the second-line process, so as to realize the multiplexing of the same first live data, effectively reduce the number of times of live broadcast back to the source, thereby reducing the live broadcast source device station pressure, and can save equipment investment and technical transformation costs.

The embodiments of the present application will be further described below in conjunction with the accompanying drawings.

As shown in FIG. 1 , FIG. 1 is a schematic diagram of a system architecture platform for performing a live broadcast method provided by an embodiment of the present application.

In the example of FIG. 1, the system architecture platform 100 includes a live broadcast source device 110, a content distribution service device 120, and a plurality of terminal devices 130. The content distribution service device 120 includes a main process 121 and a plurality of line processes. The main process 121 is used to The received live broadcast request is allocated to the line process for processing, and the line process is used to return the live data stream to the source according to the live broadcast request, and send the live data stream to the terminal device 130 corresponding to the live broadcast request.

It should be noted that the multiple line processes may include the first line process 122, the second line process 123, the third line process 124 and the fourth line process 125, or include the first line process 122 and the second line process 123. The number of thread processes is not specifically limited.

It should be noted that the system architecture platform 100 is applicable to scenarios such as live broadcast room, conference live broadcast, sports event live broadcast, etc., which is not specifically limited in this embodiment.

In one embodiment, the content distribution service device 120 may also be referred to as a CDN content distribution service system. The CDN content distribution service system can receive live source audio and video data in real time by pulling stream or pushing stream, and then pass real-time message transmission protocol ( Real Time Messaging Protocol, RTMP), HTTP-FLV protocol (HTTP-FLV protocol content is mainly to encapsulate audio and video data into streaming media (FLASH VIDEO, FLV) format, and then pass Hyper Text Transfer Protocol (Hyper Text Transfer Protocol, HTTP) transmitted to the terminal device 130) and the HTTP-based adaptive code rate streaming media transmission protocol (HTTP Live Streaming, HLS) to the received live data stream (comprising live audio and video data and/or live video data) repacking and packaging, When the terminal device 130 sends a live broadcast request of RTMP, HTTP-FLV or HLS protocol, the live broadcast request can be dispatched to the CDN content distribution server through the load balancing device (LVS/SLB), and the CDN content distribution server will send the request according to the received client The live broadcast protocol responds to the live data stream corresponding to the live broadcast protocol, and sends it to the terminal device 130 corresponding to the live broadcast request, so that the terminal device 130 can play the live data stream after receiving the live data stream.

Those skilled in the art can understand that the terminal equipment 130 may also be called user equipment (user equipment, UE), access terminal, subscriber unit, subscriber station, mobile station, mobile station, remote station, remote terminal, mobile device , user terminal, terminal, wireless communication device, user agent or user device. The terminal device 130 in the embodiment of the present application may be a mobile phone (mobile phone), a tablet computer (Pad), a computer with a wireless transceiver function, a virtual reality (virtual reality, VR) terminal device, an augmented reality (augmented reality, AR) Terminal equipment, wireless terminals in industrial control, wireless terminals in self driving, wireless terminals in remote medical, wireless terminals in smart grid, transportation safety Wireless terminals in (transportation safety), wireless terminals in smart cities, wireless terminals in smart homes, etc.

Those skilled in the art can understand that the system architecture platform 100 can be applied to 2G, 3G, 4G, 5G communication network systems and subsequent evolved mobile communication network systems, etc., which is not specifically limited in this embodiment.

Those skilled in the art can understand that the system architecture platform shown in FIG. 1 does not constitute a limitation to the embodiment of the present application, and may include more or less components than those shown in the illustration, or combine some components, or have different Part placement.

Based on the above-mentioned system architecture platform, various embodiments of the live broadcast method of the present application are proposed below.

As shown in Fig. 2, Fig. 2 is a flowchart of a live broadcast method provided by an embodiment of the present application. The live broadcast method is applied to a content distribution service device, and the content distribution service device includes a main process, a first-line process and a second-line process. The live broadcast method includes but not limited to step S100, step S200 and step S300.

In step S100, the main process assigns a first live broadcast request to a first-line process, where the first live broadcast request indicates that the first terminal device requests to acquire a first live data stream.

Specifically, when the main process of the content distribution service device receives the first live broadcast request sent from the first terminal device for requesting to obtain the first live data stream, then the main process can determine to process the first live data stream among multiple thread processes. The line process of the live broadcast request is the first line process, and then the first live broadcast request is assigned to the first line process for processing.

It should be noted that the main process is mainly used to allocate the received live broadcast request to the line process for processing. The main process can evenly distribute the live broadcast request to each line process for processing according to the number of live broadcast requests and the number of line processes, or it can also According to the processing capacity of the line process, the live broadcast request is allocated to the target line process for processing. This example does not specifically limit how the main process allocates the live broadcast request to the line process.

Step S200, the first-line process inquires the back-to-source status of the first live data stream from the shared memory data according to the first live broadcast request, and obtains the query result.

Specifically, the first-line process can search the back-to-source status of the first live data stream from the shared memory data according to the first live broadcast request, so as to obtain the query result.

It is understandable that after each line process (the first line process or the second line process) returns the live data stream to the source, it will store the live data stream in the memory, and then store the information corresponding to the live data stream and the line process The information updates the shared memory data, so that each thread process can find the back-to-source status of all thread processes from the shared memory data.

Step S300, when the query result is that the first live data stream has been returned to the source through the second-line process, the first-line process sends the first live broadcast request to the second-line process, so that the second-line process sends the The first terminal device sends the first live data stream.

Specifically, the first-line process can determine the processing method for the first live broadcast request according to the query result. A live broadcast request is sent to the second-line process, so that the second-line process sends the first live data stream to the first terminal device according to the first live broadcast request, so that the multiplexing of the same first live data can be realized, and the cost of live broadcast back to the source can be effectively reduced The number of times, thereby reducing the pressure on the live broadcast source equipment station, and saving equipment investment and technical transformation costs.

In one embodiment, when the multiple line processes include the first line process, the second line process and the third line process, and the query result shows that the first live data stream has been returned to the source through the second line process, the first line process The process receives the first live broadcast request representing the first terminal device’s request to obtain the first live data stream, and the third-line process receives the second live broadcast request representing the second terminal device’s request to obtain the first live data stream, then the first The first-line process can send the first live broadcast request to the second-line process, so that the second-line process can send the first live data stream to the first terminal device according to the first live broadcast request, and the third-line process can send the second live broadcast request to the second-line process process, so that the second-line process sends the first live data stream to the second terminal device according to the second live broadcast request, so that the multiplexing of the same first live data can be realized, effectively reducing the number of times the live broadcast returns to the source, thereby reducing the cost of the live broadcast source device Station pressure, and can save equipment investment and technical transformation costs.

In some embodiments, as shown in FIG. 3 , the live broadcast method further includes but not limited to the following step S310.

Step S310, when the query result is that the first live data stream does not exist in the shared memory data, the first-line process performs back-source processing on the first live data stream to the live source device according to the first live broadcast request, and obtains the first live stream data stream, and send the first live data stream to the first terminal device.

Specifically, when the query result is that the first live data stream does not exist in the shared memory data, it can be understood that there is no line process back to the source of the first live data stream, or the first live data stream is already in the memory is aged out, then the first-line process can perform back-source processing on the first live data stream to the live broadcast source device according to the first live broadcast request, obtain the first live data stream, and send the first live data stream to the first terminal device, At the same time, the first-line process can share the back-to-source status of the first live data stream to the shared memory data, so that other line processes can find the back-to-source status of the first-line process from the shared memory data, thereby achieving simultaneous The multiplexing of the first live broadcast data can effectively reduce the number of times the live broadcast returns to the source, thereby reducing the pressure on the live broadcast source equipment station, and can save equipment investment and technical transformation costs.

In an embodiment, as shown in FIG. 4 , before step S300, the following steps S410 and S420 are also included, but not limited.

Step S410, the main process assigns the second live broadcast request to the second line process, and the second live broadcast request indicates that the second terminal device requests to obtain the first live data stream;

In step S420, the second line process performs back-source processing on the first live data stream according to the second live broadcast request, obtains the first live data stream, and sends the first live data stream to the second terminal device.

Specifically, when the main process receives the second live request representing the request of the second terminal device to obtain the first live data stream, the main process can assign the second live request to the second line process, and then the second line process can obtain the first live data stream according to the second The live broadcast request performs back-to-source processing on the first live data stream, obtains the first live data stream, and sends the first live data stream to the second terminal device, and at the same time, the second-line process can share the back-to-source status of the first live data stream to the shared memory data, so that other line processes can search the back-to-source status of the first-line process from the shared memory data, so as to realize the multiplexing of the same first live data and effectively reduce the number of times of live back-to-source, thereby Reduce the pressure on the live broadcast source equipment station, and save equipment investment and technical transformation costs.

In an embodiment, when the main process receives the second live request representing the request of the second terminal device to obtain the first live data stream, the main process can obtain the load balancing information of all line processes, and then determine the target according to the load balancing information The second-line process is the second-line process, and assigns the second live broadcast request to the second-line process, and then the second-line process can process the first live data stream back to the source according to the second live broadcast request, obtain the first live data stream, and send the second live data stream A live data stream is sent to the second terminal device, and the second-line process can share the return status of the first live data stream to the shared memory data, so that other line processes can find the first-line process from the shared memory data In this way, the same first live broadcast data can be reused, effectively reducing the number of live broadcast back-to-source, thereby reducing the pressure on the live broadcast source equipment station, and saving equipment investment and technical transformation costs.

In an embodiment, as shown in FIG. 5 , step S300 includes but not limited to the following steps S510 , S520 and S530 .

Step S510, the first-line process returns to the source device the first live data stream according to the first live broadcast request, and obtains the first live data stream in RTMP format;

Step S520, the first-line process performs format conversion processing on the first live data stream in RTMP format to obtain the first live data stream in FLV format;

In step S530, the first-line process sends the first live data stream in FLV format to the first terminal device through the HTTP protocol.

In an embodiment, when the first terminal device indicates that the first terminal device needs to obtain the first live data stream in FLV format, since the format of the first live data stream returned from the live source device is in RTMP format, the first The online process needs to perform format conversion processing on the first live data stream in RTMP format to obtain the first live data stream in FLV format, and then send the first live data stream in FLV format to the first terminal device through hypertext transfer HTTP protocol, Thus, the first terminal device can play the audio and video content of the first live data stream.

In an embodiment, after the first-line process obtains the first live data stream in RTMP format, it can perform format conversion processing on the first live data stream in RTMP format to obtain the first live data stream in FLV format, and then first The line process divides the first live data stream in FLV format into chunks according to CHUNK encoding of the HTTP protocol, and sends the first live data stream in FLV format after the chunking processing to the first terminal device, so that the first live data stream in FLV format is processed by chunking. A terminal device can play the audio and video content of the first live data stream.

In an embodiment, when the first terminal device indicates that the first terminal device needs to obtain the first live data stream in FLV format, since the format of the first live data stream returned from the live source device is in RTMP format, the first The line process can transcode the first live data stream in RTMP format according to the HTTP-FLV protocol and virtualize it into an infinite first live data stream in FLV format, and transmit it through the HTTP protocol. The first terminal device only sends An HTTP GET request, the request carries the live stream name corresponding to the first live data stream to be accessed, the CDN content distribution service system can return an HTTP response, and the response information does not carry the content length of the message body, and directly sends unlimited data to the first terminal device The content of the long FLV file, or use the HTTP CHUNK mode to send the infinitely long FLV file to the first terminal device in segmented mode, so that the first terminal device can play the audio and video content of the first live data stream.

In one embodiment, as shown in FIG. 6 , step S300 includes but not limited to the following steps S610 , S620 , S630 and S640 .

Step S610, the first-line process returns to the source device the first live data stream according to the first live broadcast request, and obtains the first live data stream in RTMP format;

Step S620, slice the first live data stream in RTMP format according to the dynamic code rate adaptive technology HLS protocol, and generate multiple first live data streams in TS file format;

Step S630, generating a live mapping list according to a plurality of first live data streams in TS file format;

Step S640, sending the first live data stream in the TS file format to the first terminal device through the HTTP protocol according to the live mapping list.

In one embodiment, when the first terminal device indicates that the first terminal device needs to obtain the first live data stream in TS file format, since the format of the first live data stream returned from the live source device is in RTMP format, the The first-line process needs to slice the first live data stream in RTMP format according to the HLS protocol, generate multiple first live data streams in TS file format, and then generate a live map based on the first live data stream in multiple TS file formats list, and then send the first live data stream in TS file format to the first terminal device through the HTTP protocol according to the live mapping list, so that the first terminal device can play the audio and video content of the first live data stream.

In one embodiment, after the first-line process connects back to the source to obtain the first live data stream in RTMP format, it can generate TS slices from the first live data stream in RTMP format according to the HLS protocol, and establish a storage mapping relationship for each TS slice table, generating a live M3U8 list according to the storage mapping table of TS slices, and then sending the first live data stream in TS file format to the first terminal device through the HTTP protocol according to the live M3U8 list, so that the first terminal device can play the first The audio and video content of the live data stream.

In one embodiment, as shown in FIG. 7 , the live broadcast method further includes but not limited to the following steps S710 , S720 , S730 and S740 .

Step S710, the first-line process sets a ring buffer queue for the memory, and the ring buffer queue includes the first frame data and the last frame data;

Step S720, determining the second video key frame data according to a plurality of video key frame data;

Step S730, in the case that the time difference between the time stamp of the last frame data and the time stamp of the second video key frame is greater than the preset buffer time, convert the time stamp between the time stamp of the first frame data and the first time stamp All live data streams in the period of time are subjected to aging processing, wherein the first time stamp is the time stamp obtained by adding the time stamp of the first frame of data to the preset buffer time, and all live data streams include the first live data stream .

In one embodiment, first the first-line process sets a ring buffer queue in the memory. For example, the number of items in the ring buffer queue can be configured as 2048 items by default, and the buffer time cachetime is preset. Each item of the ring buffer queue stores one frame For audio and video data, the first frame data in the ring queue is set to gop_po, and the last frame data in the ring queue is set to gop_last. When the timestamp of the frame data corresponding to the live data stream stored in the ring buffer queue exceeds the cachetime, the aging The rule can be set as follows: if there is only one video key frame in the ring queue, the live data stream will not be aged. At this time, the time stamp of the frame data corresponding to the live data stream actually stored in the ring queue may be greater than the cachetime. When the second key frame comes, the time difference between the time stamp of the frame data corresponding to gop_last minus the time stamp of the second video key frame is greater than cachetime, then the frame data from gop_pos to gop_pos+cachetime ( Including the live data stream) are all aged out, the gos_pos of the ring buffer queue will jump forward every once in a while, and the gop_last will be incremented, and then return to the head of the queue after reaching the end of the queue.

It should be noted that the number of items in the ring buffer queue may be set to 2048 items, and may be set to 1024 items, which is not specifically limited in this embodiment.

It is understandable that when the first terminal device triggers channel back-to-source, the progress client_pos and gop_pos of the live data stream obtained by the user are basically consistent under normal circumstances, but if due to network, speed limit and other reasons, the live data flow to the first terminal device If the transmission is delayed, client_pos will slowly lag behind gop_pos. When client_pos lags behind gop_pos and reaches cachetime, client_pos of the first terminal device will jump forward cachetime to make client_pos equal to gop_pos.

When the second terminal device needs to watch the live data stream of the same channel as the first terminal device, set the client_pos of the second terminal device equal to gop_pos, and then send the live data stream of client_pos+cachetime to the second terminal device, and then the second terminal device The device client_pos will skip cachetime forward so that client_pos is equal to gop_pos. If the configuration item low latency mode is enabled, when the second terminal device client_pos lags behind the latest key frame, it will jump forward to the latest video key frame.

It should be noted that the above-mentioned embodiments of the live broadcast method on the content distribution service device side all belong to the same inventive concept, so these embodiments have the same implementation principle and technical effect, and will not be described in detail here.

In addition, an embodiment of the present application also provides a content distribution service device, the content distribution service device includes: a memory, a processor, and a computer program stored in the memory and operable on the processor.

The processor and memory can be connected by a bus or other means.

As a non-transitory computer-readable storage medium, memory can be used to store non-transitory software programs and non-transitory computer-executable programs. In addition, the memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage devices. In some embodiments, the memory optionally includes memory located remotely from the processor, and these remote memories may be connected to the processor via a network. Examples of the aforementioned networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

It should be noted that the content distribution service device in this embodiment can be applied, for example, the content distribution service device 120 in the embodiment shown in FIG. These embodiments all belong to the same inventive concept, so these embodiments have the same implementation principle and technical effect, and will not be described in detail here.

The non-transitory software programs and instructions required to realize the live broadcast method of the above-mentioned embodiment are stored in the memory, and when executed by the processor, the live broadcast method in the above-mentioned embodiment is executed, for example, the method steps in Fig. 2 described above are executed S100 to S300, method steps S310 in FIG. 3 , method steps S410 to S420 in FIG. 4 , method steps S510 to S530 in FIG. 5 , method steps S610 to S640 in FIG. 6 , method steps S710 to S710 in FIG. 7 S730.

In addition, an embodiment of the present application also provides a smart panel, which includes: a memory, a processor, and a computer program stored in the memory and operable on the processor.

The processor and memory can be connected by a bus or other means.

The communication device embodiments described above are only illustrative, and the units described as separate components may or may not be physically separated, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, an embodiment of the present application also provides a computer-readable storage medium, the computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are executed by a processor or a controller, for example, by the above-mentioned Execution by a processor in the embodiment of the communication device can cause the above-mentioned processor to execute the live broadcast method in the above-mentioned embodiment, for example, execute the above-described method steps S100 to S300 in FIG. 2 , method steps S310 in FIG. 3 , and 4, method steps S510 to S530 in FIG. 5, method steps S610 to S640 in FIG. 6, and method steps S710 to S730 in FIG. 7.

In this embodiment of the present application, the first live broadcast request is assigned to the first-line process through the main process. The first live broadcast request indicates that the first terminal device requests to obtain the first live data stream, and then the first-line process obtains the first live data stream according to the first live broadcast request. Query the back-to-source status of the first live data stream in the data, and get the query result; if the query result shows that the first live data stream has been back-to-source through the second-line process, the first-line process sends the first live broadcast request to the second-line process, so that the second-line process sends the first live data stream to the first terminal device according to the first live broadcast request. That is to say, in this embodiment of the present application, by querying the back-to-source status of the first live data stream from the shared memory data, the first-line process sends the first live broadcast request to the The second-line process of source processing sends the first live data stream to the first terminal device through the second-line process, so as to realize the multiplexing of the same first live data, effectively reduce the number of times of live broadcast back to the source, thereby reducing the live broadcast source device station pressure, and can save equipment investment and technical transformation costs.

Those skilled in the art can understand that all or some of the steps and systems in the methods disclosed above can be implemented as software, firmware, hardware and an appropriate combination thereof. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit . Such software may be distributed on computer readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). As known to those of ordinary skill in the art, the term computer storage media includes both volatile and nonvolatile media implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules, or other data. permanent, removable and non-removable media. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cartridges, tape, magnetic disk storage or other magnetic storage devices, or can Any other medium used to store desired information and which can be accessed by a computer. In addition, as is well known to those of ordinary skill in the art, communication media typically embodies computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any information delivery media .

The above is a specific description of some implementations of the present application, but the present application is not limited to the above-mentioned embodiments. Those skilled in the art can also make various equivalent deformations or replacements without violating the spirit of the present application. Any modification or substitution is included within the scope defined by the claims of the present application.

Claims

A live broadcast method applied to a content distribution service device, the content distribution service device includes a main process, a first-line process and a second-line process, and the method includes:

The main process assigns a first live broadcast request to the first line process, and the first live broadcast request indicates that the first terminal device requests to obtain the first live data stream;

The first-line process queries the back-to-source status of the first live data stream from the shared memory data according to the first live broadcast request, and obtains a query result;

When the query result is that the first live data stream has been returned to the source through the second line process, the first line process sends the first live broadcast request to the second line process, so that The second line process sends the first live data stream to the first terminal device according to the first live broadcast request.
The live broadcast method according to claim 1, wherein the method further comprises:

When the query result is that the first live data stream does not exist in the shared memory data, the first-line process requests the live source device for the first live data stream according to the first live broadcast request Perform back-to-source processing to obtain the first live data stream, and send the first live data stream to the first terminal device.
The live broadcast method according to claim 1, wherein, when the query result is that the first live data stream has been returned to the source through the second line process, the first line process sends the The first live broadcast request is sent to the second line process, and before the second line process sends the first live data stream to the first terminal device according to the first live broadcast request, the method further includes:

The main process assigns the second live broadcast request to the second line process, and the second live broadcast request indicates that the second terminal device requests to obtain the first live data stream;

The second line process performs back-source processing on the first live data stream according to the second live broadcast request, obtains the first live data stream, and sends the first live data stream to the second terminal equipment.
The live broadcast method according to claim 1, wherein the main process assigns the first live broadcast request to the first-line process, comprising:

The main process obtains the load balancing information of the line process;

The main process distributes the first live broadcast request to the first-line process according to the load balancing information.
The live broadcast method according to any one of claims 1 to 4, wherein when the first terminal device indicates that the first terminal device needs to obtain the first live data stream in FLV format, the first line process according to the The first live broadcast request performs back-source processing on the first live data stream to the live source device to obtain the first live data stream, and sends the first live data stream to the first terminal device, including :

The first-line process performs back-source processing on the first live data stream to the live source device according to the first live broadcast request, and obtains the first live data stream in RTMP format;

The first line process performs format conversion processing on the first live data stream in the RTMP format to obtain the first live data stream in the FLV format;

The first-line process sends the first live data stream in the FLV format to the first terminal device through a hypertext transfer HTTP protocol.
The live broadcast method according to claim 5, wherein the sending the first live data stream in the FLV format to the first terminal device through the hypertext transfer HTTP protocol includes:

The first-line process performs block processing on the first live data stream in the FLV format according to the block transmission CHUNK encoding of the HTTP protocol, and processes the first live data stream in the FLV format after the block processing. The data stream is sent to the first terminal device.
The live broadcast method according to any one of claims 1 to 4, wherein, when the first terminal device indicates that the first terminal device needs to obtain the first live data stream in TS file format, the first line process Perform back-source processing on the first live data stream to the live source device according to the first live broadcast request, obtain the first live data stream, and send the first live data stream to the first terminal device ,include:

The first-line process performs back-source processing on the first live data stream to the live source device according to the first live broadcast request, and obtains the first live data stream in RTMP format;

According to the dynamic code rate adaptive technology HLS protocol, the first live data stream in the RTMP format is sliced to generate a plurality of first live data streams in the TS file format;

Generate a live mapping list according to a plurality of first live data streams in the TS file format;

Sending the first live data stream in the TS file format to the first terminal device through the HTTP protocol according to the live mapping list.
The live broadcast method according to claim 1, wherein the method further comprises:

The first-line process sets a ring buffer queue for the memory, and the ring buffer queue includes the first frame data and the last frame data;

Obtain a plurality of video key frame data in the ring buffer queue;

determining a second video key frame data according to the plurality of video key frame data;

When the time difference between the time stamp of the last frame data and the time stamp of the second video key frame is greater than the preset buffer time, the time difference between the time stamp of the first frame data and the first time stamp All live data streams in the period between are subjected to aging processing, wherein the first time stamp is the time stamp obtained by adding the preset buffer time to the time stamp of the first frame data, and all the live data streams The stream includes the first live data stream.
A content distribution service device, comprising: a memory, a processor, and a computer program stored on the memory and operable on the processor, wherein, when the processor executes the computer program, any one of claims 1 to 8 is implemented. The live broadcast method described in the item.
A computer-readable storage medium storing computer-executable instructions, the computer-executable instructions being used to execute the live broadcast method according to any one of claims 1 to 8.