CN112218175B - Processing method and device for live broadcast room state and computing equipment - Google Patents
Processing method and device for live broadcast room state and computing equipment Download PDFInfo
- Publication number
- CN112218175B CN112218175B CN202011424511.8A CN202011424511A CN112218175B CN 112218175 B CN112218175 B CN 112218175B CN 202011424511 A CN202011424511 A CN 202011424511A CN 112218175 B CN112218175 B CN 112218175B
- Authority
- CN
- China
- Prior art keywords
- stream
- live
- live broadcast
- event
- state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
Abstract
The invention discloses a method, a device and a computing device for processing a live broadcast room state, wherein the method comprises the following steps: when a stream starting event reported by a stream server is received, recording a live stream identifier carried by the stream starting event as a target live stream identifier; responding to a stream ending event reported by a stream server, and if the event type of the stream ending event is a passive ending type and a live stream identifier carried by the stream ending event is consistent with a target live stream identifier, updating the state of a live broadcast room into a live broadcast interruption state; registering a delay task event according to preset time, and calling a live broadcast interruption overtime event generated by triggering in a stream server through the delay task event when the preset time is reached; and if the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier and the live broadcast room state is the live broadcast interruption state, updating the live broadcast room state from the live broadcast interruption state to a live broadcast ending state. Through the mode, the state of the live broadcast room can be accurately determined.
Description
Technical Field
The invention relates to the technical field of computers, in particular to a method and a device for processing a live broadcast room state and computing equipment.
Background
With the rapid development of internet technology, live broadcast application becomes the trend in network application, live broadcast content covers more and more scenes, and daily life of people is greatly enriched. When live broadcasting is carried out, a new stream is generated, a stream starting event is triggered, and a stream ending event is triggered when live broadcasting is ended.
However, the inventor finds out in the process of implementing the invention that: in the prior art, it is difficult to determine the current state of the live broadcast room through the triggered event stream, for example, when the push stream of the stream a is interrupted, the server does not trigger the stream end event immediately, but triggers the stream end event of the live broadcast stream a only when it is monitored that the live broadcast stream data is not received within a certain period of time, and during this period, a new live broadcast stream B is generated, so that the stream start event of the live broadcast stream B is in front, and after the stream end event of the live broadcast stream a, the state of the live broadcast room at this time is difficult to be determined based on the event stream.
Disclosure of Invention
In view of the above, the present invention is proposed in order to provide a live room status processing method, apparatus and computing device that overcome or at least partially solve the above problems.
According to an aspect of the present invention, a method for processing a live broadcast room status is provided, including:
when a stream starting event reported by a stream server is received, recording a live stream identifier carried by the stream starting event as a target live stream identifier;
responding to a stream ending event reported by a stream server, determining the event type of the stream ending event, and if the event type of the stream ending event is a passive ending type, judging whether a live stream identifier carried by the stream ending event is consistent with a target live stream identifier;
if the live broadcast stream identifier carried by the stream ending event is consistent with the target live broadcast stream identifier, updating the state of the live broadcast room to be a live broadcast interruption state;
registering a delay task event according to preset time, and calling a live broadcast interruption overtime event generated by triggering in a stream server through the delay task event when the preset time is reached;
judging whether a live broadcast stream identifier carried by a live broadcast interruption overtime event is consistent with a target live broadcast stream identifier or not, and judging whether the state of a live broadcast room is a live broadcast interruption state or not if the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier;
and if the live broadcasting room state is the live broadcasting interruption state, updating the live broadcasting room state from the live broadcasting interruption state to a live broadcasting ending state.
Optionally, the method further comprises: and if the stream server does not receive the live stream data of the live stream within a preset time period, triggering to generate a stream ending event of a passive ending type, wherein the stream ending event carries the live stream identification of the live stream.
Optionally, the method further comprises: and if the event type of the stream ending event is the active ending type, updating the live broadcasting room state into a live broadcasting ending state.
Optionally, the method further comprises: the stream server responds to a live broadcast ending request sent by the stream pushing terminal and triggers and generates a stream ending event of an active ending type; and the stream pushing terminal responds to the end operation of the user for the live broadcast room and initiates a live broadcast end request.
Optionally, the method further comprises: and if the live stream identifier carried by the stream ending event is inconsistent with the target live stream identifier, giving up processing the stream ending event and keeping the state of the live broadcast room unchanged.
Optionally, before recording that the live stream identifier carried by the stream start event is the target live stream identifier, the method further includes: judging whether the live broadcasting room state is a to-be-live broadcasting state or a live broadcasting interruption state; and if so, updating the live broadcasting room state into a live broadcasting middle state.
Optionally, the method further comprises: and after the state of the live broadcast room is updated, returning prompt information containing the updated state of the live broadcast room to the watching terminal for the watching terminal to present.
According to another aspect of the present invention, there is provided a device for processing a live broadcast room status, including:
the recording module is suitable for recording the live stream identifier carried by the stream starting event as a target live stream identifier when the stream starting event reported by the stream server is received;
the event processing module is suitable for responding to the stream ending event reported by the stream server, determining the event type of the stream ending event, and judging whether the live stream identifier carried by the stream ending event is consistent with the target live stream identifier if the event type of the stream ending event is a passive ending type;
the live broadcast state updating module is suitable for updating the state of the live broadcast room into a live broadcast interruption state if the live broadcast stream identifier carried by the stream ending event is consistent with the target live broadcast stream identifier;
the event processing module is further adapted to: registering a delay task event according to preset time, and calling a live broadcast interruption overtime event generated by triggering in a stream server through the delay task event when the preset time is reached; judging whether the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier or not;
the live status update module is further adapted to: if the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier, judging whether the state of the live broadcast room is a live broadcast interruption state or not; and if the live broadcasting room state is the live broadcasting interruption state, updating the live broadcasting room state from the live broadcasting interruption state to a live broadcasting ending state.
Optionally, if the stream server does not receive live stream data of a live stream within a preset time period, a stream end event of a passive end type is triggered to be generated, where the stream end event carries a live stream identifier of the live stream.
Optionally, the live status update module is further adapted to: and if the event type of the stream ending event is the active ending type, updating the live broadcasting room state into a live broadcasting ending state.
Optionally, the streaming server triggers and generates a streaming end event of an active end type in response to a live end request sent by the stream pushing terminal; and the stream pushing terminal responds to the end operation of the user for the live broadcast room and initiates a live broadcast end request.
Optionally, the event processing module is further adapted to: if the live stream identifier carried by the stream ending event is inconsistent with the target live stream identifier, abandoning the processing of the stream ending event,
the live status update module is further adapted to: and keeping the state of the live room unchanged.
Optionally, the live status update module is further adapted to: judging whether the live broadcasting room state is a to-be-live broadcasting state or a live broadcasting interruption state; and if so, updating the live broadcasting room state into a live broadcasting middle state.
Optionally, the apparatus further comprises: and the sending module is suitable for returning prompt information containing the updated live broadcast room state to the watching terminal after the live broadcast room state is updated so as to present the prompt information by the watching terminal.
According to yet another aspect of the present invention, there is provided a computing device comprising: the system comprises a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface complete mutual communication through the communication bus;
the memory is used for storing at least one executable instruction, and the executable instruction enables the processor to execute the operation corresponding to the processing method of the live broadcast room state.
According to still another aspect of the present invention, a computer storage medium is provided, where at least one executable instruction is stored in the storage medium, and the executable instruction causes a processor to perform an operation corresponding to the processing method of the above live broadcast room state.
According to the processing method, the processing device and the computing equipment of the state of the live broadcast room, when a stream start event reported by a stream server is received, a live broadcast stream identifier carried by the stream start event is recorded as a target live broadcast stream identifier; responding to a stream ending event reported by a stream server, determining the event type of the stream ending event, and if the event type of the stream ending event is a passive ending type, judging whether a live stream identifier carried by the stream ending event is consistent with a target live stream identifier; if the live broadcast stream identifier carried by the stream ending event is consistent with the target live broadcast stream identifier, updating the state of the live broadcast room to be a live broadcast interruption state; registering a delay task event according to preset time, and calling a live broadcast interruption overtime event generated by triggering in a stream server through the delay task event when the preset time is reached; judging whether a live broadcast stream identifier carried by a live broadcast interruption overtime event is consistent with a target live broadcast stream identifier or not, and judging whether the state of a live broadcast room is a live broadcast interruption state or not if the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier; and if the live broadcasting room state is the live broadcasting interruption state, updating the live broadcasting room state from the live broadcasting interruption state to a live broadcasting ending state. In the method, the live stream identification carried by the event is compared with the live stream identification pushed for the latest time when the event reported by the stream server is received by recording the live stream identification pushed for the latest time, so that the state of the live room is accurately determined.
The foregoing description is only an overview of the technical solutions of the present invention, and the embodiments of the present invention are described below in order to make the technical means of the present invention more clearly understood and to make the above and other objects, features, and advantages of the present invention more clearly understandable.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:
fig. 1 is a flowchart illustrating a method for processing a live broadcast room status according to an embodiment of the present invention;
fig. 2 is a flowchart illustrating a method for processing a live broadcast room status according to another embodiment of the present invention;
fig. 3 is a schematic structural diagram of a processing apparatus for processing a live broadcast room status provided by an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a computing device provided in an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention can be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
Fig. 1 is a flowchart illustrating a method for processing a live broadcast room status according to an embodiment of the present invention, where the method is performed by any device with data processing capability, and the method is applicable to a live broadcast room server in a live broadcast system, where the live broadcast system includes: the present invention relates to a viewing terminal, a stream pushing terminal, a stream server, and a live broadcast server, and certainly, the application scenario of the present invention is not limited thereto. As shown in fig. 1, the method comprises the steps of:
step S110, when a stream start event reported by the stream server is received, recording the live stream identifier carried by the stream start event as a target live stream identifier.
The stream pushing terminal is a terminal at the side of an anchor user, and when a new live stream is generated, the stream server identifies the live stream to obtain the unique live stream identifier of the live stream and triggers a stream starting event carrying the live stream identifier. A stream start event can be understood as signal data for informing the live room server that a new live stream is currently generated and for informing the live stream identification of the new live stream.
And the stream server reports the stream start event to the live broadcast room server, and the live broadcast room server records the live broadcast stream identifier carried by the live broadcast room server as the target live broadcast stream identifier. That is to say, the target live stream identifier is a variable, and when a stream start event reported by the stream server is received, the target live stream identifier is replaced by the live stream identifier carried by the stream start event, which is equivalent to that the target live stream identifier is always the identifier of the live stream pushed the latest time, and is also the identifier of the live stream currently being pushed.
For example, the stream pushing terminal initiates a stream pushing request to mark a live stream as a live stream a, the stream server triggers a stream start event generating the live stream a and reports the event to the live room server, and the live room server records a target live stream identifier as an identifier a; and then the live broadcast application is crashed and flashed off, so that the stream pushing of the live broadcast stream A is interrupted, the anchor user immediately restarts the live broadcast application to continue live broadcast, a new live broadcast stream is generated at the moment, the new live broadcast stream is marked as a live broadcast stream B, the stream server triggers a stream starting event of the live broadcast stream B and reports the stream starting event to a live broadcast room server, and the live broadcast room server updates the target live broadcast stream identification from the identification A to the identification B.
Step S120, determining an event type of the stream ending event in response to the stream ending event reported by the stream server, and if the event type of the stream ending event is a passive ending type, determining whether the live stream identifier carried by the stream ending event is consistent with the target live stream identifier.
The event types of the stream ending events are divided into an active ending type and a passive ending type, the stream ending events of the active ending type are triggered under the scene that the anchor user actively ends the live broadcast, for example, when the anchor user executes the operation of ending the live broadcast at the stream pushing terminal, the stream server triggers the stream ending events of the active ending type. The method includes the steps that a passive end type stream end event is triggered in a passive end live broadcast scene, for example, the stream pushing terminal interrupts the stream pushing due to network faults, weak signals, call connection, network switching and other problems, and a stream server cannot receive live broadcast stream data within a period of time, so that the passive end type stream end event is triggered.
And the stream server reports the triggered stream ending event to a live broadcast room server, and the live broadcast room server analyzes the event type of the stream ending event. Optionally, when the stream server triggers the stream ending event, the stream ending event carries the ending event type identifier. For example, an active end event is identified by a "1" and a passive end event is identified by a "2". And after receiving the stream ending event reported by the stream server, the live broadcast room server extracts an ending event type identifier carried by the stream ending event, and can judge the event type of the stream ending event according to the ending event type identifier.
In addition, the streaming server monitors the live stream in real time, and carries the live stream identifier of the live stream when each event is triggered and generated. And if the event type of the stream ending event is a passive ending type, further judging whether the live stream identifier carried by the stream ending event is consistent with the target live stream identifier.
Step S130, if the live stream identifier carried by the stream ending event is consistent with the target live stream identifier, the live room state is updated to a live interruption state.
And if the live stream identifier carried by the stream ending event of the passive ending type is consistent with the target live stream identifier, the stream ending event is the live stream aiming at the current push stream, and the push stream terminal interrupts the push stream, updating the state of the live broadcast room to be a live broadcast interruption state.
Step S140, a delay task event is generated according to the preset time registration, and when the preset time is reached, a live broadcast interruption overtime event generated in the stream server is triggered and called through the delay task event.
In the method of the embodiment, after the live broadcast is interrupted due to an abnormal condition, a period of time is reserved, and the state of the live broadcast room is further updated based on the operation of the stream pushing terminal in the reserved period of time.
Specifically, after the live broadcasting room state is updated to the live broadcasting interruption state, a delay task event is registered, and the delay task event is used for timing and calling a live broadcasting interruption overtime event generated in the streaming server when the timing reaches a preset time.
After a stream ending event of a passive ending type is generated by triggering in the stream server, a live broadcast interruption overtime event of a corresponding live broadcast stream is triggered, and the live broadcast interruption overtime event is used for timing the interruption time of the live broadcast stream.
Step S150, determining whether the live stream identifier carried by the live interruption timeout event is consistent with the target live stream identifier, and if the live stream identifier carried by the live interruption timeout event is consistent with the target live stream identifier, further determining whether the live stream state is the live interruption state.
And the delayed task event calls a live broadcast interruption overtime event triggered in the stream server, and judges whether the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier.
If the live stream identifier carried by the stream ending event is consistent with the target live stream identifier, and the live stream identifier carried by the interrupt timeout event triggered later is still consistent with the target live stream identifier, it is indicated that the live stream pushed the latest time is interrupted first, the interruption time exceeds the preset time, and no new live stream is generated during the timing period of the interruption time.
Step S160, if the live broadcasting room status is the live broadcasting interruption status, updating the live broadcasting room status from the live broadcasting interruption status to the live broadcasting end status.
If the interruption time of the live broadcast stream of the latest stream pushing is overtime, further judging whether the state of the live broadcast room is the live broadcast interruption state, if so, further explaining that a new live broadcast stream is still not generated, namely, the live broadcast stream of the latest stream pushing is interrupted, is not recovered in a reserved time period, and simultaneously does not generate a new live broadcast stream, at the moment, determining that the live broadcast is ended, and updating the state of the live broadcast room from the live broadcast interruption state to a live broadcast ending state.
According to the method for processing the live broadcast room state provided by the embodiment, the live broadcast stream identifier of the latest stream pushing is recorded, and when the event reported by the stream server is received, the live broadcast stream identifier carried by the event is compared with the live broadcast stream identifier of the latest stream pushing, so that the live broadcast room state is accurately determined.
Fig. 2 is a flowchart illustrating a method for processing a live room status according to another embodiment of the present invention, where the method is performed by any device with data processing capability, and the method is applicable to a live room server in a live system, where the live system includes: the present invention relates to a viewing terminal, a stream pushing terminal, a stream server, and a live broadcast server, and certainly, the application scenario of the present invention is not limited thereto. As shown in fig. 2, the method comprises the steps of:
step S210, when a stream start event reported by the stream server is received, judging whether the state of the live broadcast room is a to-be-live broadcast state or a live broadcast interruption state, if the state of the live broadcast room is the to-be-live broadcast state or the live broadcast interruption state, updating the state of the live broadcast room to a live broadcast in-progress state, recording a live broadcast stream identifier carried by the stream start event as a target live broadcast stream identifier, and returning prompt information containing the updated live broadcast room state to the watching terminal.
The stream pushing terminal obtains live stream data through shooting by a camera, pushes the stream to the stream server, and when a new live stream is generated, the stream server identifies the live stream to obtain the only live stream identification of the live stream and triggers a stream starting event carrying the live stream identification. A stream start event can be understood as signal data for informing the live room server that a new live stream is currently generated and for informing the live stream identification of the new live stream.
After receiving a stream start event, firstly, judging whether the current live broadcasting room state is a to-be-live broadcasting state or a live broadcasting interruption state. If the live broadcasting room state is the to-be-live broadcasting state, it indicates that no live broadcasting stream has been generated before, and the currently received stream start event is the first stream start event of the live broadcasting room. If the live room status is the live interruption status, it indicates that there is a live stream before it and the live stream is interrupted. In the two states, the stream pushing terminal can normally perform new stream pushing, after the stream pushing terminal normally pushes the stream to the stream server, the stream service server can also normally distribute stream data to the watching terminal, if the live broadcast is normally performed, the live broadcast room state is updated to the live broadcast state, and the prompting information of the updated live broadcast room state is sent to the watching terminal to prompt the watching user of the current live broadcast state.
And the stream server reports the stream start event to the live broadcast room server, and the live broadcast room server records the live broadcast stream identifier carried by the live broadcast room server as the target live broadcast stream identifier. That is to say, the target live stream identifier is a variable, and when a stream start event reported by the stream server is received, the target live stream identifier is replaced by the live stream identifier carried by the stream start event, which is equivalent to that the target live stream identifier is always the identifier of the live stream pushed the latest time, and is also the identifier of the live stream currently being pushed.
Step S220, determining an event type of the stream ending event in response to the stream ending event reported by the stream server, and if the event type of the stream ending event is a passive ending type, determining whether the live stream identifier carried by the stream ending event is consistent with the target live stream identifier. If not, go to step S230; if yes, go to step S240.
Optionally, if the stream server does not receive live stream data of a live stream within a preset time period, a stream end event of a passive end type is triggered to be generated, where the stream end event carries a live stream identifier of the live stream. The live streaming data, namely the data uploaded to the streaming server by the streaming terminal, includes live video streaming data shot by a camera, and the streaming server can monitor the live streaming in real time, and trigger generation of a passive end type streaming end event if the live streaming is detected to have no live streaming data within a certain period of time.
The method includes the steps that a passive ending type stream ending event is triggered in a passive ending live broadcast scene, for example, the live broadcast application is interrupted due to network faults, weak signals, call connection, network switching and other problems, a stream server cannot receive live broadcast stream data within a period of time, and then the active ending type stream ending event is triggered. And if the event type of the stream ending event is a passive ending type, further judging whether the live stream identifier carried by the stream ending event is consistent with the current target live stream identifier.
Optionally, if the event type of the stream end event is the active end type, the live broadcast room state is updated to the live broadcast end state. The method comprises the steps that a main broadcast user triggers a stream ending event of an active ending type under a scene of actively ending the live broadcast, for example, when the main broadcast user executes operation of ending the live broadcast at a stream pushing terminal, a stream server triggers the stream ending event of the active ending type, in this case, the live broadcast ending is directly determined, the state of a live broadcast room is updated to be a live broadcast ending state, and prompt information containing the updated live broadcast room state is sent to a watching terminal so as to inform a user that the current live broadcast is ended.
And step S230, abandoning the processing of the stream ending event and keeping the state of the live broadcast room unchanged.
If the live stream identifier carried by the stream ending event of the passive ending type is inconsistent with the identifier of the live stream pushed for the last time, the live stream pushed for the last time is not interrupted, the live stream pushed for the last time is still normal, the live stream is normally carried out at the moment, the stream ending event is not processed, and the state of the live stream room is kept in a live stream state.
Step S240, the live broadcasting room status is updated from the live broadcasting in-progress status to the live broadcasting interrupted status, and a prompt message containing the updated live broadcasting room status is returned to the viewing terminal.
If the live stream identifier carried by the stream ending event of the passive ending type is consistent with the target live stream identifier, the stream ending event is the live stream aiming at the current push stream, and the push stream terminal interrupts the push stream, the live stream room state is updated to be the live stream interruption state, and prompt information containing the updated live stream room state is returned to the watching terminal to prompt the user that the current live stream is interrupted.
And step S250, registering a delay task event according to preset time, and calling a live broadcast interruption overtime event generated by triggering in the streaming server through the delay task event when the preset time is reached.
In the method of this embodiment, after the live broadcast is interrupted due to an abnormal condition, a period of time is reserved, and the live broadcast room state is further updated based on the operation of the main broadcast interruption in the reserved period of time.
Specifically, after the live broadcasting room state is updated to the live broadcasting interruption state, a delay task event is registered, and the delay task event is used for timing and calling a live broadcasting interruption overtime event generated in the streaming server when the timing reaches a preset time.
After a stream ending event of a passive ending type is generated by triggering in the stream server, a live broadcast interruption overtime event of a corresponding live broadcast stream is triggered and used for timing live broadcast interruption.
Step S260, it is determined whether the live stream identifier carried by the live interruption timeout event is consistent with the target live stream identifier, and if the live stream identifier carried by the live interruption timeout event is consistent with the target live stream identifier, it is determined whether the live room state is the live interruption state.
If the live stream identifier carried by the stream ending event is consistent with the target live stream identifier, and the live stream identifier carried by the interrupt timeout time triggered later is still consistent with the target live stream identifier, it is indicated that the live stream pushed the latest time is interrupted first, the interrupt time exceeds the preset time, and no new live stream is generated during the timing period of the interrupt time.
Step S270, if the live broadcasting room state is the live broadcasting interruption state, the live broadcasting room state is updated from the live broadcasting interruption state to the live broadcasting ending state.
If the interruption time of the live broadcast stream pushed for the last time is judged to be overtime, whether the live broadcast room state is the live broadcast interruption state or not is further judged, if yes, the fact that a new live broadcast stream is still not generated is further explained, namely, the live broadcast stream pushed for the last time is interrupted, the live broadcast stream is not recovered in a reserved time period, meanwhile, a new live broadcast stream is not generated, at the moment, the live broadcast is determined to be ended, and the live broadcast interruption state is updated to be the live broadcast ending state.
The following illustrates the scheme of this embodiment by way of example, specifically as follows:
example one: the anchor user opens the live application to carry out live broadcast, the anchor terminal pushes the stream to the stream server, the stream server marks the live stream as a live stream A, triggers and generates a stream start event carrying A, and reports the stream start event to the live room server; after receiving the stream starting event, the live broadcast room server updates the determined live broadcast room state to a live broadcast in-progress state; the live broadcast application cannot be networked to cause interruption of a live broadcast stream A, wherein after the live broadcast stream A is interrupted, a user does not restart the live broadcast application and does not restart the live broadcast, and a stream server still does not receive live broadcast stream data of the live broadcast stream A after an interval of 50 seconds, triggers a stream ending event of a passive ending type carrying an identifier A and reports the stream ending event to a live broadcast room server; if the live broadcast stream identifier A carried by the stream ending event of the passive ending type is judged to be consistent with the target live broadcast stream identifier A by the live broadcast room server, updating the state of the live broadcast room to be a live broadcast interruption state; registering a delay task event of 5 minutes, after 5 minutes, interrupting the live broadcast stream A overtime, triggering the live broadcast interruption overtime event by the stream server, and reporting to a live broadcast room server; and the live broadcast room server judges that the identifier A carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier A, judges that the live broadcast is finished at the moment, and updates the state of the live broadcast room into a live broadcast finishing state.
Different from the first example, in the second example, after the live stream a is interrupted, the user restarts the live application and restarts the live stream, at this time, the live stream B is generated, the stream server triggers generation of the stream start event carrying the identifier B, and the target live stream identifier is recorded as B. When the stream server still does not receive the live stream data of the live stream A after 50 seconds, triggering a stream ending event of a passive ending type carrying an identifier A, and reporting the stream ending event to a live room server; and the live broadcast room server judges that the identifier A carried by the stream ending event of the passive ending type is inconsistent with the target live broadcast stream identifier B, and the stream ending event cannot influence the current live broadcast stream B, neglecting the stream ending event and keeping the state of the live broadcast room unchanged during live broadcast.
In summary, according to the method for processing the live broadcast room status provided in this embodiment, by recording the identifier of the live broadcast stream that was pushed recently, when different types of events reported by the stream server are received, the live broadcast stream identifier carried by the event is compared with the recorded identifier of the live broadcast stream that was pushed recently, so as to accurately determine the live broadcast room status.
Fig. 3 is a schematic structural diagram of an embodiment of the processing apparatus for processing the live broadcast room status of the present invention. As shown in fig. 3, the apparatus includes:
the recording module 31 is adapted to record a live stream identifier carried by a stream start event as a target live stream identifier whenever the stream start event reported by the stream server is received;
the event processing module 32 is adapted to determine an event type of the stream ending event in response to the stream ending event reported by the stream server, and determine whether the live stream identifier carried by the stream ending event is consistent with the target live stream identifier if the event type of the stream ending event is a passive ending type;
a live broadcast state updating module 33 adapted to update the live broadcast room state to a live broadcast interruption state if the live broadcast stream identifier carried by the stream ending event is consistent with the target live broadcast stream identifier;
the event processing module 32 is further adapted to: registering a delay task event according to preset time, and calling a live broadcast interruption overtime event generated by triggering in a stream server through the delay task event when the preset time is reached; judging whether the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier or not;
the live status update module 33 is further adapted to: and if the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier, judging whether the state of the live broadcast room is in a live broadcast interruption state, and if the state of the live broadcast room is in a live broadcast interruption state, updating the state of the live broadcast room from the live broadcast interruption state to a live broadcast ending state.
In an optional manner, if the stream server does not receive live stream data of a live stream within a preset time period, a stream end event of a passive end type is triggered to be generated, where the stream end event carries a live stream identifier of the live stream.
In an alternative manner, the live status update module 33 is further adapted to: and if the event type of the stream ending event is the active ending type, updating the live broadcasting room state into a live broadcasting ending state.
In an optional mode, the stream server responds to a live broadcast ending request sent by the stream pushing terminal, and triggers and generates a stream ending event of an active ending type; and the stream pushing terminal responds to the end operation of the user for the live broadcast room and initiates a live broadcast end request.
In an alternative approach, the event processing module 32 is further adapted to: if the live stream identifier carried by the stream ending event is inconsistent with the target live stream identifier, giving up processing the stream ending event;
the live status update module 33 is further adapted to: and keeping the state of the live room unchanged.
In an alternative approach, the event processing module 32 is further adapted to: judging whether the live broadcasting room state is a to-be-live broadcasting state or a live broadcasting interruption state; and if so, updating the live broadcasting room state into a live broadcasting middle state.
In an optional manner, the apparatus further comprises: a sending module adapted to: and after the state of the live broadcast room is updated, returning prompt information containing the updated state of the live broadcast room to the watching terminal for the watching terminal to present.
In summary, according to the method for processing the live broadcast room status provided in this embodiment, by recording the identifier of the live broadcast stream that was pushed recently, when different types of events reported by the stream server are received, the live broadcast stream identifier carried by the event is compared with the recorded identifier of the live broadcast stream that was pushed recently, so as to accurately determine the live broadcast room status.
The embodiment of the invention provides a nonvolatile computer storage medium, wherein at least one executable instruction is stored in the computer storage medium, and the computer executable instruction can execute the processing method of the live broadcast room state in any method embodiment.
The executable instructions may be specifically configured to cause the processor to:
when a stream starting event reported by a stream server is received, recording a live stream identifier carried by the stream starting event as a target live stream identifier;
responding to a stream ending event reported by a stream server, determining the event type of the stream ending event, and if the event type of the stream ending event is a passive ending type, judging whether a live stream identifier carried by the stream ending event is consistent with a target live stream identifier;
if the live broadcast stream identifier carried by the stream ending event is consistent with the target live broadcast stream identifier, updating the state of the live broadcast room to be a live broadcast interruption state;
registering a delay task event according to preset time, and calling a live broadcast interruption overtime event generated by triggering in a stream server through the delay task event when the preset time is reached;
judging whether a live broadcast stream identifier carried by a live broadcast interruption overtime event is consistent with a target live broadcast stream identifier or not, and judging whether the state of a live broadcast room is a live broadcast interruption state or not if the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier;
and if the live broadcasting room state is the live broadcasting interruption state, updating the live broadcasting room state from the live broadcasting interruption state to a live broadcasting ending state.
In an optional manner, if the stream server does not receive live stream data of a live stream within a preset time period, a stream end event of a passive end type is triggered to be generated, where the stream end event carries a live stream identifier of the live stream.
In an alternative, the executable instructions cause the processor to:
and if the event type of the stream ending event is the active ending type, updating the live broadcasting room state into a live broadcasting ending state.
In an optional mode, the stream server responds to a live broadcast ending request sent by the stream pushing terminal, and triggers and generates a stream ending event of an active ending type; and the stream pushing terminal responds to the end operation of the user for the live broadcast room and initiates a live broadcast end request.
In an alternative, the executable instructions cause the processor to:
and if the live stream identifier carried by the stream ending event is inconsistent with the target live stream identifier, giving up processing the stream ending event and keeping the state of the live broadcast room unchanged.
In an alternative, the executable instructions cause the processor to:
judging whether the live broadcasting room state is a to-be-live broadcasting state or a live broadcasting interruption state;
and if so, updating the live broadcasting room state into a live broadcasting middle state.
In an alternative, the executable instructions cause the processor to:
and after the state of the live broadcast room is updated, returning prompt information containing the updated state of the live broadcast room to the watching terminal for the watching terminal to present.
In summary, according to the method for processing the live broadcast room status provided in this embodiment, by recording the identifier of the live broadcast stream that was pushed recently, when different types of events reported by the stream server are received, the live broadcast stream identifier carried by the event is compared with the recorded identifier of the live broadcast stream that was pushed recently, so as to accurately determine the live broadcast room status.
Fig. 4 is a schematic structural diagram of an embodiment of a computing device according to the present invention, and the specific embodiment of the present invention does not limit the specific implementation of the computing device.
As shown in fig. 4, the computing device may include: a processor (processor)402, a Communications Interface 404, a memory 406, and a Communications bus 408.
Wherein: the processor 402, communication interface 404, and memory 406 communicate with each other via a communication bus 408. A communication interface 404 for communicating with network elements of other devices, such as clients or other servers. The processor 402 is configured to execute the program 410, and may specifically execute relevant steps in the above-described processing method embodiment for the live view status of the computing device.
In particular, program 410 may include program code comprising computer operating instructions.
The processor 402 may be a central processing unit CPU or an application Specific Integrated circuit asic or one or more Integrated circuits configured to implement embodiments of the present invention. The computing device includes one or more processors, which may be the same type of processor, such as one or more CPUs; or may be different types of processors such as one or more CPUs and one or more ASICs.
And a memory 406 for storing a program 410. Memory 406 may comprise high-speed RAM memory, and may also include non-volatile memory (non-volatile memory), such as at least one disk memory.
The program 410 may specifically be configured to cause the processor 402 to perform the following operations:
when a stream starting event reported by a stream server is received, recording a live stream identifier carried by the stream starting event as a target live stream identifier;
responding to a stream ending event reported by a stream server, determining the event type of the stream ending event, and if the event type of the stream ending event is a passive ending type, judging whether a live stream identifier carried by the stream ending event is consistent with a target live stream identifier;
if the live broadcast stream identifier carried by the stream ending event is consistent with the target live broadcast stream identifier, updating the state of the live broadcast room to be a live broadcast interruption state;
registering a delay task event according to preset time, and calling a live broadcast interruption overtime event generated by triggering in a stream server through the delay task event when the preset time is reached;
judging whether a live broadcast stream identifier carried by a live broadcast interruption overtime event is consistent with a target live broadcast stream identifier or not, and judging whether the state of a live broadcast room is a live broadcast interruption state or not if the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier;
and if the live broadcasting room state is the live broadcasting interruption state, updating the live broadcasting room state from the live broadcasting interruption state to a live broadcasting ending state.
In an optional manner, if the stream server does not receive live stream data of a live stream within a preset time period, a stream end event of a passive end type is triggered to be generated, where the stream end event carries a live stream identifier of the live stream.
In an alternative, the program 410 causes the processor 402 to:
and if the event type of the stream ending event is the active ending type, updating the live broadcasting room state into a live broadcasting ending state.
In an optional mode, the stream server responds to a live broadcast ending request sent by the stream pushing terminal, and triggers and generates a stream ending event of an active ending type; and the stream pushing terminal responds to the end operation of the user for the live broadcast room and initiates a live broadcast end request.
In an alternative, the program 410 causes the processor 402 to:
and if the live stream identifier carried by the stream ending event is inconsistent with the target live stream identifier, giving up processing the stream ending event and keeping the state of the live broadcast room unchanged.
In an alternative, the program 410 causes the processor 402 to:
judging whether the live broadcasting room state is a to-be-live broadcasting state or a live broadcasting interruption state;
and if so, updating the live broadcasting room state into a live broadcasting middle state.
In an alternative, the program 410 causes the processor 402 to:
and after the state of the live broadcast room is updated, returning prompt information containing the updated state of the live broadcast room to the watching terminal for the watching terminal to present.
In summary, according to the method for processing the live broadcast room status provided in this embodiment, by recording the identifier of the live broadcast stream that was pushed recently, when different types of events reported by the stream server are received, the live broadcast stream identifier carried by the event is compared with the recorded identifier of the live broadcast stream that was pushed recently, so as to accurately determine the live broadcast room status.
The algorithms or displays presented herein are not inherently related to any particular computer, virtual system, or other apparatus. Various general purpose systems may also be used with the teachings herein. The required structure for constructing such a system will be apparent from the description above. In addition, embodiments of the present invention are not directed to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any descriptions of specific languages are provided above to disclose the best mode of the invention.
In the description provided herein, numerous specific details are set forth. It is understood, however, that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.
Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the embodiments of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the invention and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be interpreted as reflecting an intention that: that the invention as claimed requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.
Those skilled in the art will appreciate that the modules in the device in an embodiment may be adaptively changed and disposed in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.
Furthermore, those skilled in the art will appreciate that while some embodiments herein include some features included in other embodiments, rather than other features, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.
The various component embodiments of the invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that a microprocessor or Digital Signal Processor (DSP) may be used in practice to implement some or all of the functionality of some or all of the components according to embodiments of the present invention. The present invention may also be embodied as apparatus or device programs (e.g., computer programs and computer program products) for performing a portion or all of the methods described herein. Such programs implementing the present invention may be stored on computer-readable media or may be in the form of one or more signals. Such a signal may be downloaded from an internet website or provided on a carrier signal or in any other form.
It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The usage of the words first, second and third, etcetera do not indicate any ordering. These words may be interpreted as names. The steps in the above embodiments should not be construed as limiting the order of execution unless specified otherwise.
Claims (10)
1. A method for processing the state of a live broadcast room comprises the following steps:
recording a live broadcast stream identifier carried by a stream starting event as a target live broadcast stream identifier when the stream starting event reported by a stream server is received;
responding to a stream ending event reported by a stream server, determining the event type of the stream ending event, and if the event type of the stream ending event is a passive ending type, judging whether a live stream identifier carried by the stream ending event is consistent with a target live stream identifier;
if the live broadcast stream identifier carried by the stream ending event is consistent with the target live broadcast stream identifier, updating the state of the live broadcast room to be a live broadcast interruption state;
registering a delay task event according to preset time, and calling a live broadcast interruption overtime event generated by triggering in a stream server through the delay task event when the preset time is reached;
judging whether a live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with a target live broadcast stream identifier or not, and if so, judging whether the state of a live broadcast room is a live broadcast interruption state or not;
and if the live broadcasting room state is the live broadcasting interruption state, updating the live broadcasting room state from the live broadcasting interruption state to a live broadcasting ending state.
2. The method of claim 1, further comprising:
and if the stream server does not receive the live stream data of the live stream within a preset time period, triggering to generate a stream ending event of a passive ending type, wherein the stream ending event carries the live stream identification of the live stream.
3. The method of claim 1, further comprising:
and if the event type of the stream ending event is the active ending type, updating the live broadcasting room state into a live broadcasting ending state.
4. The method of claim 3, further comprising:
the stream server responds to a live broadcast ending request sent by the stream pushing terminal and triggers and generates a stream ending event of an active ending type;
and the stream pushing terminal responds to the end operation of the user for the live broadcast room and initiates a live broadcast end request.
5. The method of claim 1, further comprising:
and if the live stream identifier carried by the stream ending event is inconsistent with the target live stream identifier, giving up processing the stream ending event and keeping the state of the live room unchanged.
6. The method of claim 1, wherein before recording the live stream identifier carried by the stream start event as the target live stream identifier, the method further comprises:
judging whether the live broadcasting room state is a to-be-live broadcasting state or a live broadcasting interruption state;
and if so, updating the live broadcasting room state into a live broadcasting middle state.
7. The method of claim 1, further comprising:
and after the state of the live broadcast room is updated, returning prompt information containing the updated state of the live broadcast room to the watching terminal for the watching terminal to present.
8. A device for processing live room status, comprising:
the recording module is suitable for recording the live broadcast stream identifier carried by the stream starting event as a target live broadcast stream identifier when the stream starting event reported by the stream server is received;
the event processing module is suitable for responding to a stream ending event reported by a stream server, determining the event type of the stream ending event, and judging whether a live stream identifier carried by the stream ending event is consistent with a target live stream identifier if the event type of the stream ending event is a passive ending type;
the live broadcast state updating module is suitable for updating the state of the live broadcast room to be a live broadcast interruption state if the live broadcast stream identifier carried by the stream ending event is consistent with the target live broadcast stream identifier;
the event processing module is further adapted to: registering a delay task event according to preset time, and calling a live broadcast interruption overtime event generated by triggering in a stream server through the delay task event when the preset time is reached; judging whether the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier or not;
the live status update module is further adapted to: and if the live broadcast stream identifier carried by the live broadcast interruption overtime event is consistent with the target live broadcast stream identifier, judging whether the state of the live broadcast room is in a live broadcast interruption state, and if the state of the live broadcast room is in a live broadcast interruption state, updating the state of the live broadcast room from the live broadcast interruption state to a live broadcast ending state.
9. A computing device, comprising: the system comprises a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface complete mutual communication through the communication bus;
the memory is used for storing at least one executable instruction, and the executable instruction causes the processor to execute the operation corresponding to the processing method of the live broadcast room state as claimed in any one of claims 1-7.
10. A computer storage medium having stored therein at least one executable instruction for causing a processor to perform operations corresponding to the method of processing live room status as recited in any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011424511.8A CN112218175B (en) | 2020-12-09 | 2020-12-09 | Processing method and device for live broadcast room state and computing equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011424511.8A CN112218175B (en) | 2020-12-09 | 2020-12-09 | Processing method and device for live broadcast room state and computing equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112218175A CN112218175A (en) | 2021-01-12 |
| CN112218175B true CN112218175B (en) | 2021-03-02 |
Family
ID=74068156
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011424511.8A Active CN112218175B (en) | 2020-12-09 | 2020-12-09 | Processing method and device for live broadcast room state and computing equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112218175B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113347456B (en) * | 2021-06-02 | 2023-04-07 | 网易（杭州）网络有限公司 | Live broadcast information updating method and device and electronic equipment |
| CN114095743A (en) * | 2021-11-12 | 2022-02-25 | 北京乐我无限科技有限责任公司 | Method and device for updating state of live broadcast room, electronic equipment and storage medium |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104486685B (en) * | 2014-11-14 | 2018-11-23 | 广州华多网络科技有限公司 | A kind of control method of Media Stream, device and system |
| CN106331739B (en) * | 2016-09-05 | 2019-05-03 | 广州爱九游信息技术有限公司 | Live broadcasting method, equipment, server, system and live state monitoring method |
| CN106454392A (en) * | 2016-11-24 | 2017-02-22 | 北京小米移动软件有限公司 | Live broadcast processing method, device and terminal |
| CN106803997B (en) * | 2017-03-14 | 2019-12-17 | 广州视源电子科技股份有限公司 | system and method for detecting client playing state in audio and video live broadcast |
| CN106954079B (en) * | 2017-03-14 | 2020-03-17 | 北京潘达互娱科技有限公司 | Live broadcast record statistical method and device |
| CN109005204B (en) * | 2017-06-07 | 2021-08-20 | 腾讯科技（深圳）有限公司 | Live broadcast processing method, device and system |
| CN108540816B (en) * | 2018-03-28 | 2020-03-17 | 腾讯科技（深圳）有限公司 | Live video acquisition method and device and storage medium |
| CN108989881A (en) * | 2018-06-04 | 2018-12-11 | 北京潘达互娱科技有限公司 | A kind of main broadcaster's state determines method and device |
-
2020
- 2020-12-09 CN CN202011424511.8A patent/CN112218175B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN112218175A (en) | 2021-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112218175B (en) | Processing method and device for live broadcast room state and computing equipment | |
| CN107659649B (en) | Application hosting method based on cloud mobile phone | |
| CN105744289B (en) | Live event reminding method and device | |
| CN106488270B (en) | Live broadcast room switching method and device | |
| CN111385666B (en) | Communication link establishing method, device, equipment and storage medium | |
| CN112057846B (en) | Interaction method, device, equipment and storage medium for cloud game service scheduling | |
| CN110502324B (en) | Processing method, system and storage medium for restart data of cloud mobile phone game | |
| CN112579356B (en) | Fault processing method and server | |
| CN108924485B (en) | Client real-time video stream interrupt processing method and system and monitoring system | |
| CN110943862A (en) | Mutual exclusion service judgment method and device, electronic equipment and storage medium | |
| CN110618889A (en) | Service availability detection method and device, computer equipment and storage medium | |
| CN107959890B (en) | Detection method, device, terminal and storage medium for reserved recording | |
| CN111935497B (en) | Video stream management method and data server for traffic police system | |
| CN110430208B (en) | Video stream processing method and device, electronic equipment and storage medium | |
| CN113573114B (en) | Screen projection method and device, electronic equipment and storage medium | |
| US20220159769A1 (en) | Method, device, extender, and computer medium for automatically restoring connection | |
| CN110971941A (en) | Method, system, server and live broadcast room controller for dredging bullet screen congestion | |
| CN108234184B (en) | Method and apparatus for managing user information | |
| CN111479161B (en) | Live broadcast quality data reporting method and device | |
| CN114900434A (en) | Network slice selection strategy method, data connection establishing method, device and system | |
| CN109151577B (en) | Player state tracking method, storage medium, device and system | |
| CN108829824B (en) | Resource processing method and device in internet operation activity | |
| CN114679593B (en) | Live broadcast transcoding processing method, device and system | |
| CN110209474B (en) | Task processing method and device | |
| CN111562925A (en) | Cloud application updating method, server, storage medium and equipment |
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 |