CN115243070A - Automatic recovery method for live broadcast stream progress abnormity and processing terminal - Google Patents
Automatic recovery method for live broadcast stream progress abnormity and processing terminal Download PDFInfo
- Publication number
- CN115243070A CN115243070A CN202211146991.5A CN202211146991A CN115243070A CN 115243070 A CN115243070 A CN 115243070A CN 202211146991 A CN202211146991 A CN 202211146991A CN 115243070 A CN115243070 A CN 115243070A
- Authority
- CN
- China
- Prior art keywords
- streaming
- stream
- information
- live
- abnormal
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 47
- 238000012545 processing Methods 0.000 title claims abstract description 9
- 238000011084 recovery Methods 0.000 title claims description 13
- 230000002159 abnormal effect Effects 0.000 claims abstract description 66
- 238000012544 monitoring process Methods 0.000 claims abstract description 36
- 230000008569 process Effects 0.000 claims description 25
- 238000012546 transfer Methods 0.000 claims description 14
- 230000006870 function Effects 0.000 claims description 3
- 230000005856 abnormality Effects 0.000 claims 1
- 238000011161 development Methods 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000001360 synchronised 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/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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64746—Control signals issued by the network directed to the server or the client
- H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
- H04N21/64776—Control signals issued by the network directed to the server or the client directed to the server for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention discloses a method for automatically recovering the abnormal progress of live broadcast pull stream and a processing terminal, wherein the method comprises the following steps: building an SRS streaming media server; establishing a live streaming file for each live stream connected with the SRS streaming media server, and writing the live streaming file into a streaming configuration, wherein the live streaming file is used for storing received streaming information records, the streaming information records comprise abnormal streaming information, and the live streaming file is installed in a log file directory of the SRS streaming media server; and the stream pulling monitoring script pre-installed on the SRS streaming media server is synchronously started along with the SRS streaming media server, the stream pulling monitoring script information is used for monitoring abnormal stream pulling information in the stream pulling information record, and the stream pulling equipment corresponding to the abnormal stream pulling information is pulled again according to the monitored abnormal stream pulling information. The invention can automatically realize the re-stream pulling without restarting the SRS streaming media server, and has the advantages of low development cost, simple deployment and high stability.
Description
Technical Field
The invention relates to the technical field of establishment of a live streaming process, in particular to an automatic recovery method for an abnormal live streaming process and a processing terminal.
Background
The SRS streaming media is positioned in an operation-level Internet live broadcast server cluster, is an excellent domestic open source streaming media server, can be deployed and applied on a linux platform, a mac platform, an embedded platform and even a windows platform, is popular with developers due to simple and clear operation and configuration, and is one of mainstream streaming media servers in the current market.
For live broadcasting, the most important index is stability, and a stable picture is required all the time. In the process of live broadcasting, after stream pulling of the live broadcasting stream on the SRS streaming media is interrupted due to network reasons or other reasons, the SRS streaming media can automatically close the improvement process so as to pull the stream again to obtain the live broadcasting stream, thereby ensuring that a live broadcasting signal is relatively stable. However, the SRS streaming media is not enough to be in error in the streaming process sometimes due to various reasons, such as too much server pressure, very bad time at one end of the network, reconnection after sudden power failure of the signal equipment of the live streaming source, and in such a case, the mechanism of the SRS itself cannot continue to pull the streaming successfully. After a plurality of stream pulling failures for a long time, the SRS can not continue to pull the stream, so that the picture can not be played without a signal source in the live broadcast.
In the case of the SRS streaming media continuing to pull stream seamlessly due to various abnormal conditions, most of the methods in the prior art are considered to intervene and restart the SRS streaming media server, and pull stream again after initialization and configuration, which is troublesome and requires to restart the SRS streaming media server. Therefore, a processing method capable of automatically recovering even in case of an abnormal live streaming process is needed to ensure that a live source signal can be stably obtained and the stability of a live frame can be ensured.
Disclosure of Invention
Aiming at the defects of the prior art, one of the purposes of the invention is to provide a live broadcast stream pulling process abnormity automatic recovery method based on srs stream media, which can solve the problems described in the background technology;
it is another object of the present invention to provide a processing terminal that can solve the problems described in the background.
The technical scheme for realizing one purpose of the invention is as follows: a live broadcast pull flow process abnormity automatic recovery method comprises the following steps:
step 1: building an SRS streaming media server;
and 2, step: establishing a live streaming file for each live streaming connected with the SRS streaming media server, writing the live streaming file into streaming configuration, wherein the live streaming file is used for storing received streaming information records, the streaming information records comprise abnormal streaming information, and the live streaming file is installed in a log file directory of the SRS streaming media server;
and step 3: and the stream pulling monitoring script pre-installed on the SRS streaming media server is synchronously started along with the SRS streaming media server, the stream pulling monitoring script information is used for monitoring abnormal stream pulling information in the stream pulling information record, and the stream pulling equipment corresponding to the abnormal stream pulling information is pulled again according to the monitored abnormal stream pulling information.
Further, the pull stream monitoring script triggers and starts monitoring according to preset time based on the self timing function of the linux system, or starts continuous monitoring after the SRS streaming media server is synchronously started.
Further, the abnormal pull flow information is characterized by using a self-defined keyword.
Furthermore, SRS streaming media software is set up on the linux server, so that the SRS streaming media server is constructed.
Further, the monitoring of the pull flow information record by the pull flow monitoring script specifically includes:
step 3-1: creating a folder used as abnormal pull information in the record pull information record, wherein the folder is marked as an abnormal pull information transfer folder;
step 3-2: monitoring the pull information records, acquiring keywords containing the representation abnormal pull information from the pull information, acquiring target live broadcast equipment corresponding to the abnormal pull information, marking the target live broadcast equipment as abnormal pull live broadcast equipment, traversing all pull information records, finding out the target live broadcast equipment corresponding to each piece of abnormal pull information, and acquiring all abnormal pull live broadcast equipment;
step 3-3: closing the process occupied by the abnormal live streaming equipment in the SRS streaming media server, deleting the live streaming file corresponding to the abnormal live streaming equipment, writing the live streaming file into a new live streaming file, storing the new live streaming file into an abnormal live streaming information transfer folder, and queuing the new live streaming file in the abnormal live streaming information transfer folder according to the creation time sequence of the new live streaming file;
step 3-4: the monitoring script rewrites the new live streaming file corresponding to the earliest creation time into the streaming configuration of the SRS streaming media server, deletes the new live streaming file in the abnormal streaming information transfer folder,
and the SRS streaming media server re-pulls the target live broadcast equipment corresponding to each live broadcast stream pulling file in the stream pulling configuration to realize re-stream pulling.
The second technical scheme for realizing the aim of the invention is as follows: a processing terminal, comprising:
a memory for storing program instructions;
and the processor is used for operating the program instructions to execute the steps of the live broadcast pull stream process exception automatic recovery method.
The beneficial effects of the invention are as follows: the method can realize the re-stream-pulling of the abnormal stream-pulling only by one monitoring script without restarting an SRS stream media server or manual cooperation operation, and has the advantages of low development cost and simple deployment. The stability is also high, and subsequent configuration of a large number of new stream pulling devices (namely target live broadcast devices) can not affect the operation of the previously installed normal stream pulling devices. The method and the device have strong applicability, and can be applied to any abnormal scenes of the live streaming process of the streaming media server including the SRS streaming media server.
Drawings
FIG. 1 is a schematic flow diagram of the present invention;
fig. 2 is a schematic diagram of a processing terminal.
Detailed Description
The invention will be further described with reference to the accompanying drawings and the detailed description below:
as shown in fig. 1, an automatic recovery method for an exception of a live streaming process includes the following steps:
step 1: and (5) building an SRS streaming media server.
The SRS streaming media software can be set up on a linux server or other platforms so as to set up the SRS streaming media server, the other platforms can be mac platforms, part of embedded equipment, and windows also have developed versions so as to set up the SRS streaming media software.
Step 2: establishing a live broadcast stream pulling file for each live broadcast stream connected with the SRS streaming media server, and writing the live broadcast stream pulling file into stream pulling configuration, wherein the live broadcast stream pulling file is used for storing received live broadcast stream data, and the live broadcast stream pulling file is installed in a log file directory of the SRS streaming media server.
The SRS streaming media server can be connected with a plurality of target live broadcast devices, a live broadcast pull stream is obtained by pulling streams from each target live broadcast device, a corresponding live broadcast pull stream file is established for each live broadcast pull stream, the live broadcast pull stream file is used for storing a pull stream information record of the live broadcast stream received in the pull stream process, the pull stream information record comprises abnormal pull stream information, the pull stream information record generally comprises pull stream success (Connection success), network Connection failure (Connection to failed), the occupation of the server Bandwidth exceeds 80% (Bandwidth over 80%), the server Bandwidth occupation exceeds 80%, the current pull stream process is prohibited, and the SRS streaming media server can be regarded as abnormal pull stream information if the network Connection failure occurs and the occupation of the server Bandwidth exceeds 80%.
The name of the live broadcast stream file can be named according to the name of the connected target live broadcast device and a custom rule, for example, the name of the target live broadcast device is live-79, and the name of the live broadcast stream file corresponding to the target live broadcast device is ffmpeg-ingest- \\ default Vhost _ -live-79_ stream.
And 3, step 3: and the stream pulling monitoring script pre-installed on the SRS streaming media server is synchronously started along with the SRS streaming media server, the stream pulling monitoring script information is used for monitoring abnormal stream pulling information in the stream pulling information record, and the stream pulling equipment corresponding to the abnormal stream pulling information is pulled again according to the monitored abnormal stream pulling information. The pull stream monitoring script can be triggered to start monitoring according to preset time based on the self timing function of the linux system, and can also start continuous monitoring after synchronous starting of the SRS streaming media server. Wherein, the pull stream monitoring script can be installed under a root directory of the SRS streaming media server.
The method for monitoring the pull flow information record by the pull flow monitoring script specifically comprises the following steps:
step 3-1: and creating a folder used as the abnormal pull information in the record pull information record, wherein the folder is marked as an abnormal pull information transit folder.
Step 3-2: monitoring the pull stream information record, and obtaining a keyword containing the representation abnormal pull stream information from the pull stream information, wherein the keyword is pre-defined, for example, network Connection failure (Connection to failed), and server Bandwidth occupation exceeding 80% (Bandwidth over 80%) can be used as the keyword representing the abnormal pull stream information, and obtaining a target live broadcast device corresponding to the abnormal pull stream information, and marking the target live broadcast device as the abnormal pull stream live broadcast device. And traversing all the pull stream information records, so that the target live broadcast equipment corresponding to each piece of abnormal pull stream information can be found out, namely all the abnormal pull stream live broadcast equipment can be obtained.
Step 3-3: closing the process occupied by the abnormal live streaming equipment in the SRS streaming media server, deleting the live streaming file corresponding to the abnormal live streaming equipment, writing the deleted live streaming file into a new live streaming file, storing the new live streaming file into the abnormal live streaming information transfer folder, and queuing the new live streaming file in the abnormal live streaming information transfer folder according to the sequence of creation time of the new live streaming file, wherein the time is earlier (earlier) and the time is earlier (earlier) than the time is earlier in the abnormal live streaming information transfer folder.
Step 3-4: and the monitoring script rewrites the new live streaming file corresponding to the earliest creation time into the streaming configuration of the SRS streaming media server according to the creation time of the new live streaming file in the abnormal streaming information transfer folder, and deletes the new live streaming file in the abnormal streaming information transfer folder. And the stream configuration of the SRS streaming media server can automatically re-pull the target live broadcast equipment corresponding to each live broadcast stream file, so that re-stream pulling is realized.
A plurality of new live broadcast stream pulling files are temporarily stored in the abnormal stream pulling information transfer folder, the stream pulling concurrency burden of the SRS streaming media server is relieved, a large amount of temporarily useless target live broadcast equipment is shunted, the live broadcast equipment is recycled one by one, and the whole stream is automatically flowed without manual intervention.
After the new live broadcast stream pulling file is rewritten into the stream pulling configuration of the SRS stream media server, the SRS stream media server pulls the stream of the target live broadcast device corresponding to the new live broadcast stream pulling file, so as to recover the abnormal live broadcast stream pulling process.
The method can realize the re-stream-pulling of the stream-pulling abnormity only by one monitoring script without restarting an SRS stream media server or manual cooperation operation, and has the advantages of low development cost and simple deployment. The stability is also high, and subsequent configuration of a large number of new stream pulling devices (namely target live broadcast devices) can not affect the operation of the normal stream pulling devices which are installed before. The method and the device have strong applicability, and can be applied to any abnormal scenes of the live streaming process of the streaming media server including the SRS streaming media server.
As shown in fig. 2, the present invention further provides a processing terminal 100, which includes:
a memory 101 for storing program instructions;
and the processor 102 is configured to execute the program instructions to perform the steps of the live pull stream process exception automatic recovery method.
The embodiments disclosed in this description are only an exemplification of the single-sided characteristics of the invention, and the scope of protection of the invention is not limited to these embodiments, and any other functionally equivalent embodiments fall within the scope of protection of the invention. Various other changes and modifications to the above-described embodiments and concepts will become apparent to those skilled in the art from the above description, and all such changes and modifications are intended to be included within the scope of the present invention as defined in the appended claims.
Claims (6)
1. A live broadcast stream pulling process abnormity automatic recovery method is characterized by comprising the following steps:
step 1: building an SRS streaming media server;
step 2: establishing a live streaming file for each live stream connected with the SRS streaming media server, and writing the live streaming file into a streaming configuration, wherein the live streaming file is used for storing received streaming information records, the streaming information records comprise abnormal streaming information, and the live streaming file is installed in a log file directory of the SRS streaming media server;
and step 3: and the stream pulling monitoring script pre-installed on the SRS streaming media server is synchronously started along with the SRS streaming media server, the stream pulling monitoring script information is used for monitoring abnormal stream pulling information in the stream pulling information record, and the stream pulling equipment corresponding to the abnormal stream pulling information is pulled again according to the monitored abnormal stream pulling information.
2. The automatic recovery method for the exception of the live streaming process according to claim 1, wherein the streaming monitoring script triggers and starts monitoring according to a preset time based on a self timing function of a linux system, or starts continuous monitoring after synchronously starting an SRS streaming media server.
3. The automatic recovery method for the live streaming process exception as recited in claim 1, wherein the exception streaming information is characterized by using a customized keyword.
4. The automatic recovery method for the abnormality of the live broadcast pull-streaming process according to claim 1, characterized in that SRS streaming media software is built on a linux server, so that an SRS streaming media server is built.
5. The method for automatically recovering from a live streaming process exception according to claim 1, wherein the monitoring of the pull information record by the pull monitoring script specifically comprises:
step 3-1: creating a folder used as abnormal pull information in the record pull information record, wherein the folder is marked as an abnormal pull information transfer folder;
step 3-2: monitoring pull stream information records, acquiring keywords representing abnormal pull stream information from the pull stream information, acquiring target live broadcast equipment corresponding to the abnormal pull stream information, recording the target live broadcast equipment as abnormal pull stream live broadcast equipment, traversing all pull stream information records, finding out target live broadcast equipment corresponding to each piece of abnormal pull stream information, and acquiring all abnormal pull stream live broadcast equipment;
step 3-3: closing the process occupied by the abnormal live streaming equipment in the SRS streaming media server, deleting the live streaming file corresponding to the abnormal live streaming equipment, writing the live streaming file into a new live streaming file, storing the new live streaming file into an abnormal live streaming information transfer folder, and queuing the new live streaming file in the abnormal live streaming information transfer folder according to the creation time sequence of the new live streaming file;
step 3-4: the monitoring script rewrites the new live streaming file corresponding to the earliest creation time into the streaming configuration of the SRS streaming media server, deletes the new live streaming file in the abnormal streaming information transfer folder,
and the SRS streaming media server re-pulls the target live broadcast equipment corresponding to the stream of each live broadcast stream-pulling file in the stream-pulling configuration to realize the re-stream-pulling.
6. A processing terminal, characterized in that it comprises:
a memory for storing program instructions;
a processor for executing the program instructions to perform the steps of the live pull stream process exception automatic recovery method as claimed in any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211146991.5A CN115243070B (en) | 2022-09-21 | 2022-09-21 | Automatic recovery method for live broadcast stream progress abnormity and processing terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211146991.5A CN115243070B (en) | 2022-09-21 | 2022-09-21 | Automatic recovery method for live broadcast stream progress abnormity and processing terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115243070A true CN115243070A (en) | 2022-10-25 |
| CN115243070B CN115243070B (en) | 2022-12-27 |
Family
ID=83681543
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211146991.5A Active CN115243070B (en) | 2022-09-21 | 2022-09-21 | Automatic recovery method for live broadcast stream progress abnormity and processing terminal |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115243070B (en) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101662474A (en) * | 2009-09-29 | 2010-03-03 | 中国电信股份有限公司 | Method and system for automatically recovering abnormal termination of mobile terminal streaming |
| CN107911709A (en) * | 2017-11-17 | 2018-04-13 | 广州酷狗计算机科技有限公司 | live interface display method, device and terminal |
| CN108012161A (en) * | 2017-11-10 | 2018-05-08 | 广州华多网络科技有限公司 | Net cast method, system and terminal device |
| CN110460866A (en) * | 2019-07-29 | 2019-11-15 | 网宿科技股份有限公司 | Push method, system and the server of stream medium data |
| CN111818121A (en) * | 2020-05-26 | 2020-10-23 | 杭州爱教乐学科技有限公司 | Live broadcast communication method and device, computer equipment and storage medium |
| CN111866603A (en) * | 2020-07-21 | 2020-10-30 | 广州市保伦电子有限公司 | Video file production method based on SRS, background server and system |
| CN114339420A (en) * | 2020-10-09 | 2022-04-12 | 武汉斗鱼鱼乐网络科技有限公司 | Stream pulling method and device, electronic equipment and storage medium |
| CN114928758A (en) * | 2022-05-05 | 2022-08-19 | 上海哔哩哔哩科技有限公司 | Live broadcast abnormity detection processing method and device |
| CN114979695A (en) * | 2022-05-25 | 2022-08-30 | 广州市保伦电子有限公司 | Multi-process live broadcast method and device based on SRS, electronic equipment and storage medium |
-
2022
- 2022-09-21 CN CN202211146991.5A patent/CN115243070B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101662474A (en) * | 2009-09-29 | 2010-03-03 | 中国电信股份有限公司 | Method and system for automatically recovering abnormal termination of mobile terminal streaming |
| CN108012161A (en) * | 2017-11-10 | 2018-05-08 | 广州华多网络科技有限公司 | Net cast method, system and terminal device |
| CN107911709A (en) * | 2017-11-17 | 2018-04-13 | 广州酷狗计算机科技有限公司 | live interface display method, device and terminal |
| CN110460866A (en) * | 2019-07-29 | 2019-11-15 | 网宿科技股份有限公司 | Push method, system and the server of stream medium data |
| CN111818121A (en) * | 2020-05-26 | 2020-10-23 | 杭州爱教乐学科技有限公司 | Live broadcast communication method and device, computer equipment and storage medium |
| CN111866603A (en) * | 2020-07-21 | 2020-10-30 | 广州市保伦电子有限公司 | Video file production method based on SRS, background server and system |
| CN114339420A (en) * | 2020-10-09 | 2022-04-12 | 武汉斗鱼鱼乐网络科技有限公司 | Stream pulling method and device, electronic equipment and storage medium |
| CN114928758A (en) * | 2022-05-05 | 2022-08-19 | 上海哔哩哔哩科技有限公司 | Live broadcast abnormity detection processing method and device |
| CN114979695A (en) * | 2022-05-25 | 2022-08-30 | 广州市保伦电子有限公司 | Multi-process live broadcast method and device based on SRS, electronic equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115243070B (en) | 2022-12-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8214823B2 (en) | Cluster system, process for updating software, service provision node, and computer-readable medium storing service provision program | |
| US20090282096A1 (en) | System and method for monitoring user interface connectivity state | |
| US9282278B2 (en) | Method, multimedia system and network side device for recording program | |
| US20080126517A1 (en) | File Transfer System, Transmitting Device and Receiving Device | |
| JP2009230171A (en) | Update management program, management node, update management method, and cluster system | |
| JPH02310665A (en) | Data restoration method for distributed transaction processing system | |
| CN107484010B (en) | Video resource decoding method and device | |
| CN111586158B (en) | Audio and video fragment uploading and retransmitting method | |
| JP5020499B2 (en) | Video data recording method and recording apparatus therefor | |
| CN115243070B (en) | Automatic recovery method for live broadcast stream progress abnormity and processing terminal | |
| CN113254394B (en) | Snapshot processing method, system, equipment and storage medium | |
| WO2018177193A1 (en) | Software upgrade method and device | |
| CN109040827B (en) | Video file playing method, storage medium and intelligent terminal | |
| CN109634778B (en) | Method and device for restoring factory settings and electronic equipment | |
| CN112905106A (en) | Data processing method, device, system, equipment and storage medium | |
| CN116684556A (en) | Network video monitoring networking method and system based on frp | |
| CN112804071A (en) | On-line upgrading method, upgrading file providing method, equipment and storage medium | |
| CN116382753A (en) | High-reliability remote upgrading method for equipment firmware based on network | |
| CN111694516B (en) | Version online upgrading method and terminal of distributed block storage system | |
| CN113535482B (en) | Cloud backup chain data backup method and device, equipment and readable medium | |
| CN113094075A (en) | Firmware upgrading method and device, terminal equipment and computer readable storage medium | |
| CN109347937B (en) | Intelligent remote upgrading method applied to video monitoring equipment | |
| Cisco | Software Upgrade Notes | |
| CN108874592B (en) | Data cold standby method and system for Log-structured storage engine | |
| CN112269763A (en) | File aggregation method and related 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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: No. 56 Nanli East Road, Shiqi Town, Panyu District, Guangzhou City, Guangdong Province, 510000 Patentee after: Guangdong Baolun Electronics Co.,Ltd. Address before: No.19 Chuangyuan Road, Zhongcun street, Panyu District, Guangzhou, Guangdong 510000 Patentee before: GUANGZHOU ITC ELECTRONIC TECHNOLOGY Co.,Ltd. |