CN114727140A - Live broadcast intermodal data synchronization method, server cluster and storage medium - Google Patents
Live broadcast intermodal data synchronization method, server cluster and storage medium Download PDFInfo
- Publication number
- CN114727140A CN114727140A CN202210273253.0A CN202210273253A CN114727140A CN 114727140 A CN114727140 A CN 114727140A CN 202210273253 A CN202210273253 A CN 202210273253A CN 114727140 A CN114727140 A CN 114727140A
- Authority
- CN
- China
- Prior art keywords
- server
- data
- live broadcast
- synchronized
- intermodal
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 80
- 230000001360 synchronised effect Effects 0.000 claims abstract description 119
- 230000008569 process Effects 0.000 claims abstract description 37
- 238000004891 communication Methods 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 8
- 230000008520 organization Effects 0.000 claims 1
- 230000002093 peripheral effect Effects 0.000 description 10
- 238000012545 processing Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 239000000919 ceramic Substances 0.000 description 2
- 230000002860 competitive effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000000391 smoking effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
-
- 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25808—Management of client data
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Graphics (AREA)
- Human Computer Interaction (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The application discloses a method for synchronizing live broadcast intermodal data, a server cluster and a storage medium, wherein the method comprises the following steps: determining a target server for executing synchronization in a synchronization server cluster, wherein the synchronization server cluster comprises at least two groups of server groups, and each group of server groups comprises at least two servers deployed in a cluster structure; acquiring current live broadcast data to be synchronized corresponding to a server group to which a target server belongs; and synchronizing the current live data to be synchronized to the intermodal server based on the target server. By means of the mode, the stability and the reliability of data synchronization in the live broadcast intermodal transport process can be improved.
Description
Technical Field
The present application relates to the field of data synchronization technologies, and in particular, to a method, a server cluster, and a storage medium for live broadcast intermodal data synchronization.
Background
With the rapid development of internet technology, people's entertainment modes through the internet are gradually enriched, wherein live broadcast becomes an important mode for people to entertain through the internet. In the live broadcasting process, the anchor performs at the anchor end, and a user can watch the performance of the anchor at an audience end and can interact with the anchor through the audience end.
Because the live platform is numerous, in order to let the anchor when the live platform is broadcast, can play the live picture of this anchor at other platforms, need carry out the intermodal of data between other platforms and live platform, but, the data bulk in the live broadcast can be great, and in current live broadcast intermodal technique, data synchronization breaks down easily between the different platforms, and stability and reliability are relatively poor.
Disclosure of Invention
The technical problem mainly solved by the application is to provide a method, a server cluster and a storage medium for synchronizing live broadcast intermodal data, and the stability and reliability of data synchronization in the live broadcast intermodal process can be improved.
In order to solve the technical problem, the application adopts a technical scheme that: a method for synchronizing live intermodal data is provided, which comprises the following steps: determining a target server for executing synchronization in a synchronization server cluster, wherein the synchronization server cluster comprises at least two groups of server groups, and each group of server groups comprises at least two servers deployed in a cluster structure; acquiring current live broadcast data to be synchronized corresponding to a server group to which a target server belongs; and synchronizing the current live data to be synchronized to the intermodal server based on the target server.
In order to solve the above technical problem, another technical solution adopted by the present application is: providing a server cluster, wherein the server cluster comprises at least two groups of server groups, each group of server group comprises at least two servers deployed by a cluster mechanism, and each server comprises a processor, a memory and a communication circuit; the memory and the communication circuit are coupled to the processor, the memory stores a computer program, and the processor can execute the computer program to realize the method for synchronizing the live intermodal data as provided in the above application.
In order to solve the above technical problem, another technical solution adopted by the present application is: there is provided a computer-readable storage medium storing a computer program executable by a processor to implement the method of live intermodal data synchronization as provided by the above-mentioned application.
The beneficial effect of this application is: different from the prior art, a target server for executing synchronization is determined in a synchronization server cluster, because the synchronization server cluster comprises at least two groups of server groups, different server groups respectively correspond to corresponding live broadcast data to be synchronized, and each group of server groups comprises at least two servers deployed in a cluster structure, when one server of the same server group fails or cannot execute synchronization, other servers of the same server group can be determined as target servers to execute synchronization, then current live broadcast data to be synchronized corresponding to the server group to which the target server belongs are obtained, the corresponding current live broadcast data to be synchronized are synchronized to a transport server based on the target server, and thus the different server groups respectively correspond to the corresponding live broadcast data to be synchronized through the synchronization server cluster, even if the live broadcast data volume is large, different server groups can share respective live broadcast data to be synchronized, the data processing pressure of each server group is reduced, the stability of the whole intermodal system can be improved, and a target server is determined in at least two servers deployed in a cluster structure of each server group so as to synchronize the live broadcast data to be synchronized corresponding to the server group to the intermodal server, so that the unavailability of the whole intermodal system caused by the fault of a single server can be reduced, the high availability is realized, and the stability and the reliability in the live broadcast intermodal process are effectively improved.
Drawings
FIG. 1 is a schematic diagram of a system component of an embodiment of a live intermodal system of the present application;
FIG. 2 is a schematic flow chart diagram illustrating an embodiment of a method for live intermodal data synchronization according to the present application;
fig. 3 is a schematic diagram illustrating a cluster of synchronization servers according to an embodiment of the method for synchronizing live intermodal data of the present application;
FIG. 4 is a timing diagram illustrating an embodiment of a method for live intermodal data synchronization according to the present application;
FIG. 5 is a schematic diagram of scenes in an embodiment of a method for synchronization of live intermodal data of the present application;
FIG. 6 is a schematic circuit diagram of an embodiment of a server cluster according to the present application;
FIG. 7 is a schematic circuit diagram of an embodiment of a computer-readable storage medium according to the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be described clearly and completely with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only some embodiments of the present application, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
With the continuous development of the live broadcast industry, various live broadcast platforms are gradually emerging. Because the live broadcast watching platforms used by each user are different and the live broadcast watching platforms of the anchor are different, if the live broadcast of the anchor is only played on one platform, the user cannot watch the live broadcast through other platforms, and the exposure and the flow of the anchor are limited. In order to improve exposure and flow of the anchor, live broadcast data of the anchor on a live broadcast platform can be distributed to other platforms to increase exposure and flow of the anchor, namely, the live broadcast platform and the other platforms are in intermodal connection, so that a user can watch live broadcast of the anchor on another platform or directly enter a live broadcast room of the anchor, and the method is also favorable for improving user viscosity.
The inventor finds that, in the live broadcast intermodal transportation process, both platforms are in a data service mode of a single server, namely, a server on one side executes a synchronization task to synchronize data to be synchronized to a server on the other side. In order to improve the above technical problem, the present application proposes the following embodiments.
As shown in fig. 1, the live intermodal system embodiment of the present application may include a synchronization server cluster 100, a live server 300, and an intermodal server 400. When the anchor is in the live process, the live server 300 may store and manage live data generated in the live process. The live broadcast data in the live broadcast server 300 can be synchronized to the intermodal server 400 through the synchronization server cluster 100, so that the intermodal server 400 can also synchronously play the same picture as the main broadcast in the live broadcast server 300 in the live broadcast process, and a user can watch the same live broadcast picture in different platforms through a user side.
The synchronization server cluster 100 may refer to a cluster including at least two groups of servers, each group including at least two servers deployed in a cluster configuration. The cluster structure can be regarded as a single-machine multi-instance, a plurality of service nodes can be formed by deploying a plurality of servers, the plurality of service nodes can be aimed at the same service, only one server point processes the service in one processing process, and other service nodes can be used as backup service nodes. After a service node that processes traffic fails, then other backup service nodes may process the traffic. The cluster architecture may further be a distributed cluster architecture.
The live broadcast server 300 may be a server used by a business party for live broadcast, all live broadcast data generated by all anchor broadcasts currently live broadcast on the platform are stored in the live broadcast server 300, and managers may perform operations such as order management and traffic distribution on live broadcast through the live broadcast server 300.
The intermodal server 400 may refer to a server used by the intermodal party to synchronize live data of the business parties. The live broadcast data in the live broadcast server 300 is synchronized to the intermodal server 400 through the synchronization server cluster 100, and after receiving the live broadcast data, the intermodal server 400 can play a live broadcast picture which is the same as that of the business party on the intermodal party. That is, the user can view the live broadcast picture of the main broadcast on different platforms, so that on one hand, the exposure and the flow of the main broadcast can be increased, and on the other hand, the user viscosity can also be improved.
The embodiment of the method for synchronizing live broadcast intermodal data of the present application may be applied to the live broadcast intermodal system described in the embodiment of the live broadcast intermodal system, where the synchronization server cluster 100 is used as an execution perspective in the embodiment, and the method may include: s100: a target server for performing synchronization is determined in a cluster of synchronization servers. S200: and acquiring the current live broadcast data to be synchronized corresponding to the server group to which the target server belongs. S300: and synchronizing the current live data to be synchronized to the intermodal server based on the target server.
The target server for executing synchronization is determined in the synchronization server cluster 100, because the synchronization server cluster 100 includes at least two groups of server groups, different server groups respectively correspond to corresponding live broadcast data to be synchronized, and each group of server groups includes at least two servers deployed in a cluster structure, when a certain server of the same server group fails or cannot execute synchronization, other servers of the same server group can be determined as target servers to execute synchronization, then current live broadcast data to be synchronized corresponding to the server group to which the target server belongs is obtained, and the corresponding current live broadcast data to be synchronized is synchronized to the intermodal server 400 based on the target server, so that different server groups respectively correspond to corresponding live broadcast data to be synchronized by the synchronization server cluster 100, even if the volume of the live broadcast data is large, different server groups can share respective live broadcast data to be synchronized, data processing pressure of each server group is reduced, stability of the whole intermodal system can be improved, a target server is determined in at least two servers deployed in a cluster structure of each server group, and then the live broadcast data to be synchronized corresponding to the server group is synchronized to the intermodal server 400, unavailability of the whole intermodal system caused by faults of a single server can be reduced, high availability is achieved, and stability and reliability in a live broadcast intermodal process are effectively improved.
The method described in this embodiment can be applied to a live combined transport scenario, and the following describes the embodiment in detail with the synchronization server cluster 100 as an execution subject.
As shown in fig. 2, the present embodiment may include the following steps:
s100: a target server for performing synchronization is determined among a cluster of synchronization servers.
The synchronization server cluster 100 may refer to a cluster including at least two groups of servers, each group including at least two servers deployed in a cluster configuration. For example, as shown in fig. 3, the synchronization server cluster 100 may include n rooms, each room includes m servers, the servers in each room are identified from 1, 2.. m, the same server in each room is identified as a server group, and the server groups are divided by a first group number, where the first group number corresponds to a number in the process of identifying the server, for example, the first group number of the server group corresponding to the server with the identifier 1 in each room is 1. Through repeated grouping of multiple computer rooms, the data in each server can be backed up by other servers in the same server group, and therefore the availability and reliability of the intermodal process are guaranteed.
The target server may be a server for performing synchronization, that is, during live intermodal transport, live data of a business party (e.g., live platform) is synchronized to an intermodal party (e.g., intermodal platform) through the target server 400, thereby enabling the intermodal party to play the same live picture as the business party. For example, the servers of each server group in the synchronization server cluster 100 may determine the server for performing the task in a competitive manner, or according to a predetermined order, or the like, or the servers may determine the server for performing the synchronization task, i.e., the target server, in other prior art means.
In one implementation, with respect to how to determine a target server for performing synchronization in the synchronization server cluster 100, reference may be made to the following steps included in S100:
s110: a group of servers is determined in the cluster of synchronization servers, and a server is determined as a target server in the determined group of servers.
Specifically, since the synchronization server cluster 100 may include at least two groups of server groups, and each group of server groups includes at least two servers deployed in a cluster structure, the target server for performing synchronization in the synchronization server cluster 100 may be determined by determining a group of server groups and then determining the target server in the group of server groups.
Specifically, for how to determine the target server, see the following steps included in S110:
s111: controlling all servers in each server group to rob locks by using the same lock key; wherein, different server groups correspond to different keys.
Preempting a lock with the same lock key may refer to determining a target server by preempting a distributed lock. The distributed lock preemption can be realized by a redis master library, and all servers in each server group are controlled to preempt the lock in one place. Lock preemption is a competition between groups of servers and is further competitive among the servers within the group of servers. For example, when there are m server groups in the synchronization server cluster 100, each server group may be assigned a key1、key2...keymWhen the target server needs to be determined, the setnx instruction in the redis master library can be used for controlling the lock keys of each group to perform lock grabbing, and whether the lock grabbing succeeds or not can be judged according to a return value of the setnx instruction after the lock grabbing is completed. For example, when there are 3 servers distributed in each server group, if the first server of the group robs the lock, the first corresponding setnxkey1Is 1, the return value of setnxkey1 corresponding to the second station is 0, and the return value of setnxkey1 corresponding to the third station is 0.
S112: and determining the server which successfully robs the lock as the target server.
When the return value of the instruction for controlling the lock key to rob the lock is 1, the server can be judged to rob the lock successfully, and the server with the successful lock robbing is taken as the target server. In each lock grabbing process, only one server can grab the lock to become a target server, when the target server executes the synchronization task, the distributed lock is released, and then other servers can continue to grab the lock to execute the synchronization task.
S200: and acquiring the current live broadcast data to be synchronized corresponding to the server group to which the target server belongs.
Different server groups respectively correspond to corresponding live broadcast data to be synchronized. The live data to be synchronized currently can be data which needs to be synchronized by a business party to an intermodal party, and the live data to be synchronized currently is sent to the intermodal server 400 through a target server in the business party, so that after receiving the live data to be synchronized currently, the intermodal server 400 can play a live picture corresponding to the live data to be synchronized currently for a user to watch.
In one implementation, as shown in fig. 4, before acquiring live data to be synchronized currently corresponding to a server group to which a target server belongs, the following steps may be included:
s210: acquiring live broadcast data of all live broadcast rooms currently in live broadcast, and respectively configuring a second group number for the live broadcast data of all the live broadcast rooms so as to carry out grouping; the second group number of the live data of each live broadcast room corresponds to the first group number of the corresponding server group.
The acquiring of the live broadcast data of all live broadcast rooms currently in live broadcast may be to query live broadcast data of a live broadcast room in live broadcast from a live broadcast list in a preset service server, or to query live broadcast data of a live broadcast room distributable to the intermodal server 400. The service server can provide distributable live broadcast list, cover title maintenance, black and white list maintenance, order penalty and the like. The order penalty may be triggered when a violation occurs in the live broadcast, such as smoking, yellow-related, or political-related scenes.
The live data currently to be synchronized may include base data, low frequency update data, and high frequency update data. The basic data is data which cannot be changed in the live broadcast process, and the frequency of the low-frequency updating data changing in the live broadcast is lower than that of the high-frequency updating data changing in the live broadcast. By grouping the current live data to be synchronized, the synchronization of all data caused by unpredictable faults of a certain node can be prevented from occurring, and the reliability in the intermodal process is further improved. Specifically, UID, anchor title, nickname, level, category, tag, and live broadcast room number may be defined as basic data, live broadcast room jump address, cover, title, and live broadcast stream information may be defined as low-frequency update data, and online number of people, present number, comment number, and PK status may be defined as high-frequency update data. Specifically, the live streaming information may be a character string in a json format, and includes video streaming addresses in high-definition, standard-definition and other gears, so that when the client receives the streaming information, the client can enable the viewer to select which gear to watch.
The current live broadcast data to be synchronized can also comprise a channel number and a live broadcast room identification number, and a user can quickly find a corresponding live broadcast room in a plurality of live broadcast rooms according to the channel number or the live broadcast room identification number.
The live data to be currently synchronized may further include scene control data, where the scene control data is used to control a scene in which the live data to be currently synchronized is distributed at the intermodal server 400. Specifically, for each intermodal access intermodal server 400, a distributable live broadcast list SCENE may be subdivided into various SCENE values such as a feed SCENE (SCENE1), a channel page (SCENE2), a vertical sliding (SCENE3), and as shown in fig. 5, a in fig. 5 is a feed SCENE page of a certain platform mobile phone end, and a feed SCENE may refer to a SCENE corresponding to an information stream that needs to be continuously updated and presented to user content, for example, when a live broadcast picture of a certain anchor needs to be pushed to a feed SCENE, the anchor may be pushed to a SCENE where a video 1 in a recommendation column in a in fig. 5 a is located, so as to improve the exposure rate of the anchor. Fig. 5 b shows a channel page scene of a mobile phone end of a certain platform, which may be divided into, for example, a video channel, a color channel, a music channel, a funny channel, and the like, and specifically, a live broadcast frame of a main broadcast may be pushed to a scene where a video 2 is located as in fig. 5. In fig. 5, c is a top-down sliding scene of a certain platform, a user can switch a video to be watched by sliding up and down, and a live frame of a main broadcast can be pushed into a scene where a video 3 is located as in fig. 5. And one switch for distribution control is defined for each SCENE value, schene-1 indicates distributable, and schene-0 indicates non-distributable. The scenario value may be determined by a business party negotiating with the intermodal server 400 before intermodal. When determining a scene in which the current live data to be synchronized is distributed in the intermodal server 400, the operator may perform dynamic adjustment according to a white list in the service server. By independently controlling each distribution scene, more refined operation can be performed on each anchor, and the flow distribution of medium and small anchors is more reasonable.
The live data to be synchronized currently may further include a check code, which is encoded using at least the base data, the low frequency update data, and the scene control data.
As to how to configure the second group number for grouping the live data of all live rooms, the following steps included in S210 may be referred to:
s211: and respectively taking the channel numbers of the live broadcast data of all the live broadcast rooms as the remainder of the total number of the server group, and taking the sum of the remainder and 1 as the respective second group number.
In the process of grouping all live broadcast data of each live broadcast room, a remainder is respectively taken from the channel number corresponding to each live broadcast room to the total number of the server group, and the sum of the remainder and 1 is used as a second group number of each channel number. Grouping is carried out based on the channel number, all live broadcast data of a live broadcast room of the same channel can be executed in the same server group, and the condition that one execution cycle is in one server group, and the other execution cycle is in the other server group to cause disorder is avoided. For example, when the channel number CID of a certain live broadcast room is 30879870 and the total number m of the server group is 3, the second group number CID% m +1 is 30879870% 3+1 is 1, and since the second group number of the live broadcast data of each live broadcast room corresponds to the first group number of the corresponding server group, and since the second group number corresponding to the live broadcast data is 1, the first group number of the server group corresponding to the live broadcast data is also 1.
In one implementation, after grouping live data of all live rooms, refer to the following steps:
s220: and writing the live broadcast data of all live broadcast rooms into a preset database by taking respective live broadcast room identification numbers as main keys.
A primary key, which may refer to a column or a combination of columns, has a value that uniquely identifies each row in the table. The primary key is mainly used for associating with the external key of other tables and modifying, updating and deleting the text records. And writing the live broadcast data of all live broadcast rooms into a preset database by taking respective live broadcast room identification numbers as main keys, and operating through respective live broadcast room identification numbers when modifying and deleting the live broadcast data of all live broadcast rooms.
In one implementation, for how to obtain the current live data to be synchronized corresponding to the server group to which the target server belongs, reference may be made to the following steps included in S200:
s230: and inquiring and acquiring the corresponding current live broadcast data to be synchronized in a preset database by using the first group number of the server group to which the target server belongs.
After the live broadcast data of all live broadcast rooms are written into a preset database, the current live broadcast data to be synchronized corresponding to the server group to which the target server belongs can be inquired in the database. Specifically, when the live data to be currently synchronized is obtained, the live data corresponding to the second group number corresponding to the first group number may be queried in the preset database by using the first group number of the server group to which the target server belongs, and the live data is used as the live data to be currently synchronized. For example, when the first group number of the server group to which the target server belongs is 1, live data with the second group number of 1 corresponding to the first group number of 1 is inquired in the database, and whether the synchronization state in the live data is stopped is detected, if the synchronization state of the live data is not stopped, the live data is the current live data to be synchronized.
S300: and synchronizing the current live data to be synchronized to the intermodal server based on the target server.
After determining the target server for performing synchronization and the live data to be synchronized currently, the target server may synchronize the live data to be synchronized currently to the intermodal server 400, so that the intermodal party can play the live data to be synchronized currently received by the intermodal server 400, so that the audience can also watch the live broadcast performed by the main broadcast on the platform of the business party at the intermodal party.
Specifically, for how to synchronize the live data to be currently synchronized to the intermodal server 400 based on the target server, the following steps included in S300 can be referred to:
s310: and acquiring the synchronization state of the current live data to be synchronized, and carrying out synchronization operation corresponding to the synchronization state on the current live data to be synchronized to the intermodal server through the target server.
The synchronization state may be state data maintained by the service side itself, the synchronization state may include to-be-synchronized, to-be-updated, synchronized, to-be-off-air, and corresponding synchronization operation may be performed based on different synchronization states.
In one implementation, S310 may include the following operation steps:
s311: and if the synchronization state is to be synchronized, synchronizing the live broadcast data to be synchronized to the intermodal server.
When the live data to be synchronized is taken from the live list in the service server for the first time, that is, when the anchor is just started to play and the live data is just started to be generated, the synchronization state at this time is to be synchronized. Specifically, when the synchronization state is to be synchronized, the creation interface of the intermodal transport is called to perform synchronization, and when the interface returns a success, it indicates that the live data to be synchronized is synchronized to the intermodal transport server 400, and at this time, the synchronization state is updated to be synchronized.
S312: and if the synchronization state is to be updated, synchronizing the low-frequency update data in the live broadcast data to be synchronized to the intermodal server.
Because the low-frequency update data in the live broadcasting process can be changed, in order to timely carry out link transport on the updated data, the current live broadcasting data to be updated, which is acquired by the target server, can be compared with the low-frequency update data in the live broadcasting data corresponding to the live broadcasting list of the service server at preset intervals, and when the low-frequency update data in the current live broadcasting data to be updated, which is acquired by the target server, is inconsistent with the low-frequency update data in the live broadcasting data corresponding to the live broadcasting list of the service server, the synchronization state at the moment is to be updated. And when the synchronization state is to be updated, the low-frequency updating interface can be called to synchronize the low-frequency updating data. If the low-frequency update interface returns success, it indicates that the low-frequency update data in the live broadcast data to be synchronized has been synchronized to the intermodal server 400, and at this time, the synchronization state is updated to be synchronized.
S313: and if the synchronization state is to-be-stopped, stopping synchronizing the current live broadcast data to be synchronized with the intermodal server.
When the anchor on live is penalized in order, the synchronization status can be set to pending outage. At this point, a stop interface may be invoked to stop synchronizing the live data currently to be synchronized to the intermodal server 400. If the stop interface returns a success, it indicates that the synchronization of the live data to be synchronized to the intermodal server 400 has been stopped, and at this time, the synchronization status is updated to be stopped.
In an implementation manner, the updating of the synchronization status to the stopped state may also be that when the target server obtains live data from a live list in the service server, it finds that there is no live data in the live list, and then the anchor broadcast is considered to have been stopped, at this time, no live data is generated, and then there is no live data in the live list, and then the synchronization status may be updated to the stopped broadcast.
S314: and if the synchronous state is not the stopped broadcast, synchronizing the high-frequency updating data of the current live broadcast data to be synchronized with the transport server at intervals of a first preset time.
Since the high-frequency update data in the live broadcast process is data whose change frequency is high, it is necessary to perform intermodal transportation to the intermodal server 400 at a high frequency. Therefore, when the synchronization status is not off-air, that is, when the anchor is in the process of live broadcasting, the high-frequency update data of the live broadcasting data to be currently synchronized can be synchronized with the intermodal server 400 at intervals of the first preset time. In the process of synchronizing the high frequency update data, the high frequency update data is synchronized to the intermodal server 400 by calling the high frequency update interface, and if the interface returns success, it indicates that the high frequency update data has been synchronized to the intermodal server 400. For example, in the live broadcast process of the anchor, the audience will give a gift to the anchor to indicate the support of the anchor, and the popular anchor will receive more gifts in the live broadcast process, so in the live broadcast process, the number of the gift-sending is determined as high-frequency update data, and the number of the gift-sending can be synchronized to the intermodal server 400 by calling the high-frequency update interface every 1s, thereby improving the timeliness and reliability in the intermodal process. By dividing the high-frequency updating data and the low-frequency updating data and calling different interfaces, the high-frequency updating data and the low-frequency updating data are synchronized under different conditions, the data volume of data synchronization between services can be reduced, the bandwidth pressure is reduced, and the stability in the intermodal transport process is further improved.
In one implementation, S310 may include the following steps after:
s320: and updating the synchronization state of the live data to be synchronized after the synchronization operation is successful.
The successful synchronization operation may refer to a case that the interface returns a success after the different interfaces are called to synchronize the live data to be updated. Based on the called interface and the current live data to be synchronized corresponding to the synchronization operation, the synchronization state can be updated. For example, when the low-frequency update interface is called to synchronize the low-frequency update data, the synchronization status may be updated to synchronized when the interface returns success. For another example, when the call stop interface stops synchronizing the live data currently to be synchronized to the intermodal server 400, when the interface returns a success, the synchronization status may be updated to be stopped.
S330: and acquiring the live broadcast room identification number and the check code returned by the intermodal server at intervals of a second preset time, wherein the check code is formed by at least utilizing basic data and low-frequency updating data codes.
After the service party intermodal server 400 successfully synchronizes the live data to be synchronized currently, in order to ensure the accuracy of intermodal transportation, the intermodal transportation party and the service party can check the intermodal transportation content by convention. Specifically, after receiving the live data to be synchronized currently, the intermodal server 400 may send the live room identification number and the check code in the received live data to be synchronized currently back to the service side, and the service side may provide an interface to receive the live room identification number and the check code sent back by the intermodal server 400. For example, the intermodal server 400 may send the live broadcast identification number and the check code to be checked to the service party every 5s according to the agreement with the service party. The consistency of the data of both parties of the intermodal transportation can be further ensured by regularly checking the data, the inconsistency of the data of both parties of the intermodal transportation caused by the failure of synchronization of a certain time in the midway can be avoided, and the accuracy in the intermodal transportation process can be improved.
S340: and judging whether the live broadcast room identification number and the check code returned by the intermodal server are consistent with the check code currently corresponding to the live broadcast room identification number of the target server.
After receiving the live broadcast room identification number and the check code sent back by the intermodal server 400, comparing the live broadcast room identification number and the check code sent back by the intermodal server 400 with the check code corresponding to the same live broadcast room identification number in the service side, and judging whether the live broadcast room identification number and the check code are consistent. Since the check code is formed by encoding at least the base data and the low frequency update data, for example, the base data, the scene control data, and the low frequency update data may be encoded into the check code, and if the check code is inconsistent, at least one of the base data, the scene control data, and the low frequency update data may be considered to be inconsistent.
S350: and if the live broadcast data are inconsistent, updating the synchronization state corresponding to the live broadcast room identification number to be updated, and synchronizing the low-frequency update data in the current live broadcast data to be synchronized with the intermodal server.
If the data is inconsistent, the data can be judged to be inconsistent, and synchronization failure occurs in the intermodal process. At this time, the synchronization state corresponding to the live broadcast room identification number received from the intermodal server 400 may be updated to be updated, and a synchronization operation of updating data through a low frequency in the live broadcast data to be currently synchronized to the intermodal server 400 may be performed. Specifically, the operation of synchronizing the live broadcast data to be currently synchronized with the intermodal server 400 through the low-frequency update data in the live broadcast data is performed as described in S312, and therefore, the description is omitted here.
To sum up, in the live broadcast intermodal data synchronization method of this embodiment, when live broadcast intermodal data needs to be performed between a service party and an intermodal party, a target server for performing synchronization is determined in a synchronization server cluster 100 preset by the service party, and since servers in the synchronization server cluster 100 are deployed in a cluster structure, that is, data in servers of the same server group are the same, it can be ensured that each current live broadcast data to be synchronized has backed-up data that can be synchronized by a multi-computer room service node, and availability and reliability of an intermodal process are ensured. Then, the channel numbers of the live broadcast data obtained from the live broadcast list of the service server respectively take the remainder of the total number of the server groups, the sum of the remainder and 1 is used as the respective second group number, and the second group number of the live broadcast data of each live broadcast room corresponds to the first group number of the corresponding server group. And then, determining the current live broadcast data to be synchronized corresponding to the target server based on a second group number corresponding to the first group number of the server group to which the target server belongs, and synchronizing the current live broadcast data to be synchronized according to the synchronization state by calling different interfaces. After the direct live broadcast data synchronization of the two intermodal parties is completed, the intermodal parties can check the live broadcast data through the live broadcast room identification number and the check code, judge whether the live broadcast room identification number and the check code received by the intermodal server 400 are consistent with the live broadcast room identification number and the check code in the service party, and if the live broadcast data are not consistent with the live broadcast room identification number and the check code, the live broadcast data are synchronized by calling the interface again.
For example, when the first group number of the server group corresponding to the target server is 1, the channel number CID of a certain live broadcast room is 30879870, and the total number m of the server group is 3, the second group number CID% m +1 ═ 30879870% 3+1 ═ 1, into which all live broadcast data corresponding to the live broadcast room are divided, then according to the first group number of the target server, all live broadcast data with the channel number CID 30879870 can be inquired in the database, that is, all live broadcast data in the live broadcast room are currently to be synchronized, if the target server first obtains all live broadcast data in the live broadcast room from the database, the synchronization state is to be synchronized, a creation interface is called, the currently to be synchronized live broadcast data are synchronized to the intermodal server 400, so that the intermodal server 400 can receive all live broadcast data with the channel number CID 30879870, and play the live broadcast room in the intermodal party according to a predetermined distribution scene, thus realizing the intermodal transportation between the business party and the intermodal transportation party.
As shown in fig. 6, the server cluster described in the embodiment of the server cluster of the present application may be the synchronization server cluster 100 in the above description, and the synchronization server cluster 100 includes a processor 110 and a memory 120. The memory 120 is coupled to the processor 110.
The memory 120 is used for storing computer programs, and may be a RAM, a ROM, or other types of storage devices. In particular, the memory may include one or more computer-readable storage media, which may be non-transitory. The memory may also include high speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in a memory is used to store at least one program code.
The processor 110 is used for controlling the operation of the synchronization server cluster 100, and the processor 110 may also be referred to as a Central Processing Unit (CPU). The processor 110 may be an integrated circuit chip having signal processing capabilities. The processor 110 may also be a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components. A general purpose processor may be a microprocessor or the processor 110 may be any conventional processor or the like.
Processor 110 is configured to execute a computer program stored in memory 120 to implement the method for live intermodal data synchronization described in the method embodiments of the present application.
In some embodiments, the server cluster 100 may further include: a peripheral interface 130 and at least one peripheral. The processor 110, memory 120, and peripheral interface 130 may be connected by buses or signal lines. Various peripheral devices may be connected to peripheral interface 130 via a bus, signal line, or circuit board. Specifically, the peripheral device includes: at least one of radio frequency circuitry 140, display 150, audio circuitry 160, and power supply 170.
The peripheral interface 130 may be used to connect at least one peripheral related to I/O (Input/output) to the processor 110 and the memory 120. In some embodiments, processor 110, memory 120, and peripheral interface 130 are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor 110, the memory 120, and the peripheral interface 130 may be implemented on a separate chip or circuit board, which is not limited in this embodiment.
The Radio Frequency circuit 140 is used for receiving and transmitting RF (Radio Frequency) signals, also called electromagnetic signals. The radio frequency circuit 140 communicates with a communication network and other communication devices via electromagnetic signals. The rf circuit 140 converts an electrical signal into an electromagnetic signal to transmit, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 140 comprises: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and so forth. The radio frequency circuit 140 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocols include, but are not limited to: the world wide web, metropolitan area networks, intranets, generations of mobile communication networks (2G, 3G, 4G, and 5G), Wireless local area networks, and/or WiFi (Wireless Fidelity) networks. In some embodiments, the rf circuit 140 may further include NFC (Near Field Communication) related circuits, which are not limited in this application.
The display 150 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display screen 150 is a touch display screen, the display screen 150 also has the ability to capture touch signals on or over the surface of the display screen 150. The touch signal may be input to the processor 110 as a control signal for processing. At this point, the display 150 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, the display screen 150 may be one, disposed on the front panel of the server cluster 100; in other embodiments, the number of the display screens 150 may be at least two, and the at least two display screens are respectively disposed on different surfaces of the server cluster 100 or are in a folding design; in other embodiments, the display 150 may be a flexible display disposed on a curved surface or on a folded surface of the server cluster 100. Even further, the display 150 may be arranged in a non-rectangular irregular pattern, i.e., a shaped screen. The Display 150 may be made of LCD (Liquid Crystal Display), OLED (Organic Light-emitting diode), and the like.
The power supply 170 is used to supply power to the various components in the server cluster 100. The power source 170 may be alternating current, direct current, disposable or rechargeable batteries. When power source 170 comprises a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. The wired rechargeable battery is a battery charged through a wired line, and the wireless rechargeable battery is a battery charged through a wireless coil. The rechargeable battery may also be used to support fast charge technology.
For detailed description of functions and execution processes of each functional module or component in the server cluster embodiment of the present application, reference may be made to the description in the embodiment of the live broadcast intermodal data synchronization method of the present application, and details are not described here again.
In the several embodiments provided in the present application, it should be understood that the disclosed server cluster and background processing method may be implemented in other manners. For example, the above-described embodiments of server clusters are merely illustrative, and for example, a division of modules or units is only one logical division, and an actual implementation may have another division, 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.
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 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 may be implemented in the form of hardware, or may also be implemented in the form of a software functional unit.
Referring to fig. 7, the integrated unit may be stored in a computer-readable storage medium 200 if it is implemented in the form of a software functional unit and sold or used as a separate product. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed 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/computer programs for causing a computer device (which may be a personal computer, a server, a network device, or the like) or a processor (processor) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: various media such as a usb disk, a mobile hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and a server cluster such as a computer, a mobile phone, a notebook computer, a tablet computer, and a camera having the storage medium.
The description of the execution process of the program data in the computer-readable storage medium may refer to the above embodiments of the live intermodal data synchronization method, and will not be described herein again.
The above description is only an example of the present application and is not intended to limit the scope of the present application, and all modifications of equivalent structures and equivalent processes, which are made by the contents of the specification and the drawings, or which are directly or indirectly applied to other related technical fields, are intended to be included within the scope of the present application.
Claims (15)
1. A method for synchronizing live intermodal data, comprising:
determining a target server for executing synchronization in a synchronization server cluster, wherein the synchronization server cluster comprises at least two groups of server groups, and each group of server groups comprises at least two servers deployed in a cluster structure;
acquiring current live broadcast data to be synchronized corresponding to the server group to which the target server belongs;
and synchronizing the current live data to be synchronized to an intermodal server based on the target server.
2. The method of claim 1, wherein:
the determining a target server for executing a synchronization task in a synchronization server cluster includes:
determining a set of the server groups in the synchronization server cluster, and determining one of the servers in the determined set of servers as the target server.
3. The method of claim 2, wherein:
the determining a set of the servers in the synchronization server cluster and determining one of the servers in the determined set of servers as the target server includes:
controlling all the servers in each server group to rob the lock by using the same lock key; wherein different server groups correspond to different locking keys;
and determining the server which succeeds in lock grabbing as the target server.
4. The method of claim 1, wherein:
the acquiring of the current live data to be synchronized corresponding to the server group to which the target server belongs includes:
and inquiring and acquiring the corresponding current live broadcast data to be synchronized in a preset database by using the first group number of the server group to which the target server belongs.
5. The method of claim 4, wherein:
before the acquiring of the current live data to be synchronized corresponding to the server group to which the target server belongs, the method includes:
acquiring live broadcast data of all live broadcast rooms currently in live broadcast, and respectively configuring a second group number for the live broadcast data of all the live broadcast rooms so as to group the live broadcast data; the second group number of the live broadcast data of each live broadcast room corresponds to the first group number of the corresponding server group.
6. The method of claim 5, wherein:
the configuring of the second group number for the live broadcast data of all the live broadcast rooms for grouping includes:
and respectively taking the remainder of the channel numbers of the live broadcast data of all the live broadcast rooms to the total number of the server group, and taking the sum of the remainder and 1 as the second group number of each channel number.
7. The method of claim 6, wherein:
after the step of respectively taking the channel numbers of the live broadcast data of all the live broadcast rooms as the remainder for the total number of the server group and taking the sum of the remainder and 1 as the second group number, the method comprises the following steps:
and writing the live broadcast data of all live broadcast rooms into the preset database by taking respective live broadcast room identification numbers as main keys.
8. The method of claim 1, wherein:
the synchronizing the current live data to be synchronized to an intermodal server based on the target server comprises:
and acquiring the synchronization state of the current live data to be synchronized, and carrying out synchronization operation corresponding to the synchronization state on the current live data to be synchronized to the intermodal server through the target server.
9. The method of claim 8, wherein:
the performing, by the target server, a synchronization operation corresponding to the synchronization state on the current live data to be synchronized with the intermodal server includes:
and if the synchronization state is to be synchronized, synchronizing the current live broadcast data to be synchronized with the intermodal server.
10. The method of claim 9, wherein:
the current live broadcast data to be synchronized comprises basic data, low-frequency updating data and high-frequency updating data, wherein the basic data is data which cannot be changed in the live broadcast process, and the frequency of the low-frequency updating data which is changed in the live broadcast process is lower than the frequency of the high-frequency updating data which is changed in the live broadcast process;
the performing, by the target server, a synchronization operation corresponding to the synchronization state on the current live data to be synchronized with the intermodal server includes:
if the synchronization state is to be updated, synchronizing the low-frequency update data in the current live broadcast data to be synchronized with the intermodal server;
if the synchronization state is to-be-stopped, stopping synchronizing the current live broadcast data to be synchronized with the intermodal server;
and if the synchronous state is not the stop broadcasting state, synchronizing the high-frequency updating data of the current live broadcasting data to be synchronized with the intermodal server at intervals of a first preset time.
11. The method of claim 10, wherein:
after the synchronization operation corresponding to the synchronization state is performed on the current live data to be synchronized to the intermodal server through the target server, the method includes:
acquiring a live broadcast room identification number and a check code returned by the intermodal server every second preset time, wherein the check code is formed by at least utilizing the basic data and the low-frequency updating data;
judging whether the live broadcast room identification number returned by the intermodal server is consistent with the check code currently corresponding to the live broadcast room identification number of the target server or not;
and if the live broadcast data are inconsistent, updating the synchronization state corresponding to the live broadcast room identification number as to-be-updated, and executing the synchronization of the low-frequency update data in the current live broadcast data to be synchronized to the intermodal server.
12. The method of claim 11, wherein:
the current live broadcast data to be synchronized further comprises scene control data, and the scene control data is used for controlling a scene of the current live broadcast data to be synchronized distributed in the intermodal server;
the check code is encoded using at least the base data, the low frequency update data, and the scene control data.
13. The method of claim 8, wherein:
after the synchronization operation corresponding to the synchronization state is performed on the current live data to be synchronized to the intermodal server through the target server, the method includes:
and updating the synchronization state of the current live data to be synchronized after the synchronization operation is successful.
14. A server cluster comprising at least two groups of servers, each group of said servers comprising at least two servers deployed in a cluster organization, said servers comprising a processor, a memory and communication circuitry; the memory and the communication circuit are coupled to the processor, the memory storing a computer program executable by the processor to implement the method of any one of claims 1-13.
15. A computer-readable storage medium, in which a computer program is stored which can be executed by a processor to implement the method according to any one of claims 1 to 13.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210273253.0A CN114727140A (en) | 2022-03-18 | 2022-03-18 | Live broadcast intermodal data synchronization method, server cluster and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210273253.0A CN114727140A (en) | 2022-03-18 | 2022-03-18 | Live broadcast intermodal data synchronization method, server cluster and storage medium |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114727140A true CN114727140A (en) | 2022-07-08 |
Family
ID=82238518
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210273253.0A Pending CN114727140A (en) | 2022-03-18 | 2022-03-18 | Live broadcast intermodal data synchronization method, server cluster and storage medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114727140A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115396686A (en) * | 2022-08-25 | 2022-11-25 | 广州方硅信息技术有限公司 | Method, device, system, equipment and storage medium for interactive synchronous processing of live broadcast room |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103684941A (en) * | 2013-11-23 | 2014-03-26 | 广东新支点技术服务有限公司 | Arbitration server based cluster split-brain prevent method and device |
CN113329233A (en) * | 2021-04-30 | 2021-08-31 | 北京达佳互联信息技术有限公司 | Live broadcast data processing method and device, electronic equipment and storage medium |
CN113497945A (en) * | 2020-03-20 | 2021-10-12 | 华为技术有限公司 | Live broadcast and configuration method based on cloud mobile phone and related device and system |
WO2021258617A1 (en) * | 2020-06-22 | 2021-12-30 | 深圳市沃特沃德股份有限公司 | Multi-platform synchronous live streaming method and apparatus, computer device, and readable storage medium |
CN114040219A (en) * | 2021-11-09 | 2022-02-11 | 腾讯科技(深圳)有限公司 | Game live broadcast method, device, system, equipment and computer readable storage medium |
CN114095744A (en) * | 2021-11-16 | 2022-02-25 | 北京字跳网络技术有限公司 | Video live broadcast method and device, electronic equipment and readable storage medium |
CN114124797A (en) * | 2021-11-19 | 2022-03-01 | 中国电信集团***集成有限责任公司 | Server routing method and device, electronic equipment and storage medium |
-
2022
- 2022-03-18 CN CN202210273253.0A patent/CN114727140A/en active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103684941A (en) * | 2013-11-23 | 2014-03-26 | 广东新支点技术服务有限公司 | Arbitration server based cluster split-brain prevent method and device |
CN113497945A (en) * | 2020-03-20 | 2021-10-12 | 华为技术有限公司 | Live broadcast and configuration method based on cloud mobile phone and related device and system |
WO2021258617A1 (en) * | 2020-06-22 | 2021-12-30 | 深圳市沃特沃德股份有限公司 | Multi-platform synchronous live streaming method and apparatus, computer device, and readable storage medium |
CN113329233A (en) * | 2021-04-30 | 2021-08-31 | 北京达佳互联信息技术有限公司 | Live broadcast data processing method and device, electronic equipment and storage medium |
CN114040219A (en) * | 2021-11-09 | 2022-02-11 | 腾讯科技(深圳)有限公司 | Game live broadcast method, device, system, equipment and computer readable storage medium |
CN114095744A (en) * | 2021-11-16 | 2022-02-25 | 北京字跳网络技术有限公司 | Video live broadcast method and device, electronic equipment and readable storage medium |
CN114124797A (en) * | 2021-11-19 | 2022-03-01 | 中国电信集团***集成有限责任公司 | Server routing method and device, electronic equipment and storage medium |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115396686A (en) * | 2022-08-25 | 2022-11-25 | 广州方硅信息技术有限公司 | Method, device, system, equipment and storage medium for interactive synchronous processing of live broadcast room |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109525851A (en) | live broadcast method, device and storage medium | |
WO2022100308A1 (en) | Information processing method and related apparatus | |
US20220279218A1 (en) | Live broadcast method and apparatus, electronic device, and storage medium | |
CN110070496A (en) | Generation method, device and the hardware device of image special effect | |
CN112689172B (en) | Program playing method and device, set top box and storage medium | |
CN113992935B (en) | Live broadcast preview method and device, electronic equipment, storage medium and product | |
CN114727140A (en) | Live broadcast intermodal data synchronization method, server cluster and storage medium | |
CN114245221A (en) | Interaction method and device based on live broadcast room, electronic equipment and storage medium | |
CN112073761A (en) | Method and device for realizing Bluetooth function and double-hardware system display equipment | |
CN113163213B (en) | Method, device and storage medium for live game | |
CN114565388B (en) | Method and device for updating consensus rounds, electronic equipment and storage medium | |
CN113268272B (en) | Application delivery method, device and system based on private cloud | |
CN107888951A (en) | Piece menu manager method, apparatus and server | |
CN110475135A (en) | Video broadcasting method, device, equipment, medium, system and smart television | |
CN112866740A (en) | Live broadcast interaction method and device, electronic equipment and storage medium | |
CN106028221B (en) | A kind of method and intelligent sound box controlling time synchronization | |
CN112245906A (en) | Data synchronization method and device, electronic equipment and storage medium | |
KR20200013974A (en) | Method of providing contents and system performing the same | |
CN108601044A (en) | Switching method, device, storage medium and the mobile terminal of network formats | |
CN113038231B (en) | Advertisement source determining method, device, television and storage medium | |
WO2022267625A1 (en) | Connected isochronous stream information feedback method and apparatus, and storage medium and electronic device | |
CN110597923B (en) | Block chain resource management method, device and storage medium | |
CN117676211A (en) | Screen projection method, screen projection system and storage medium | |
CN113259041A (en) | Method, device and storage medium for synchronizing playing progress among multiple terminals | |
CN106648293B (en) | Terminal information interaction method and device |
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 |