CN112688750A - Emergency broadcasting terminal timing broadcasting method - Google Patents
Emergency broadcasting terminal timing broadcasting method Download PDFInfo
- Publication number
- CN112688750A CN112688750A CN202011426346.XA CN202011426346A CN112688750A CN 112688750 A CN112688750 A CN 112688750A CN 202011426346 A CN202011426346 A CN 202011426346A CN 112688750 A CN112688750 A CN 112688750A
- Authority
- CN
- China
- Prior art keywords
- broadcast
- emergency
- terminal
- timing
- broadcasting
- 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
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention provides a timing broadcasting method of an emergency broadcasting terminal in the technical field of emergency broadcasting, which comprises the following steps: step S10, after the emergency broadcast terminal is started, TCP long connection is established with the emergency broadcast platform; step S20, the emergency broadcast terminal and the emergency broadcast platform synchronously broadcast the message and the NTP clock; step S30, downloading audio data by the emergency broadcast terminal based on the broadcast message, and playing the audio data based on the timing broadcast queue; and step S40, the emergency broadcast terminal monitors the broadcast message of the emergency broadcast platform and updates the timing broadcast queue. The invention has the advantages that: the timeliness of the emergency broadcast is greatly improved, and the consumption of network flow and bandwidth is reduced.
Description
Technical Field
The invention relates to the technical field of emergency broadcasting, in particular to a timing broadcasting method for an emergency broadcasting terminal.
Background
The emergency broadcast is an information transmission channel which can provide rapid and quick information when sudden public crisis such as serious natural disaster, sudden event, public health and social security occurs. In the national standard technical specification of the emergency broadcasting system, only one real-time audio broadcasting stream is defined for the broadcasting method of the IP terminal, and the broadcasting timeliness only requires that the response is qualified within 5-10 seconds.
However, in the emergency broadcast system, part of the transmission overlay network is a 4G network, the requirement on the network flow is relatively high, the audio broadcast stream transmitted by the real-time broadcast is related to the broadcast time, the long broadcast time greatly consumes the flow and the bandwidth between the emergency broadcast platform and the emergency broadcast terminal, and the audio broadcast stream needs to be downloaded from the emergency broadcast platform in real time each time the audio broadcast stream needs to be played, which greatly affects the timeliness of the emergency broadcast.
Therefore, how to provide a timing broadcast method for an emergency broadcast terminal to improve the timeliness of emergency broadcast and reduce the consumption of network traffic and bandwidth becomes a problem to be solved urgently.
Disclosure of Invention
The technical problem to be solved by the invention is to provide a timing broadcasting method for an emergency broadcasting terminal, so that the timeliness of emergency broadcasting is improved, and the consumption of network flow and bandwidth is reduced.
The invention is realized by the following steps: a timing broadcasting method for an emergency broadcasting terminal comprises the following steps:
step S10, after the emergency broadcast terminal is started, TCP long connection is established with the emergency broadcast platform;
step S20, the emergency broadcast terminal and the emergency broadcast platform synchronously broadcast the message and the NTP clock;
step S30, downloading audio data by the emergency broadcast terminal based on the broadcast message, and playing the audio data based on the timing broadcast queue;
and step S40, the emergency broadcast terminal monitors the broadcast message of the emergency broadcast platform and updates the timing broadcast queue.
Further, the step S10 specifically includes:
step S11, after the emergency broadcast terminal is started, automatically sending a signed connection request to the emergency broadcast platform;
step S12, after receiving the connection request and checking the label, the emergency broadcast platform establishes TCP heartbeat length connection with the emergency broadcast terminal;
and step S13, the emergency broadcast platform sends a synchronous broadcast message instruction to the emergency broadcast terminal.
Further, the step S20 is specifically:
after receiving a synchronous broadcast message instruction sent by an emergency broadcast platform, an emergency broadcast terminal synchronously broadcasts a message from the emergency broadcast platform;
the emergency broadcasting terminal sets a calibration period, and the NTP clock is synchronized with the emergency broadcasting platform once every other calibration period.
Further, in step S20, the broadcast message includes the following fields: a broadcast message ID, a broadcast type, a broadcast level, a broadcast task type, a loop mode, a play type, a start date, an end date, a start time, an end time, a number of repeat plays, and broadcast list information;
the broadcast list information comprises at least one broadcast task item and the playing sequence of each broadcast task item; the broadcast task item includes a resource ID, an audio URL, and an audio MD5 value.
Further, the step S30 specifically includes:
step S31, downloading audio data by the emergency broadcast terminal based on the audio URL of the broadcast message, creating a timing broadcast queue, and storing the synchronous broadcast message to the timing broadcast queue;
step S32, the emergency broadcast terminal sends a play request carrying the broadcast message ID and the resource ID to an emergency broadcast platform;
step S33, after receiving the playing request, the emergency broadcasting platform sends a playing permission instruction to the emergency broadcasting terminal;
step S34, after receiving the play permission instruction, the emergency broadcast terminal carries out audio MD5 value verification on audio data according to the play sequence and then carries out sequential play;
step S35, the emergency broadcast terminal acquires the current system time, checks the audio data being played based on the system time, the broadcast type, the broadcast level, the broadcast task type, the circulation mode, the play type, the start date, the end date, the start time, the end time and the repeated play times, and continues to play if the check is passed; if the verification fails, the playing is stopped.
Further, in step S34, after the audio MD5 value of the audio data is checked according to the playing order, the playing order specifically includes:
according to the playing sequence, comparing whether the audio data in the local area is consistent with the audio MD5 value of the corresponding broadcast task item in the timing broadcast queue, if so, checking to pass, and playing in sequence; and if the audio URL is inconsistent with the preset time broadcast queue, downloading the audio data again based on the audio URL of the preset time broadcast queue, updating the broadcast list information, and performing sequential playing.
Further, still include:
and step S50, the emergency broadcast terminal performs cancellation, restoration or deletion operation on the timing broadcast queue based on a cancellation instruction, a restoration instruction or a deletion instruction sent by the emergency broadcast platform.
The invention has the advantages that:
the method comprises the steps that after the emergency broadcast terminal is started, broadcast messages and an NTP clock are synchronized with an emergency broadcast platform, and the broadcast messages carry broadcast message IDs, broadcast types, broadcast levels, broadcast task types, circulation modes, play types, start dates, end dates, start times, end times, repeated play times and broadcast list information; the audio data are downloaded to the local in advance through the broadcast list information, and then the local audio data are played in real time, played at regular time or played in a circulating mode through the broadcast message, namely the audio data which are downloaded once are not needed to be played once in the circulating mode, when an emergency happens, the emergency broadcast terminal only needs 1 second of response time after receiving the play permission instruction, so that the timeliness of the emergency broadcast is greatly improved, and the consumption of network flow and bandwidth is greatly reduced.
Drawings
The invention will be further described with reference to the following examples with reference to the accompanying drawings.
Fig. 1 is a flowchart of a method for broadcasting emergency broadcasting terminals at regular time according to the present invention.
Detailed Description
The technical scheme in the embodiment of the application has the following general idea: the audio data to be played is downloaded to the local in advance, and then the broadcast message is utilized to play the local audio data in real time, at regular time or circularly, and the same audio data is not required to be downloaded again when being played once, so that the timeliness of the emergency broadcast is improved, and the consumption of network flow and bandwidth is reduced.
Referring to fig. 1, a preferred embodiment of a timing broadcast method of an emergency broadcast terminal according to the present invention includes the following steps:
step S10, after the emergency broadcast terminal is started, TCP long connection is established with the emergency broadcast platform;
step S20, the emergency broadcast terminal and the emergency broadcast platform synchronously broadcast the message and the NTP clock; the broadcast message synchronization is to obtain the latest broadcast message after the offline emergency broadcast terminal is on-line again; through synchronizing the NTP clock, the timeliness of emergency broadcasting can be guaranteed; when the NTP clock of the emergency broadcast terminal is not calibrated or is in an equipment offline state (TCP long connection is not established), the playing operation is not allowed to be executed;
step S30, downloading audio data by the emergency broadcast terminal based on the broadcast message, and playing the audio data based on the timing broadcast queue;
step S40, the emergency broadcast terminal monitors the broadcast message of the emergency broadcast platform and updates the timing broadcast queue; that is, when there is the updated broadcast message, the playing sequence of the timed broadcast queue needs to be readjusted to perform the operation of inter-cut or stop playing.
The step S30 and the step S40 are not in sequence, that is, the playing of the audio data and the updating of the timing broadcast queue are parallel threads, share a data pool, and mutually exclude operation data, thereby avoiding data exception.
The step S10 specifically includes:
step S11, after the emergency broadcast terminal is started, automatically sending a signed connection request to the emergency broadcast platform;
step S12, after receiving the connection request and checking the label, the emergency broadcast platform establishes TCP heartbeat length connection with the emergency broadcast terminal;
and step S13, the emergency broadcast platform sends a synchronous broadcast message instruction to the emergency broadcast terminal.
The step S20 specifically includes:
after receiving a synchronous broadcast message instruction sent by an emergency broadcast platform, an emergency broadcast terminal synchronously broadcasts a message from the emergency broadcast platform;
the emergency broadcasting terminal sets a calibration period, and the NTP clock is synchronized with the emergency broadcasting platform once every other calibration period. Because the emergency broadcast terminal is not provided with a clock chip, the NTP clock synchronization is required after the emergency broadcast terminal is started, and the time of the emergency broadcast terminal is deviated after the emergency broadcast terminal runs for a long time, so the emergency broadcast terminal needs to be calibrated once every other calibration period.
In step S20, the broadcast message includes the following fields: a broadcast message ID, a broadcast type, a broadcast level, a broadcast task type, a loop mode, a play type, a start date, an end date, a start time, an end time, a number of repeat plays, and broadcast list information;
the broadcast list information comprises at least one broadcast task item and the playing sequence of each broadcast task item; the broadcast task item includes a resource ID, an audio URL, and an audio MD5 value.
1. The broadcast message ID is a unique identifier of a broadcast task item; 2. the broadcast type is daily broadcast or emergency broadcast; 3. the broadcast level is a broadcast level and is used for judging the broadcast priority; 4. the broadcast task type is a cycle task or a real-time task, the cycle task can be played circularly according to a specified time or played according to the number of cycles, the real-time task immediately starts playing, and the real-time task exits after being played once; 5. the circulation mode is daily or self-defined week, and when the broadcast task type is a circulation task, the field is valid; 6. the playing type is playing according to times or playing according to time periods; 7. the format of the starting date is yyy-MM-dd, the broadcast task type is effective when the real-time task is adopted, and the broadcast task type is a space-time task and is played once immediately; 8. the ending date format is yyy-MM-dd, the broadcast task type is valid when the real-time task is adopted, the broadcast task type is a null task, the broadcast task type is immediately played once, and the field is invalid when the starting date is null; 9. the format of the starting time is HH mm: ss, the broadcasting task type is a circular task, the playing type is effective when playing according to a time period and is the starting time of the circular task, and if the broadcasting task type is empty, the broadcasting is immediately played once; 10. the format of the end time is HH mm ss, the broadcast task type is a cycle task, the playing type is effective when playing according to a time period, the broadcast task is the end time of the cycle task, and the field is invalid if the start time is empty.
The step S30 specifically includes:
step S31, downloading audio data by the emergency broadcast terminal based on the audio URL of the broadcast message, creating a timing broadcast queue, and storing the synchronous broadcast message to the timing broadcast queue; downloading the audio data based on a GET method of HTTPS;
step S32, the emergency broadcast terminal sends a broadcast request carrying the broadcast message ID and the resource ID to the emergency broadcast platform, in order to ensure the synchronization of the messages and avoid the abnormal broadcast task caused by the fact that the sound column does not receive the broadcast message of the emergency broadcast platform in time due to network reasons;
step S33, after receiving the playing request, the emergency broadcasting platform sends a playing permission instruction to the emergency broadcasting terminal;
step S34, after receiving the play permission instruction, the emergency broadcast terminal carries out audio MD5 value verification on audio data according to the play sequence and then carries out sequential play;
step S35, the emergency broadcast terminal acquires the current system time, checks the audio data being played based on the system time, the broadcast type, the broadcast level, the broadcast task type, the circulation mode, the play type, the start date, the end date, the start time, the end time and the repeated play times, and continues to play if the check is passed; if the verification fails, the playing is stopped.
For example, a broadcast task item is obtained, the broadcast type and the broadcast level corresponding to the broadcast task item are compared with the currently played audio data, if the currently played audio data is not available, or the determined broadcast level of the broadcast task item is higher, the audio data is continuously played, otherwise, the next broadcast task item is obtained. And if the broadcast task type corresponding to the broadcast task item is judged to be a cyclic task, the cyclic mode is continuously judged, if the current system time is consistent with the current system time every day or the custom week, the start time is judged, if the current system time is empty or is earlier than the current system time, the broadcast task item is immediately played, and if the current system time is not the same as the current system time, the broadcast task item is taken down. Judging whether the playing type is playing according to the playing times, judging whether the starting time is met, and circularly playing the audio according to the playing times if the starting time is met; and if the playing is carried out according to the time period, acquiring the starting time and the ending time, and carrying out circular playing.
In the step S34, after the audio MD5 value of the audio data is checked according to the playing order, the playing order specifically includes:
according to the playing sequence, comparing whether the audio data in the local area is consistent with the audio MD5 value of the corresponding broadcast task item in the timing broadcast queue, if so, checking to pass, and playing in sequence; and if the audio URL is inconsistent with the preset time broadcast queue, downloading the audio data again based on the audio URL of the preset time broadcast queue, updating the broadcast list information, and performing sequential playing. By checking the audio MD5 value, the integrity of the audio data can be checked. In specific implementation, whether the resource IDs are consistent or not can be judged.
Further comprising:
and step S50, the emergency broadcast terminal performs cancellation, restoration or deletion operation on the timing broadcast queue based on a cancellation instruction, a restoration instruction or a deletion instruction sent by the emergency broadcast platform. After the cancel instruction is executed, the recovery can be carried out through the recovery instruction; and after the deleting instruction is executed, the deleting instruction cannot be recovered.
The connection request, the synchronous broadcast message instruction, the cancel instruction, the recovery instruction, the delete instruction, the play request and the permission play instruction are signed and checked by adopting an SM2 national cryptographic algorithm or an SM3 national cryptographic algorithm, so that the safety of emergency broadcast is guaranteed.
In summary, the invention has the advantages that:
the method comprises the steps that after the emergency broadcast terminal is started, broadcast messages and an NTP clock are synchronized with an emergency broadcast platform, and the broadcast messages carry broadcast message IDs, broadcast types, broadcast levels, broadcast task types, circulation modes, play types, start dates, end dates, start times, end times, repeated play times and broadcast list information; the audio data are downloaded to the local in advance through the broadcast list information, and then the local audio data are played in real time, played at regular time or played in a circulating mode through the broadcast message, namely the audio data which are downloaded once are not needed to be played once in the circulating mode, when an emergency happens, the emergency broadcast terminal only needs 1 second of response time after receiving the play permission instruction, so that the timeliness of the emergency broadcast is greatly improved, and the consumption of network flow and bandwidth is greatly reduced.
Although specific embodiments of the invention have been described above, it will be understood by those skilled in the art that the specific embodiments described are illustrative only and are not limiting upon the scope of the invention, and that equivalent modifications and variations can be made by those skilled in the art without departing from the spirit of the invention, which is to be limited only by the appended claims.
Claims (7)
1. A timing broadcasting method for an emergency broadcasting terminal is characterized in that: the method comprises the following steps:
step S10, after the emergency broadcast terminal is started, TCP long connection is established with the emergency broadcast platform;
step S20, the emergency broadcast terminal and the emergency broadcast platform synchronously broadcast the message and the NTP clock;
step S30, downloading audio data by the emergency broadcast terminal based on the broadcast message, and playing the audio data based on the timing broadcast queue;
and step S40, the emergency broadcast terminal monitors the broadcast message of the emergency broadcast platform and updates the timing broadcast queue.
2. The emergency broadcasting terminal timing broadcasting method of claim 1, wherein: the step S10 specifically includes:
step S11, after the emergency broadcast terminal is started, automatically sending a signed connection request to the emergency broadcast platform;
step S12, after receiving the connection request and checking the label, the emergency broadcast platform establishes TCP heartbeat length connection with the emergency broadcast terminal;
and step S13, the emergency broadcast platform sends a synchronous broadcast message instruction to the emergency broadcast terminal.
3. The emergency broadcasting terminal timing broadcasting method of claim 1, wherein: the step S20 specifically includes:
after receiving a synchronous broadcast message instruction sent by an emergency broadcast platform, an emergency broadcast terminal synchronously broadcasts a message from the emergency broadcast platform;
the emergency broadcasting terminal sets a calibration period, and the NTP clock is synchronized with the emergency broadcasting platform once every other calibration period.
4. The emergency broadcasting terminal timing broadcasting method of claim 1, wherein: in step S20, the broadcast message includes the following fields: a broadcast message ID, a broadcast type, a broadcast level, a broadcast task type, a loop mode, a play type, a start date, an end date, a start time, an end time, a number of repeat plays, and broadcast list information;
the broadcast list information comprises at least one broadcast task item and the playing sequence of each broadcast task item; the broadcast task item includes a resource ID, an audio URL, and an audio MD5 value.
5. The emergency broadcast terminal timing broadcast method of claim 4, wherein: the step S30 specifically includes:
step S31, downloading audio data by the emergency broadcast terminal based on the audio URL of the broadcast message, creating a timing broadcast queue, and storing the synchronous broadcast message to the timing broadcast queue;
step S32, the emergency broadcast terminal sends a play request carrying the broadcast message ID and the resource ID to an emergency broadcast platform;
step S33, after receiving the playing request, the emergency broadcasting platform sends a playing permission instruction to the emergency broadcasting terminal;
step S34, after receiving the play permission instruction, the emergency broadcast terminal carries out audio MD5 value verification on audio data according to the play sequence and then carries out sequential play;
step S35, the emergency broadcast terminal acquires the current system time, checks the audio data being played based on the system time, the broadcast type, the broadcast level, the broadcast task type, the circulation mode, the play type, the start date, the end date, the start time, the end time and the repeated play times, and continues to play if the check is passed; if the verification fails, the playing is stopped.
6. The emergency broadcasting terminal timing broadcasting method of claim 5, wherein: in the step S34, after the audio MD5 value of the audio data is checked according to the playing order, the playing order specifically includes:
according to the playing sequence, comparing whether the audio data in the local area is consistent with the audio MD5 value of the corresponding broadcast task item in the timing broadcast queue, if so, checking to pass, and playing in sequence; and if the audio URL is inconsistent with the preset time broadcast queue, downloading the audio data again based on the audio URL of the preset time broadcast queue, updating the broadcast list information, and performing sequential playing.
7. The emergency broadcasting terminal timing broadcasting method of claim 1, wherein: further comprising:
and step S50, the emergency broadcast terminal performs cancellation, restoration or deletion operation on the timing broadcast queue based on a cancellation instruction, a restoration instruction or a deletion instruction sent by the emergency broadcast platform.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011426346.XA CN112688750A (en) | 2020-12-09 | 2020-12-09 | Emergency broadcasting terminal timing broadcasting method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011426346.XA CN112688750A (en) | 2020-12-09 | 2020-12-09 | Emergency broadcasting terminal timing broadcasting method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112688750A true CN112688750A (en) | 2021-04-20 |
Family
ID=75446404
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011426346.XA Pending CN112688750A (en) | 2020-12-09 | 2020-12-09 | Emergency broadcasting terminal timing broadcasting method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112688750A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113965282A (en) * | 2021-10-09 | 2022-01-21 | 福建新大陆通信科技股份有限公司 | Emergency broadcasting method for multimedia IP outdoor terminal |
| CN116155435A (en) * | 2023-04-19 | 2023-05-23 | 中运科技股份有限公司 | Method, system, equipment and medium for synchronously playing advertisements capable of being inserted |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102594480A (en) * | 2012-01-21 | 2012-07-18 | 中广传播集团有限公司 | Broadcast data transmission method and broadcast data transmitting and receiving device |
| CN103200461A (en) * | 2013-01-14 | 2013-07-10 | 易程（苏州）智能系统有限公司 | Multiple-player-terminal synchronized playing system and playing method |
| CN107645500A (en) * | 2017-09-15 | 2018-01-30 | 成都德芯数字科技股份有限公司 | Broadcast data exchange method and device |
| CN109547141A (en) * | 2018-10-25 | 2019-03-29 | 杭州工信光电子有限公司 | A kind of emergent broadcast typhon system |
| CN109842794A (en) * | 2019-01-21 | 2019-06-04 | 六安富华智能信息科技有限公司 | A kind of emergent broadcast information security monitoring system |
| CN110166550A (en) * | 2019-05-22 | 2019-08-23 | 湖南康通电子股份有限公司 | A kind of fixed time broadcast method and device of digit broadcasting system |
| CN210351188U (en) * | 2019-11-27 | 2020-04-17 | 常州嘉昊广播电视设备有限公司 | Emergency broadcasting system based on mixed network transmission |
| US20200383117A1 (en) * | 2017-03-10 | 2020-12-03 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Broadcast receiver control method and apparatus, and mobile terminal |
-
2020
- 2020-12-09 CN CN202011426346.XA patent/CN112688750A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102594480A (en) * | 2012-01-21 | 2012-07-18 | 中广传播集团有限公司 | Broadcast data transmission method and broadcast data transmitting and receiving device |
| CN103200461A (en) * | 2013-01-14 | 2013-07-10 | 易程（苏州）智能系统有限公司 | Multiple-player-terminal synchronized playing system and playing method |
| US20200383117A1 (en) * | 2017-03-10 | 2020-12-03 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Broadcast receiver control method and apparatus, and mobile terminal |
| CN107645500A (en) * | 2017-09-15 | 2018-01-30 | 成都德芯数字科技股份有限公司 | Broadcast data exchange method and device |
| CN109547141A (en) * | 2018-10-25 | 2019-03-29 | 杭州工信光电子有限公司 | A kind of emergent broadcast typhon system |
| CN109842794A (en) * | 2019-01-21 | 2019-06-04 | 六安富华智能信息科技有限公司 | A kind of emergent broadcast information security monitoring system |
| CN110166550A (en) * | 2019-05-22 | 2019-08-23 | 湖南康通电子股份有限公司 | A kind of fixed time broadcast method and device of digit broadcasting system |
| CN210351188U (en) * | 2019-11-27 | 2020-04-17 | 常州嘉昊广播电视设备有限公司 | Emergency broadcasting system based on mixed network transmission |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113965282A (en) * | 2021-10-09 | 2022-01-21 | 福建新大陆通信科技股份有限公司 | Emergency broadcasting method for multimedia IP outdoor terminal |
| CN113965282B (en) * | 2021-10-09 | 2023-05-12 | 福建新大陆通信科技股份有限公司 | Emergency broadcasting method for multimedia IP outdoor terminal |
| CN116155435A (en) * | 2023-04-19 | 2023-05-23 | 中运科技股份有限公司 | Method, system, equipment and medium for synchronously playing advertisements capable of being inserted |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105959772B (en) | Streaming Media and the instant simultaneous display of subtitle, matched processing method, apparatus and system | |
| CN112688750A (en) | Emergency broadcasting terminal timing broadcasting method | |
| EP2882197B1 (en) | Reception device, reception method, transmission device, and transmission method | |
| KR101434204B1 (en) | System and method for synchronization of television signals associated with multiple broadcast networks | |
| CN108174226B (en) | Transcoding device and method for live video and computer readable storage medium | |
| CN104184756A (en) | Data synchronization method, device and system | |
| CN101583022B (en) | Method for playing video monitoring client terminal and system | |
| CN111368005B (en) | Block chain-based data processing method, device, equipment and readable storage medium | |
| JP2013201574A (en) | Data output method, data output program, and terminal device | |
| CN111949237A (en) | Image display method and device | |
| CN112787742B (en) | Clock synchronization method and device, wireless earphone and readable storage medium | |
| US9706509B2 (en) | Synchronization of streaming data | |
| CN101394264A (en) | Monitoring method and device for periodically packet transmission | |
| CN107528655A (en) | Method for synchronizing time and clock synchronization system | |
| CN116155435B (en) | Method, system, equipment and medium for synchronously playing advertisements capable of being inserted | |
| CN107835449B (en) | Method for realizing multi-terminal synchronous screen connection based on network on Android platform | |
| US9219941B2 (en) | Rich media stream management | |
| CN113365128B (en) | Synchronous playing method and system for multiple LED display screens and LED display equipment | |
| CN106998478B (en) | Offset correction method and device for current playlist of smart television | |
| CN112995697B (en) | Streaming data recovery method, server, storage medium and computer equipment | |
| CN114422866A (en) | Video processing method and device, electronic equipment and storage medium | |
| CN107370716B (en) | Multicast information processing method and device | |
| CN108289226B (en) | Method, server and system for showing digital movie video data | |
| CN102595253B (en) | Method and system for smooth registration of transport stream | |
| CN114584827B (en) | Red packet processing 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 |