CN109618174B - Live broadcast data transmission method, device, system and storage medium - Google Patents
Live broadcast data transmission method, device, system and storage medium Download PDFInfo
- Publication number
- CN109618174B CN109618174B CN201811513573.9A CN201811513573A CN109618174B CN 109618174 B CN109618174 B CN 109618174B CN 201811513573 A CN201811513573 A CN 201811513573A CN 109618174 B CN109618174 B CN 109618174B
- Authority
- CN
- China
- Prior art keywords
- source station
- source
- audio
- video data
- standby
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64784—Data processing by the network
- H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
Abstract
The application discloses a live data transmission method, a live data transmission device, live data transmission equipment and a storage medium, and relates to the technical field of communication. After receiving a source returning instruction for returning audio and video data streams to a source, configuration information is acquired first, and whether the master and standby identities of a source station are switched is determined. And under the condition that the main and standby identities are not switched, namely the first source station serving as the main source station before switching is still used as the main source station, continuously returning the source from the third-party server, and adding positioning information to the audio and video data stream by the first source station. When the master/slave identity is switched, that is, the first source station which is the master source station before switching is now switched to the slave source station, the second source station is now switched to the master source station, the second source station returns from the third-party server, and the second source station adds the positioning information to the audio/video data, and the first source station returns to the second source station. Therefore, data in the whole network can be guaranteed to be uniform, the data can be restored normally at the edge, and the problem of universality in P2P transmission is solved.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a live data transmission method, apparatus, system, and computer-readable storage medium.
Background
With the development of network technology, users increasingly rely on obtaining desired video content from a network. In practical applications, a CDN (Content Delivery Network) is a common video Network. Referring to fig. 1, a conventional CDN delivery architecture is generally a tree structure, where edge nodes return to source area nodes, the area nodes return to a source station, and the source station returns to a source third-party server.
Distributed slicing is required in the current CDN system, so positioning information needs to be added to sliced data to align the data according to the positioning information at the edge. In the prior art, two active and standby source stations are generally arranged in consideration of the stability of the source stations. And once the conditions of insufficient network data, serious packet loss and the like of the main source station are found, the regional nodes are switched to the standby source station immediately, and the standby source station is used for continuing to pull the stream. At this time, the uid (User Identification) of the pulled data stream changes, and the data of the main source station adding the positioning information to the stream cannot be used any more.
After the regional nodes are switched to the standby source station, if partial regional nodes find that data are still insufficient, the regional nodes are switched to the main source station again, so that the partial regional nodes pull streams from the main source station and the partial regional nodes pull streams from the standby source station, and the data of the edge slices cannot be restored correctly, so that the meaning of P2P is invalid.
Disclosure of Invention
The application aims to provide a live data transmission method, a live data transmission device, a live data transmission system and a computer readable storage medium, so as to solve the problem that data cannot be restored normally due to inconsistency of uids corresponding to distributed slices in the prior live broadcast technology.
In order to solve the above technical problem, the present application provides a live data transmission method, which is used for a source station in a CDN network, where the CDN network further includes a control center, and the control center is provided with an interface for accessing pre-stored configuration information, where the method includes:
receiving a source returning instruction for returning audio and video data streams to a source;
acquiring the configuration information from the control center;
determining whether the master and standby identities of the source station are switched or not according to the configuration information;
if not, the first source station serving as the main source station before switching continues to return to the source from the third-party server, and positioning information is added to the audio and video data stream;
and if so, returning the source from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, wherein the first source station returns the source to the second source station.
Optionally, the source station includes a plurality of source station groups, and the receiving a back-source instruction for back-source of the audio-video data stream includes:
receiving a pull stream request of an audio and video data stream to be pulled, wherein the pull stream request at least comprises parameter information of the audio and video data stream;
determining a target source station group for pulling the stream according to the parameter information and the configuration information;
and the target source station group receives a source returning instruction for returning the audio and video data stream to the source.
Optionally, the determining, according to the parameter information and the configuration information, a target source station group for performing stream pulling includes:
and the parameter information is triple data of the audio and video data stream to be pulled, hash equilibrium calculation is carried out on the triple data, and a target source station group for pulling the stream is determined according to a calculation result.
Optionally, when a third source station receiving the stream pulling request does not belong to the target source station group, the third source station pulls the audio-video data stream back to the target source station group.
Optionally, the method further comprises:
and when the connection between the area node and the first source station is detected to be in fault, disconnecting the current area node from the first source station, and switching to the second source station to return to the source.
Optionally, after the first source station serving as the master source station before switching continues to return from the third-party server, and adds positioning information to the audio-video data stream, the method further includes:
the second source station feeds back to the first source station.
Optionally, before the switching, a second source station serving as a standby source station returns from the third-party server, and adds positioning information to the audio and video data, where the returning from the first source station to the second source station further includes:
and the first source station judges whether the audio and video data stream returned from the second source station is added with positioning information or not, and if not, the first source station adds the positioning information to the audio and video data stream.
The application also provides a live broadcast data transmission device, which comprises a memory and a processor, wherein the memory is stored with a live broadcast data transmission program which can run on the processor, and the live broadcast data transmission program realizes any one of the methods when being executed by the processor.
Optionally, the device is a node constituting a CDN network.
The application also provides a live data transmission method, which is applied to a first source station in the CDN network, the CDN network further comprises a control center, the control center is provided with an interface for accessing pre-stored configuration information, and the method comprises the following steps:
receiving a source returning instruction for returning audio and video data streams to a source;
acquiring the configuration information from the control center;
determining whether the master and standby identities of the first source station are switched or not according to the configuration information;
when the first source station is switched from a main source station to a standby source station and a second source station originally serving as the standby source station is switched to the main source station, the first source station is disconnected from a third-party server and returns to the second source station, and the second source station returns from the third-party server and adds positioning information to the audio and video data.
The application also provides a live data transmission method, which is applied to a second source station in the CDN network, the CDN network further comprises a control center, the control center is provided with an interface for accessing pre-stored configuration information, and the method comprises the following steps:
receiving a source returning instruction for returning audio and video data streams to a source;
acquiring the configuration information from the control center;
determining whether the master/slave identities of the second source station are switched according to the configuration information;
and when the second source station is switched from a standby source station to a main source station and a first source station originally serving as the main source station is switched to the standby source station, returning from the third-party server and adding positioning information to the audio and video data so as to enable the first source station to return to the second source station.
The application also provides a live data transmission method, which is applied to a control center in a CDN network, wherein the control center is provided with an interface for accessing pre-stored configuration information, a source station in the CDN network carries out data communication with the control center through the interface, and the method comprises the following steps:
detecting the main and standby identities of a source station in real time, and generating configuration information for identifying the main and standby identities of the source station;
and sending the configuration information to the source station so that the source station determines whether the master/slave identities are switched according to the configuration information.
The present application further provides a live data transmission system, including: a source station and a control center;
wherein the control center is provided with an interface for accessing pre-stored configuration information;
the source station is used for receiving a source returning instruction for returning the audio and video data stream to the source; acquiring the configuration information from the control center; determining whether the master and standby identities of the source station are switched or not according to the configuration information; if not, the first source station serving as the main source station before switching continues to return to the source from the third-party server, and positioning information is added to the audio and video data stream; and if so, returning the source from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, wherein the first source station returns the source to the second source station.
The present application further provides a computer-readable storage medium having stored thereon a live data transmission program executable by one or more processors to implement any of the live data transmission methods described above.
The present application also provides a computer program product comprising computer instructions which, when run on a computer, cause the computer to perform any of the live data transmission methods described above.
According to the live broadcast data transmission method, a control center is additionally arranged on an original CDN network architecture and used for recording when the main and standby identities of a source station are switched to generate configuration information. After receiving a source returning instruction for returning audio and video data streams to a source, the method firstly communicates with a control center to acquire configuration information and determines whether the master and standby identities of a source station are switched. And under the condition that the main and standby identities are not switched, namely the first source station serving as the main source station before switching is still used as the main source station, continuously returning the source from the third-party server, and adding positioning information to the audio and video data stream by the first source station. When the master/slave identity is switched, that is, the first source station which is the master source station before switching is switched to the slave source station, the second source station is switched to the master source station, the second source station returns from the third-party server, and the second source station adds the positioning information to the audio/video data, and the first source station returns to the second source station and does not return from the third-party server. Therefore, only one source station in the whole network returns to the source, when the main source station and the standby source station are switched again in the area, the data in the whole network are unified, the data can be normally restored at the edge, and the problem of universality in P2P transmission is solved.
In addition, the application also provides a live data transmission device, equipment and a computer readable storage medium with the technical advantages.
Drawings
For a clearer explanation of the embodiments or technical solutions of the prior art of the present application, the drawings needed for the description of the embodiments or prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
Fig. 1 is a schematic diagram of a conventional CDN delivery architecture;
fig. 2 is a schematic diagram of a CDN network architecture provided in the present application;
fig. 3 is a flowchart of a live data transmission method according to an embodiment of the present application;
fig. 4 is a flowchart of another embodiment of a live data transmission method provided in the present application;
fig. 5 is a block diagram of a live data transmission apparatus according to an embodiment of the present application;
fig. 6 is a flowchart of a third embodiment of a live data transmission method provided in the present application;
fig. 7 is a flowchart of a fourth specific embodiment of a live data transmission method provided in the present application;
fig. 8 is a flowchart of a fifth specific embodiment of a live data transmission method provided in the present application.
Detailed Description
In the prior art, a source station has two machines, one main machine and one standby machine, the main machine and the standby machine simultaneously draw streams and add positioning information, nodes in different areas return to the two main machines and the standby machines, so that the positioning information is inconsistent, uids of edge slices are inconsistent when the edges are reached, and the chunk cannot be restored when a small mining machine P2P is restored. According to the method and the device, the third-party data flow is unique at the entrance of the CDN, so that the positioning information is added to the data at the entrance, and the uniform positioning information can be ensured in the whole network. According to the positioning information, the data can be aligned at the edge nodes of the whole network, and the phenomenon that the data uid are inconsistent is avoided.
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The terms "first," "second," "third," "fourth," and the like in the description and in the claims of the present application and in the drawings described above, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It will be appreciated that the data so used may be interchanged under appropriate circumstances such that the embodiments described herein may be practiced otherwise than as specifically 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.
It should be noted that the descriptions in this application referring to "first", "second", etc. are for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In addition, technical solutions between various embodiments may be combined with each other, but must be realized by a person skilled in the art, and when the technical solutions are contradictory or cannot be realized, such a combination should not be considered to exist, and is not within the protection scope of the present application.
The live broadcast data transmission method provided by the application is applied to a CDN (content delivery network) which comprises edge nodes, area nodes, a source station and a third-party server, and in addition, a control center is additionally arranged on the original CDN architecture and is used for recording when the main and standby identities of the source station are switched to generate configuration information. The control center is provided with an interface for accessing pre-stored configuration information. Each source station may access configuration information stored within the control center through the interface.
A flowchart of a specific implementation of the live data transmission method provided by the present application is shown in fig. 3, where the method is applied to a source station, the source station is one of a plurality of source station groups, each source station group may be divided into a main source station and a backup source station, and a process specifically includes:
step S101: receiving a source returning instruction for returning audio and video data streams to a source;
back-sourcing refers to the process of requesting content from other nodes when a node in the CDN network does not have the content requested by a user. Optionally, in this step, the source station receives a source returning instruction for returning the audio and video data stream to the source, which is sent by the next-stage area node.
Step S102: acquiring the configuration information from the control center;
optionally, the source station calls an interface to obtain the configuration information from the control center.
Step S103: determining whether the master and standby identities of the source station are switched or not according to the configuration information;
because the information of switching between the main source station and the standby source station is recorded in the configuration information, whether the main source station and the standby source station are switched or not can be analyzed and obtained through the read configuration information.
Step S104: if not, the first source station serving as the main source station before switching continues to return to the source from the third-party server, and positioning information is added to the audio and video data stream;
and under the condition that the main and standby identities are not switched, namely the first source station serving as the main source station before switching is still used as the main source station, continuously returning the source from the third-party server, and adding positioning information to the audio and video data stream by the first source station. In this case, the second source station as the backup source station has no area node connection, and therefore, the return to the source may not be performed. When the second source station has the regional node connection, the first source station returns to the first source station. In the process, the data stream pulled from the third-party server enters the CDN network by using the first source station as an entrance, and the first source station adds the positioning information.
Step S105: and if so, returning the source from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, wherein the first source station returns the source to the second source station.
When the master/slave identity is switched, that is, the first source station which is the master source station before switching is switched to the slave source station, the second source station is switched to the master source station, the second source station returns from the third-party server, and the second source station adds the positioning information to the audio/video data, and the first source station returns to the second source station and does not return from the third-party server. And then, when the first source station receives the pulling instruction again, the first source station can only return the source from the second source station, in the process, the data stream pulled from the third-party server enters the CDN network by using the second source station as an inlet, and the second source station adds the positioning information.
In step S105, returning from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, where returning from the first source station to the second source station further includes: and the first source station judges whether the audio and video data stream from the second source station back to the source is added with positioning information or not, and if not, the first source station adds the positioning information to the audio and video data stream. If so, no positioning information needs to be added to the audio-visual data stream.
In the embodiment of the application, before each time the source station returns to the source, the configuration information is obtained from the control center. For example, before the primary source station returns to the source, the configuration information is obtained from the control center, and whether the configuration information is returned to the source third-party server or the source standby source station is judged. Under the condition that the main and standby identities are not switched, the main source station returns to the source third-party server, and the standby source station does not receive connection and does not need to return to the source. When the conditions of frame lack, packet loss, network cutting and the like of the main source station are judged, main and standby identity switching information of the main source station and the standby source station is recorded in configuration information in the control center. The primary source station disconnects the pull stream connection to the third party server and the backup source station inquires whether to return to the source third party server. The alternate source is allowed to back-source the third party server based on configuration information in the control center. At this time, when the main source station inquires the control center again whether to return to the source third-party server, the control center can make the main source station return to the source standby station to complete one-time switching, and ensure that only one source station returns to the source in the whole network. When the area node is subjected to frame-lacking main-standby switching again, the data in the whole network are uniform. The control center records the source station with problems and records the standby source station returning to the source, and in order to prevent frequent switching, after the preset time, the control center treats the original main source station as the first standby source station and repeatedly executes the actions.
According to the live broadcast data transmission method, a control center is additionally arranged on an original CDN network architecture and used for recording when the main and standby identities of a source station are switched to generate configuration information. After receiving a source returning instruction for returning audio and video data streams to a source, the method firstly communicates with a control center to acquire configuration information and determines whether the master and standby identities of a source station are switched. And under the condition that the main and standby identities are not switched, namely the first source station serving as the main source station before switching is still used as the main source station, continuously returning the source from the third-party server, and adding positioning information to the audio and video data stream by the first source station. When the master/slave identity is switched, that is, the first source station which is the master source station before switching is switched to the slave source station, the second source station is switched to the master source station, the second source station returns from the third-party server, and the second source station adds the positioning information to the audio/video data, and the first source station returns to the second source station and does not return from the third-party server. Therefore, only one source station in the whole network returns to the source, when the main source station and the standby source station are switched again in the area, the data in the whole network are unified, the data can be normally restored at the edge, and the problem of universality in P2P transmission is solved.
The live data transmission method provided by the present application may also be applied to a plurality of source station groups, as shown in fig. 4, which is a flowchart of another specific embodiment of the live data transmission method provided by the present application, the process includes:
step S201: receiving a pull stream request of an audio and video data stream to be pulled, wherein the pull stream request at least comprises parameter information of the audio and video data stream;
optionally, the parameter information may be the triple data of the audio-video data stream to be pulled. For one flow, the triple data is unique. Triple data may be in the form of: vhost/app/stream. The triple is url (Uniform Resource Locator) of the pull stream, and url composed of vhost/app/stream of each stream is unique.
Step S202: determining a target source station group for pulling the stream according to the parameter information and the configuration information;
in this step, hash equalization calculation may be performed on the triple data, and a target source station group performing stream pulling may be determined according to a calculation result. For example, the currently configured source station in the configuration information is an x group, and when the hash drop point is calculated, x needs to be complemented, and then which group falls on is determined according to the result, that is, the target source station group.
Step S203: the target source station group receives a source returning instruction for returning the audio and video data stream to the source;
after the target source station group is determined to be obtained, the target source station group receives back the source instruction, and executes subsequent steps, where it is to be noted that the subsequent steps correspond to the steps in the first embodiment, and may be referred to each other, and details are not described here again.
Step S204: acquiring the configuration information from the control center;
step S205: determining whether the master and standby identities of the source station are switched or not according to the configuration information;
step S206: if not, the first source station serving as the main source station before switching continues to return to the source from the third-party server, and positioning information is added to the audio and video data stream;
step S207: and if so, returning the source from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, wherein the first source station returns the source to the second source station.
In addition, when a third source station receiving the pull stream request does not belong to the target source station group, the third source station pulls the audio-video data stream back to the target source station group.
On the basis of the above embodiments, the present application may further include: and when the connection between the area node and the first source station is detected to be in fault, disconnecting the current area node from the first source station, and switching to the second source station to return to the source. In this embodiment, when discovering conditions such as packet loss, frame lack, network cutting, etc. of a source station, a regional node may be switched to another source station. If the problem is the problem of the local area self network, the switching can be not selected.
In the following, two source station groups are configured as an example, and the live data transmission method provided by the present application is further described in detail. In this embodiment, two source station groups are configured, each of which is a master and a slave. The method is characterized in that the method is represented by A/A1 and B/B1 respectively, X1 is spare, A, B is a hash group, hash balance calculation is carried out according to a triple corresponding to the audio and video stream to be pulled, and the two groups of configured source stations are determined to fall on which group finally.
A, B is set as a main source station and A1 and B1 are standby source stations in the control center H by default. A. Each time a1, B, B1 returns to the source, it calls back an interface, namely the on _ ingest interface.
When the regional nodes pull the flow, the regional nodes return to the main A or the main B, when the A/B returns to the source, the on _ ingest interface is called, meanwhile, the parameter xy3rdUrl is transmitted to the control center H, the control center H calculates the hash according to the transmitted triples, then the sum of the triples is calculated, and the triples fall on a group of machines.
(1) Assuming that it falls on the a/a1 group, the control center H finds that it is a pull, while a is the primary source, rewrite returns a grant back to the originating third party server to the third party CDN's vhost/app/stream in the parameter. And after receiving the request, the A directly returns to the source third-party server.
(2) If another stream falls on the B/B1 group, the control center H finds A pulls the stream, B is the main source station, does not need the vhost/app/stream of the third party server in the rewrite parameter, simultaneously returns the B address to A, and directly uses the original url to return to the source B after A receives the B address.
(3) According to the step (2), B starts to return to the source, calls the on _ ingest interface, and simultaneously transmits the parameter xy3rdUrl to the control center H, the control center H finds that the stream is B pull stream, and the B is the main source station, rewrite is sent to the vhost/app/stream of the third party server in the parameter, and the parameter returns to the source third party server. And B, directly returning to the source third-party server after receiving the request.
(4) If there are many hash groups, the above operation is repeated.
After the group A (A/A1) in the step (3) falls on the group A and the group A returns to the source, if the jitter of the group A is found and the network packet is lost, the main/standby configuration setting A1/A is exchanged on the control center H, the A1 is taken as the main and the A is taken as the standby, the reason of the A is found and corrected, the A continues to be used for standby, and if the packet loss and the jitter of the A1 occur again, the A is exchanged to the A/A1 on the control center H, and the A is set as the main source station again.
If step (3) falls to B of group (B/B1), the switch of B, B1 is similar to the switch of A, A1 and the above operation is repeated.
In this embodiment, each source station will automatically call an interface get _ origin at regular time, transmit the transmitted ternary data set and parameter xy3rdUrl to the control center H, then calculate the hash value from the control center H, obtain the primary source station of the hash set corresponding to the stream, if the control center records that the identity of the primary and secondary source stations is not changed, the primary source station returned each time is a machine, and the source station continues to return to the original source link; if the main and standby identities of the corresponding streams change, the original source returning link is disconnected, and the new link is used for continuing to return to the source. By the method, one path of flow on the line always keeps one source station returning to the source third party, and other source stations return to the source station.
Further, if the source station needs capacity expansion, equipment can be continuously added on the basis. For example, if another group of devices is added, when the hash drop point is calculated, 3 needs to be complemented, and then the hash drop point is determined to fall into the corresponding group according to the numerical value.
Preferably, if a problem occurs in the control center, the embodiment of the present application directly goes to default, and uses the local interface, rewrite, third party vhost/app/stream, and directly returns to the source third party server.
In the following, the live data transmission device provided in the embodiment of the present application is introduced, and the live data transmission device described below and the live data transmission method described above may be referred to in a corresponding manner.
Fig. 5 is a block diagram of a live data transmission apparatus according to an embodiment of the present application, where the apparatus is applied to a source station in a CDN network, where the CDN network further includes a control center, and the control center is provided with an interface for accessing pre-stored configuration information, and referring to fig. 5, the live data transmission apparatus 1 may include:
The memory 11 has stored thereon a live data transfer program operable on the processor 12, which live data transfer program, when executed by the processor 12, performs the steps of:
receiving a source returning instruction for returning audio and video data streams to a source; acquiring the configuration information from the control center; determining whether the master and standby identities of the source station are switched or not according to the configuration information; if not, the first source station serving as the main source station before switching continues to return to the source from the third-party server, and positioning information is added to the audio and video data stream; and if so, returning the source from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, wherein the first source station returns the source to the second source station.
In this embodiment, the source station includes a plurality of source station groups, and when executed by the processor 12, the live data transmission program may implement the following steps:
receiving a pull stream request of an audio and video data stream to be pulled, wherein the pull stream request at least comprises parameter information of the audio and video data stream;
determining a target source station group for pulling the stream according to the parameter information and the configuration information;
and the target source station group receives a source returning instruction for returning the audio and video data stream to the source.
In this embodiment, when executed by the processor 12, the live data transmission program may implement the following steps: and the parameter information is triple data of the audio and video data stream to be pulled, hash equilibrium calculation is carried out on the triple data, and a target source station group for pulling the stream is determined according to a calculation result.
In this embodiment, when executed by the processor 12, the live data transmission program may implement the following steps: and when the third source station receiving the stream pulling request does not belong to the target source station group, the third source station returns the source of the target source station group to pull the audio and video data stream.
In this embodiment, when executed by the processor 12, the live data transmission program may further implement the following steps: and when the connection between the area node and the first source station is detected to be in fault, disconnecting the current area node from the first source station, and switching to the second source station to return to the source.
In this embodiment, when executed by the processor 12, the live data transmission program may further implement the following steps: and after the first source station which is used as the main source station before switching continues to return to the source from the third-party server and adds positioning information to the audio-video data stream, the second source station returns to the source of the first source station.
In this embodiment, when executed by the processor 12, the live data transmission program may further implement the following steps: and after the second source station serving as the standby source station returns to the source from the third-party server before switching, the first source station judges whether the audio and video data flow returned from the second source station is added with the positioning information or not, and if not, the first source station adds the positioning information to the audio and video data flow.
In this embodiment, the live data transmission device 1 may be a PC (Personal Computer), a smart phone, a tablet Computer, a palm Computer, a portable Computer, an intelligent router, an ore machine, or a network storage device terminal device.
The live data transmission apparatus 1 may be a node constituting a CDN network.
The memory 11 includes at least one type of readable storage medium, which includes a flash memory, a hard disk, a multimedia card, a card type memory (e.g., SD or DX memory, etc.), a magnetic memory, a magnetic disk, an optical disk, and the like. The memory 11 may in some embodiments be an internal storage unit of the live data transfer apparatus 1, for example a hard disk of the live data transfer apparatus 1. The memory 11 may also be an external storage device of the live data transmission apparatus 1 in other embodiments, such as a plug-in hard disk provided on the live data transmission apparatus 1, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like. Further, the memory 11 may also comprise both an internal storage unit of the live data transmission apparatus 1 and an external storage device. The memory 11 may be used not only to store application software installed in the live data transmission device 1 and various types of data, such as codes of the live data transmission program 01, but also to temporarily store data that has been output or is to be output.
The processor 12 may be, in some embodiments, a Central Processing Unit (CPU), controller, microcontroller, microprocessor or other data Processing chip, and is configured to execute program codes stored in the memory 11 or process data, such as executing the live data transmission program 01.
The bus 13 may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 5, but this is not intended to represent only one bus or type of bus.
Further, the live data transmission apparatus may further include a network interface 14, and the network interface 14 may optionally include a wired interface and/or a wireless interface (such as a WI-FI interface, a bluetooth interface, etc.), which are generally used for establishing a communication connection between the apparatus 1 and other electronic devices.
Optionally, the apparatus 1 may further comprise a user interface, which may comprise a Display (Display), an input unit such as a Keyboard (Keyboard), and optionally a standard wired interface, a wireless interface. Alternatively, in some embodiments, the display may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, an OLED (Organic Light-Emitting Diode) touch device, or the like. The display, which may also be referred to as a display screen or display unit, is suitable for displaying information processed in the live data transmission device 1 and for displaying a visual user interface.
Fig. 5 only shows the live data transmission device 1 with the components 11-13, and it will be understood by a person skilled in the art that the structure shown in fig. 5 does not constitute a limitation of the live data transmission device 1, and may comprise fewer or more components than shown, or a combination of certain components, or a different arrangement of components.
The method and the device are additionally provided with a control center on the original CDN network architecture and used for recording when the main and standby identities of the source station are switched to generate configuration information. After receiving a source returning instruction for returning audio and video data streams to a source, the method firstly communicates with a control center to acquire configuration information and determines whether the master and standby identities of a source station are switched. And under the condition that the main and standby identities are not switched, namely the first source station serving as the main source station before switching is still used as the main source station, continuously returning the source from the third-party server, and adding positioning information to the audio and video data stream by the first source station. When the master/slave identity is switched, that is, the first source station which is the master source station before switching is switched to the slave source station, the second source station is switched to the master source station, the second source station returns from the third-party server, and the second source station adds the positioning information to the audio/video data, and the first source station returns to the second source station and does not return from the third-party server. Therefore, only one source station in the whole network returns to the source, when the main source station and the standby source station are switched again in the area, the data in the whole network are unified, the data can be normally restored at the edge, and the problem of universality in P2P transmission is solved.
The application also discloses a live data transmission method, which is applied to a first source station in the CDN network, the CDN network further includes a control center, the control center is provided with an interface for accessing pre-stored configuration information, and with reference to fig. 6, the method includes:
step S301: receiving a source returning instruction for returning audio and video data streams to a source;
step S302: acquiring the configuration information from the control center;
step S303: determining whether the master and standby identities of the first source station are switched or not according to the configuration information;
step S304: when the first source station is switched from a main source station to a standby source station and a second source station originally serving as the standby source station is switched to the main source station, the first source station is disconnected from a third-party server and returns to the second source station, and the second source station returns from the third-party server and adds positioning information to the audio and video data.
The application also discloses a live data transmission method, which is applied to a second source station in the CDN network, wherein the CDN network further includes a control center, the control center is provided with an interface for accessing pre-stored configuration information, and with reference to fig. 7, the method includes:
step S401: receiving a source returning instruction for returning audio and video data streams to a source;
step S402: acquiring the configuration information from the control center;
step S403: determining whether the master/slave identities of the second source station are switched according to the configuration information;
step S404: and when the second source station is switched from a standby source station to a main source station and a first source station originally serving as the main source station is switched to the standby source station, returning from the third-party server and adding positioning information to the audio and video data so as to enable the first source station to return to the second source station.
The application also discloses a live data transmission method, which is applied to a control center in a CDN network, wherein the control center is provided with an interface for accessing pre-stored configuration information, a source station in the CDN network carries out data communication with the control center through the interface, and referring to FIG. 8, the method comprises the following steps:
step S501: detecting the main and standby identities of a source station in real time, and generating configuration information for identifying the main and standby identities of the source station;
step S502: and sending the configuration information to the source station so that the source station determines whether the master/slave identities are switched according to the configuration information.
It should be noted that, in the above embodiments of the present application, the first source station, the second source station, and the control center are respectively used as execution subjects, and the disclosed live broadcast data transmission method corresponds to the foregoing method, and a specific implementation process may refer to the foregoing method, which is not described herein again.
The application also discloses a live data transmission system, including: the system comprises a source station, area nodes, edge nodes, a third-party server and a control center;
wherein the control center is provided with an interface for accessing pre-stored configuration information;
the source station is used for receiving a source returning instruction for returning the audio and video data stream to the source; acquiring the configuration information from the control center; determining whether the master and standby identities of the source station are switched or not according to the configuration information; if not, the first source station serving as the main source station before switching continues to return to the source from the third-party server, and positioning information is added to the audio and video data stream; and if so, returning the source from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, wherein the first source station returns the source to the second source station.
For specific implementation of the area node, the edge node, and the third-party server in this embodiment, reference may be made to the above embodiments and the prior art, which are not described herein again.
The method and the device are additionally provided with a control center on the original CDN network architecture and used for recording when the main and standby identities of the source station are switched to generate configuration information. After receiving a source returning instruction for returning audio and video data streams to a source, the method firstly communicates with a control center to acquire configuration information and determines whether the master and standby identities of a source station are switched. And under the condition that the main and standby identities are not switched, namely the first source station serving as the main source station before switching is still used as the main source station, continuously returning the source from the third-party server, and adding positioning information to the audio and video data stream by the first source station. When the master/slave identity is switched, that is, the first source station which is the master source station before switching is switched to the slave source station, the second source station is switched to the master source station, the second source station returns from the third-party server, and the second source station adds the positioning information to the audio/video data, and the first source station returns to the second source station and does not return from the third-party server. Therefore, only one source station in the whole network returns to the source, when the main source station and the standby source station are switched again in the area, the data in the whole network are unified, the data can be normally restored at the edge, and the problem of universality in P2P transmission is solved.
The present application further provides a computer-readable storage medium having stored thereon a live data transfer program executable by one or more processors to perform the steps of:
receiving a source returning instruction for returning audio and video data streams to a source; acquiring the configuration information from the control center; determining whether the master and standby identities of the source station are switched or not according to the configuration information; if not, the first source station serving as the main source station before switching continues to return to the source from the third-party server, and positioning information is added to the audio and video data stream; and if so, returning the source from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, wherein the first source station returns the source to the second source station.
In this embodiment, the live data transmission program may be executed by one or more processors, and may implement the following steps:
receiving a pull stream request of an audio and video data stream to be pulled, wherein the pull stream request at least comprises parameter information of the audio and video data stream;
determining a target source station group for pulling the stream according to the parameter information and the configuration information;
and the target source station group receives a source returning instruction for returning the audio and video data stream to the source.
In this embodiment, the live data transmission program may be executed by one or more processors, and may implement the following steps: and the parameter information is triple data of the audio and video data stream to be pulled, hash equilibrium calculation is carried out on the triple data, and a target source station group for pulling the stream is determined according to a calculation result.
In this embodiment, the live data transmission program may be executed by one or more processors, and may implement the following steps: and when the third source station receiving the stream pulling request does not belong to the target source station group, the third source station returns the source of the target source station group to pull the audio and video data stream.
In this embodiment, the live data transmission program may be executed by one or more processors, and may implement the following steps: and when the connection between the area node and the first source station is detected to be in fault, disconnecting the current area node from the first source station, and switching to the second source station to return to the source.
In this embodiment, the live data transmission program may be executed by one or more processors, and may implement the following steps: and after the first source station which is used as the main source station before switching continues to return to the source from the third-party server and adds positioning information to the audio-video data stream, the second source station returns to the source of the first source station.
In this embodiment, the live data transmission program may be executed by one or more processors, and may implement the following steps: and after the second source station serving as the standby source station returns to the source from the third-party server before switching, the first source station judges whether the audio and video data flow returned from the second source station is added with the positioning information or not, and if not, the first source station adds the positioning information to the audio and video data flow.
The present application further provides a computer program product comprising computer instructions which, when run on a computer, cause the computer to perform any of the live data transmission methods described above.
In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product.
The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the invention to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that a computer can store or a data storage device, such as a server, a data center, etc., that is integrated with one or more available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.
In summary, the present application adds a control center to an original CDN network architecture, and is used to record when the active/standby identities of the source station are switched, and generate configuration information. After receiving a source returning instruction for returning audio and video data streams to a source, the method firstly communicates with a control center to acquire configuration information and determines whether the master and standby identities of a source station are switched. And under the condition that the main and standby identities are not switched, namely the first source station serving as the main source station before switching is still used as the main source station, continuously returning the source from the third-party server, and adding positioning information to the audio and video data stream by the first source station. When the master/slave identity is switched, that is, the first source station which is the master source station before switching is switched to the slave source station, the second source station is switched to the master source station, the second source station returns from the third-party server, and the second source station adds the positioning information to the audio/video data, and the first source station returns to the second source station and does not return from the third-party server. Therefore, only one source station in the whole network returns to the source, when the main source station and the standby source station are switched again in the area, the data in the whole network are unified, the data can be normally restored at the edge, and the problem of universality in P2P transmission is solved.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or 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, devices or units, and may be in an electrical, mechanical 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 integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
It should be noted that the above-mentioned numbers of the embodiments of the present invention are merely for description, and do not represent the merits of the embodiments. And the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, apparatus, article, or method that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, apparatus, article, or method. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, apparatus, article, or method that includes the element.
The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (14)
1. A live broadcast data transmission method is applied to a source station in a CDN network, the CDN network further comprises a control center, the control center is provided with an interface for accessing pre-stored configuration information, and the method comprises the following steps:
receiving a source returning instruction for returning audio and video data streams to a source;
acquiring the configuration information from the control center;
determining whether the master and standby identities of the source station are switched or not according to the configuration information;
if not, the first source station serving as the main source station before switching continues to return to the source from the third-party server, and positioning information is added to the audio and video data stream;
and if so, returning the source from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, wherein the first source station returns the source to the second source station.
2. The live data transmission method of claim 1, wherein the source station comprises a plurality of source station groups, and wherein receiving a back-source instruction for back-source of the audio-visual data stream comprises:
receiving a pull stream request of an audio and video data stream to be pulled, wherein the pull stream request at least comprises parameter information of the audio and video data stream;
determining a target source station group for pulling the stream according to the parameter information and the configuration information;
and the target source station group receives a source returning instruction for returning the audio and video data stream to the source.
3. The live data transmission method according to claim 2, wherein the determining a target source station group for performing pull streaming according to the parameter information and the configuration information comprises:
and the parameter information is triple data of the audio and video data stream to be pulled, hash equilibrium calculation is carried out on the triple data, and a target source station group for pulling the stream is determined according to a calculation result.
4. The live data transmission method of claim 2, wherein when a third source station receiving the pull stream request does not belong to the target source station group, the third source station pulls the audio-video data stream back to the target source station group.
5. The live data transmission method of claim 1, further comprising:
and when the connection between the area node and the first source station is detected to be in fault, disconnecting the current area node from the first source station, and switching to the second source station to return to the source.
6. A live data transmission method according to any one of claims 1 to 5, wherein after the first source station acting as the master source station before switching continues to source back from the third party server and adds positioning information to the audio-visual data stream, further comprising:
the second source station feeds back to the first source station.
7. The live data transmission method according to claim 6, wherein the second source station serving as the standby source station before the switching returns from the third-party server and adds positioning information to the audio/video data, and the first source station further includes, after returning to the second source station:
and the first source station judges whether the audio and video data stream returned from the second source station is added with positioning information or not, and if not, the first source station adds the positioning information to the audio and video data stream.
8. A live data transfer apparatus comprising a memory and a processor, the memory having stored thereon a live data transfer program executable on the processor, the live data transfer program when executed by the processor implementing the method of any one of claims 1 to 7.
9. The apparatus of claim 8, wherein the apparatus is a node forming a CDN network.
10. A live broadcast data transmission method is applied to a first source station in a CDN network, the CDN network further comprises a control center, the control center is provided with an interface for accessing pre-stored configuration information, and the method comprises the following steps:
receiving a source returning instruction for returning audio and video data streams to a source;
acquiring the configuration information from the control center;
determining whether the master and standby identities of the first source station are switched or not according to the configuration information;
when the first source station is switched from a main source station to a standby source station and a second source station originally serving as the standby source station is switched to the main source station, the first source station is disconnected from a third-party server and returns to the second source station, and the second source station returns from the third-party server and adds positioning information to the audio and video data.
11. A live broadcast data transmission method is applied to a second source station in a CDN network, the CDN network further comprises a control center, the control center is provided with an interface for accessing pre-stored configuration information, and the method comprises the following steps:
receiving a source returning instruction for returning audio and video data streams to a source;
acquiring the configuration information from the control center;
determining whether the master/slave identities of the second source station are switched according to the configuration information;
and when the second source station is switched from the standby source station to the main source station and the first source station originally serving as the main source station is switched to the standby source station, returning the source from a third-party server and adding positioning information to the audio and video data so as to enable the first source station to return the source to the second source station.
12. A live broadcast data transmission method is applied to a control center in a CDN network, the control center is provided with an interface for accessing pre-stored configuration information, a source station in the CDN network carries out data communication with the control center through the interface, and the method comprises the following steps:
detecting the main and standby identities of a source station in real time, and generating configuration information for identifying the main and standby identities of the source station;
sending the configuration information to the source station to enable the source station to determine whether the main and standby identities are switched according to the configuration information, so that when the main and standby identities of the source station are not switched, the first source station serving as the main source station before switching continues to return to the source from the third-party server, and positioning information is added to the audio and video data stream; and when the master and standby identities of the source station are switched, returning the source from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, wherein the first source station returns the source to the second source station.
13. A live data transmission system, comprising: a source station and a control center;
wherein the control center is provided with an interface for accessing pre-stored configuration information;
the source station is used for receiving a source returning instruction for returning the audio and video data stream to the source; acquiring the configuration information from the control center; determining whether the master and standby identities of the source station are switched or not according to the configuration information; if not, the first source station serving as the main source station before switching continues to return to the source from the third-party server, and positioning information is added to the audio and video data stream; and if so, returning the source from the third-party server by a second source station serving as a standby source station before switching, and adding positioning information to the audio and video data, wherein the first source station returns the source to the second source station.
14. A computer-readable storage medium having stored thereon a live data transfer program executable by one or more processors to implement a live data transfer method as claimed in any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811513573.9A CN109618174B (en) | 2018-12-11 | 2018-12-11 | Live broadcast data transmission method, device, system and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811513573.9A CN109618174B (en) | 2018-12-11 | 2018-12-11 | Live broadcast data transmission method, device, system and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109618174A CN109618174A (en) | 2019-04-12 |
| CN109618174B true CN109618174B (en) | 2021-12-03 |
Family
ID=66007053
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811513573.9A Active CN109618174B (en) | 2018-12-11 | 2018-12-11 | Live broadcast data transmission method, device, system and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109618174B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110035128B (en) * | 2019-04-23 | 2022-04-26 | 深圳市网心科技有限公司 | Live broadcast scheduling method and device, live broadcast system and storage medium |
| CN111083521B (en) * | 2019-12-27 | 2022-02-01 | 杭州当虹科技股份有限公司 | RTMP release main/standby fast switching method |
| CN112637617B (en) * | 2020-12-11 | 2022-12-27 | 苏州浪潮智能科技有限公司 | Method, system, equipment and medium for live broadcast source station video stream transmission |
| CN113347459B (en) * | 2021-06-11 | 2023-08-11 | 杭州星犀科技有限公司 | Android system-based autonomous audio source switching method and device and computing equipment |
| CN113612728B (en) * | 2021-06-25 | 2023-09-01 | 阿里巴巴新加坡控股有限公司 | Streaming media playing method, transmission equipment and system |
| CN115114668B (en) * | 2022-08-29 | 2023-01-17 | 天聚地合(苏州)科技股份有限公司 | Data element privacy calculation method and system based on block chain and CDN |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102394880A (en) * | 2011-10-31 | 2012-03-28 | 北京蓝汛通信技术有限责任公司 | Method and device for processing jump response in content delivery network |
| CN102427412A (en) * | 2011-12-31 | 2012-04-25 | 网宿科技股份有限公司 | Zero-delay disaster recovery switching method and system of active standby source based on content distribution network |
| CN103747112A (en) * | 2013-12-24 | 2014-04-23 | 乐视网信息技术（北京）股份有限公司 | CDN back-to-source method, first server and system thereof |
| CN104580393A (en) * | 2014-12-18 | 2015-04-29 | 北京蓝汛通信技术有限责任公司 | Method and device for expanding server cluster system and server cluster system |
| CN108234638A (en) * | 2017-12-29 | 2018-06-29 | 北京奇虎科技有限公司 | A kind of data processing method and device based on content distributing network CDN |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6243381B1 (en) * | 1998-02-05 | 2001-06-05 | Samsung Electronics Co., Ltd. | Network and method for ATM network operations |
| EP1879348A1 (en) * | 2006-07-14 | 2008-01-16 | Agilent Technologies, Inc. | Routing path performance measurement |
| US7995576B2 (en) * | 2006-07-31 | 2011-08-09 | Cisco Technology, Inc. | Method and system for reducing latency in a multi-channel multicast streaming environment in content-delivery networks |
| WO2012047672A1 (en) * | 2010-09-27 | 2012-04-12 | Hulu Llc | Method and apparatus for providing user control of advertising breaks associated with a media program |
| KR101560185B1 (en) * | 2009-03-27 | 2015-10-15 | 삼성전자주식회사 | Method for controlling device using URL in distributed network environment and apparatus thereof |
| US9450804B2 (en) * | 2009-09-03 | 2016-09-20 | At&T Intellectual Property I, L.P. | Anycast aware transport for content distribution networks |
| US8925022B2 (en) * | 2011-05-25 | 2014-12-30 | Motorola Mobility Llc | Method and apparatus for transferring content |
| CN102932466B (en) * | 2012-11-07 | 2015-09-23 | 网宿科技股份有限公司 | The distributed source method for supervising of content-based distributing network and system |
| CN107769963B (en) * | 2017-09-29 | 2019-01-25 | 贵州白山云科技股份有限公司 | A kind of content distributing network Fault Locating Method and device |
| CN108416017B (en) * | 2018-03-05 | 2022-11-01 | 北京云端智度科技有限公司 | CDN cache clearing method and system |
-
2018
- 2018-12-11 CN CN201811513573.9A patent/CN109618174B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102394880A (en) * | 2011-10-31 | 2012-03-28 | 北京蓝汛通信技术有限责任公司 | Method and device for processing jump response in content delivery network |
| CN102427412A (en) * | 2011-12-31 | 2012-04-25 | 网宿科技股份有限公司 | Zero-delay disaster recovery switching method and system of active standby source based on content distribution network |
| CN103747112A (en) * | 2013-12-24 | 2014-04-23 | 乐视网信息技术（北京）股份有限公司 | CDN back-to-source method, first server and system thereof |
| CN104580393A (en) * | 2014-12-18 | 2015-04-29 | 北京蓝汛通信技术有限责任公司 | Method and device for expanding server cluster system and server cluster system |
| CN108234638A (en) * | 2017-12-29 | 2018-06-29 | 北京奇虎科技有限公司 | A kind of data processing method and device based on content distributing network CDN |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109618174A (en) | 2019-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109618174B (en) | Live broadcast data transmission method, device, system and storage medium | |
| US10291731B2 (en) | Method, client, and server for message pushing of webpage application | |
| CN107315825B (en) | Index updating system, method and device | |
| US9207988B2 (en) | Method, system, and device for managing server hardware resources in a cloud scheduling environment | |
| CN109525578B (en) | CDN (content delivery network) delivery network transmission method, device, system and storage medium | |
| CA2896865C (en) | Method and system for using a recursive event listener on a node in hierarchical data structure | |
| CN108696581B (en) | Distributed information caching method and device, computer equipment and storage medium | |
| US11310066B2 (en) | Method and apparatus for pushing information | |
| CN105049502B (en) | The method and apparatus that device software updates in a kind of cloud network management system | |
| US9596313B2 (en) | Method, terminal, cache server and system for updating webpage data | |
| CN110677493B (en) | Service state determination method and device, computer device and storage medium | |
| CN111131505A (en) | Data transmission method, equipment, system, device and medium based on P2P network | |
| CN111159269B (en) | Data processing method, device and system | |
| CN112333249A (en) | Business service system and method | |
| US20170085673A1 (en) | Attribute Operating Method and Apparatus | |
| AU2016259289A1 (en) | Method and apparatus for managing content in a processing device | |
| CN109446445B (en) | Resource acquisition method and device | |
| US9077768B2 (en) | Method and system for providing digital contents in a network environment | |
| CN112363980A (en) | Data processing method and device for distributed system | |
| CN104869531B (en) | Group member updating method and device | |
| CN107766232B (en) | Plug-in management method and device | |
| CN111629054B (en) | Message processing method, device and system, electronic equipment and readable storage medium | |
| CN111147186B (en) | Data transmission method and device, computer equipment and storage medium | |
| CN111400327B (en) | Data synchronization method and device, electronic equipment and storage medium | |
| CN101146107A (en) | A method and device for data download |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |