CN108174295B - Method and device for notifying anchor state and method and device for prompting anchor state - Google Patents
Method and device for notifying anchor state and method and device for prompting anchor state Download PDFInfo
- Publication number
- CN108174295B CN108174295B CN201711484893.1A CN201711484893A CN108174295B CN 108174295 B CN108174295 B CN 108174295B CN 201711484893 A CN201711484893 A CN 201711484893A CN 108174295 B CN108174295 B CN 108174295B
- Authority
- CN
- China
- Prior art keywords
- client
- streaming data
- identifier
- anchor
- anchor user
- 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
- 238000000034 method Methods 0.000 title claims abstract description 59
- 230000026676 system process Effects 0.000 claims abstract description 27
- 238000004806 packaging method and process Methods 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 9
- 238000005538 encapsulation Methods 0.000 claims description 8
- 230000006870 function Effects 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
-
- 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/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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
-
- 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44213—Monitoring of end-user related data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/488—Data services, e.g. news ticker
- H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Social Psychology (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention discloses a method and a device for notifying a main broadcasting state, which are characterized in that a user type of a first client is judged to be a main broadcasting user, the fact that the first client does not operate on a system desktop is detected, the main broadcasting user stops broadcasting live, target program information which currently operates on the system desktop is read from a first item of a system process list and is added into streaming data collected by the first client together with an identifier for marking the leaving of the main broadcasting user, and a first identifier for marking the stopping of the main broadcasting user is added into the streaming data collected by the first client so as to enable a second client receiving the streaming data to read the identifier from the streaming data and prompt the main broadcasting state to leave according to the identifier. The method avoids the problem that part of the stream data is not played by the playing end, the corresponding processing time is more accurate, and the user experience is better. Meanwhile, the information of the program currently operated by the system is added, and the reason for the specific departure of the anchor is prompted to the audience according to the program information.
Description
Technical Field
The invention relates to the technical field of network live broadcast, in particular to a notification method of a main broadcast state, a notification device of the main broadcast state, a prompt method of the main broadcast state, a prompt device of the main broadcast state, computer equipment and a computer readable storage medium.
Background
During video live broadcasting, a main broadcast often switches live broadcasting applications to background operation for the reasons of receiving a call, switching other applications and the like. During this time, the capture of video and sound will be interrupted, but the live room will still exist so that after a period of time the anchor switches back to the live interface to continue live.
In the prior art, when a live broadcast is performed by a main broadcast, when a live broadcast client detects that a call is received, the live broadcast client is switched to a background operation or ends the live broadcast, a pause or stop notification is sent to each live broadcast audience client directly through a conventional connection. Since the streaming data transmission is inevitably delayed more or less, and the conventional connection sends the notification faster than the streaming data transmission, so that the streaming data is still not transmitted completely, the viewer client stops the live broadcast in advance due to receiving the notification of pause or stop in advance, and thus a part of the streaming data is not played by the viewer client.
Disclosure of Invention
In view of the above problems, the present invention has been made to provide a method and a corresponding apparatus for notifying a anchor state, and a method and a corresponding apparatus for prompting an anchor state, which overcome the above problems or at least partially solve the above problems.
According to an aspect of the present invention, there is provided a method for notifying a cast status, comprising the steps of:
step 1, judging the user type of a first client as an anchor user;
step 2, detecting that the first client does not run on a system desktop; and
and 3, adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client, so that a second client receiving the streaming data reads the identifier from the streaming data and prompts that the anchor state is the leaving according to the identifier.
Optionally, the step 2 comprises the following sub-steps:
substep 1, detecting a switching event for switching the first client to a system background;
or, substep 2, determining that the first item of the system process list is not the process corresponding to the first client.
Optionally, after the step 2, the following step is further included:
and 4, judging that the anchor user suspends the live broadcast.
Optionally, after the step 3, the following step is further included:
and 5, extracting the preset video clip and providing the preset video clip to the second client in a streaming data format.
Optionally, the step 3 comprises the following sub-steps:
and substep 3, adding a first identifier for marking the pause of the live broadcast of the anchor user in the streaming data collected by the first client.
Optionally, before the step 3, the following step is further included:
and 6, reading the information of the target program which runs on the system desktop from the first item of the system process list, and adding the information of the target program and the mark of the anchor user leaving into the stream data collected by the first client.
Optionally, the step 2 comprises the following sub-steps:
and a substep 4 of detecting a cut-off operation for the streaming data collected by the first client.
Optionally, after the step 2, the following step is further included:
step 7, judging that the anchor user stops live broadcasting;
the step 3 comprises the following substeps:
and a substep 5, adding a second identifier for marking that the anchor user stops live broadcasting in the streaming data collected by the first client.
Optionally, the step 3 comprises the following sub-steps:
substep 6, adding an identifier for marking the leaving of the anchor user at the set position of the video data recorded by the first client;
and substep 7, packaging the video data into a data packet of a set stream data packaging protocol.
According to another aspect of the present invention, there is provided a method for prompting anchor status, comprising the steps of:
step 1, receiving streaming data provided by a first client for acquiring streaming data;
step 2, judging that the set position of the stream data has an identifier of which the mark anchor state is a departure state; and
and 3, generating a prompt message that the anchor state is away.
According to another aspect of the present invention, there is provided a system for notifying a cast status, comprising:
means for determining that the user type of the first client is an anchor user;
means for detecting that the first client is not running on a system desktop; and
and the device is used for adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client, so that a second client receiving the streaming data reads the identifier from the streaming data and prompts the anchor state to be the leaving according to the identifier.
Optionally, the means for detecting that the first client is not running on a system desktop includes:
means for detecting a switch event to switch the first client to a system background;
or, means for determining that the first item of the system process list is not a process corresponding to the first client.
Optionally, the system further comprises:
means for determining that the anchor user paused the live broadcast after the detecting that the first client is not running on a system desktop.
Optionally, the system further comprises:
and the device is used for extracting the preset video segment and providing the preset video segment to a second client in a streaming data format after adding the identifier for marking the departure of the anchor user in the streaming data collected by the first client.
Optionally, the means for adding an identifier that marks that the anchor user leaves in the streaming data collected by the first client is specifically configured to add a first identifier that marks that the anchor user pauses the live broadcast in the streaming data collected by the first client.
Optionally, the system further comprises:
and the device is used for reading the information of the target program currently running on the system desktop from the first item of the system process list before adding the mark for marking the leaving of the anchor user in the streaming data collected by the first client, and adding the information of the target program and the mark for marking the leaving of the anchor user into the streaming data collected by the first client.
Optionally, the means for detecting that the first client is not running on a system desktop includes:
means for detecting a switch-off operation for the streaming data collected by the first client.
Optionally, the system further comprises:
means for determining that the anchor user stopped live after the detecting that the first client is not running on a system desktop;
the device for adding the mark for marking the leaving of the anchor user in the streaming data acquired by the first client is specifically configured to add the second mark for marking the stop of the live broadcast of the anchor user in the streaming data acquired by the first client.
Optionally, the means for adding an identifier that marks the absence of the anchor user in the streaming data collected by the first client comprises:
means for adding an identifier for marking the leaving of the anchor user at a set position of the video data recorded by the first client;
and means for encapsulating the video data into packets that set a stream data encapsulation protocol.
According to another aspect of the present invention, there is provided a system for prompting anchor status, comprising:
means for receiving streaming data provided by a first client that collects the streaming data;
means for determining that the set position of the stream data has a flag indicating that the anchor state is away; and
and means for generating a prompt message that the anchor state is away.
According to another aspect of the present invention, there is provided a computer apparatus comprising: memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor when executing the program implements the steps of:
step 1, judging the user type of a first client as an anchor user;
step 2, detecting that the first client does not run on a system desktop; and
and 3, adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client, so that a second client receiving the streaming data reads the identifier from the streaming data and prompts that the anchor state is the leaving according to the identifier.
According to another aspect of the invention, there is provided a computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of:
step 1, judging the user type of a first client as an anchor user;
step 2, detecting that the first client does not run on a system desktop; and
and 3, adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client, so that a second client receiving the streaming data reads the identifier from the streaming data and prompts that the anchor state is the leaving according to the identifier.
According to the method and the corresponding device for notifying the anchor state, the user type of the first client is judged to be the anchor user, the first client is detected not to run on a system desktop, the anchor user is judged to pause the live broadcast, and the live broadcast client of the anchor can detect the condition that the live broadcast is paused.
Further, by reading the information of the target program currently running on the system desktop from the first item of the system process list, adding the information of the target program together with the mark for marking the leaving of the anchor user into the streaming data collected by the first client, adding the first mark for marking the live broadcast user to pause the live broadcast into the streaming data collected by the first client so that the second client receiving the streaming data reads the mark from the streaming data and prompts that the anchor user leaves according to the mark, so that when the live broadcast collection end pauses the collection of the streaming data, the mark for informing the leaving of the anchor is added into the streaming data, the playing end reads the mark to prompt the leaving of the anchor and pauses the live broadcast, compared with the method of directly sending the notice through the conventional connection, when the streaming data is still not completely transmitted, the playing end cannot receive the notice of the leaving of the anchor in advance and stop in advance, thereby avoiding the problem that part of the streaming data is not played by the playing end, the corresponding processing time is more accurate, and the user experience is better. Meanwhile, the information of the program currently operated by the system is added, and the reason for the specific departure of the anchor is prompted to the audience according to the program information.
Further, by extracting the preset video segment and providing the preset video segment to the second client side in the streaming data format, other videos are provided for the audience in the idle time of the live broadcast pause, so that the audience can stay in the live broadcast room, and the audience is reduced from leaving during the live broadcast pause.
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 steps of a method for notifying a host status according to a first embodiment of the present invention;
fig. 2 is a flowchart illustrating steps of a method for notifying a multicast status according to a second embodiment of the present invention;
fig. 3 is a flowchart illustrating steps of a method for prompting an anchor state according to a third embodiment of the present invention;
fig. 4 is a block diagram showing a notification apparatus of an anchor state according to a fourth embodiment of the present invention;
fig. 5 is a block diagram illustrating an apparatus for prompting an anchor state according to a fifth embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may 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 disclosure to those skilled in the art.
Referring to fig. 1, a schematic step flow diagram illustrating a method for notifying a host status according to an embodiment of the present invention is shown, which may specifically include the following steps:
In the embodiment of the invention, the anchor user refers to a user providing videos in a live broadcast room, and the first client refers to a live broadcast client. The user types of the live broadcast client can comprise a main broadcast user and audience users, wherein the client of the main broadcast user is used for collecting video and audio data and then distributing the video and audio data to the clients of the audience users through a streaming data transmission network so that the clients of the audience users can play the video and audio collected by the client of the main broadcast user.
When the first client is used, whether a live broadcast is created or watched can be selected according to the fact that a user opens the client, and the user type of the first client is judged to be a main broadcast user or an audience user, or the user type of the first client is judged to be the main broadcast user or the audience user according to the fact that the first client is collecting video data or playing the video data currently. In the embodiment of the invention, if the user selects to create a live broadcast after opening the client or the first client is currently collecting video data, the user type of the first client is judged to be the anchor user. Specifically, any suitable manner may be adopted to determine that the user type of the first client is the anchor user, which is not limited in this embodiment of the present invention.
In the embodiment of the invention, intelligent devices such as a smart phone and a tablet computer can simultaneously run a plurality of applications, wherein at least one application occupies a desktop of a system, and other opened applications run in a background. The first client can run on the desktop of the system and can also run on the background of the system. When the system runs on the desktop, the first client can acquire video and audio data through a camera, a microphone and other devices, when the system runs in the background, the first client does not acquire the video and audio data any more, only maintains network connection of the application in the background, and the like.
In the embodiment of the present invention, whether the first client runs on the system desktop is detected, specifically, whether the first client runs on the system desktop or runs in the system background can be determined by detecting whether the first item of the system process list is a process corresponding to the first client, and whether the first client runs on the system desktop or runs in the system background can be determined by detecting whether an operation or a system event occurs in the system to switch the first client to run in the background. For example, detecting an operation of a main call, or detecting an event of switching a system desktop to another application, etc. may be used as a way of detecting that the first client is not running on the system desktop. Specifically, any suitable manner may be adopted to detect that the first client does not run on the system desktop, which is not limited in the embodiment of the present invention.
For example, when the anchor performs live broadcasting, the mobile phone receives a call, the anchor performs operation to connect the call, and the operation of detecting that the call is connected is to detect that the first client is not running on the system desktop.
In the embodiment of the invention, the stream data is data which can be transmitted on the network in a streaming transmission mode, and when the video is broadcast directly, the first client is a client of a main broadcasting user, and the first client can collect the stream data of the video through recording. The second client is a client with a user type of audience users, and can specifically receive streaming data and play the streaming data. The first client and the second client can be clients with the same function for a main broadcasting user and an audience user to log in and enter a live broadcast creating function or a live broadcast watching function through different entrances, and can also be clients with different functions, wherein the main broadcasting user uses the client with the live broadcast creating function, and the audience user uses the client with the live broadcast watching function.
In an embodiment of the present invention, the anchor user leaving may include the anchor user making a call, the anchor user having paused the live broadcast, the anchor user switching the first client to the background, the anchor user having ended the live broadcast, and so on. When detecting that the first client does not run on the system desktop, adding an identifier into the streaming data collected by the first client according to the mode that the anchor user leaves, wherein the identifier is an identifier for marking the anchor user to leave. And after the second client receives the stream data, reading the identifier in the stream data when the stream data is played, and prompting that the anchor state is away according to the read identifier. In a specific implementation, the adding of the mark may specifically be adding an identifier that the anchor user makes a call when the anchor user makes a call, or adding an identifier that the anchor user pauses the live broadcast when the anchor user selects an option of pausing the live broadcast, or adding an identifier that the anchor user pauses the live broadcast when the anchor user switches the first client to the background through application switching. The second client may determine, according to the identifier, a manner in which the anchor user leaves, and specifically, a manner in which the anchor state is prompted to leave may prompt the anchor to answer a call, prompt the anchor to suspend live broadcast, and the like, according to the leaving manner, and specifically, may further include any other suitable leaving manner and prompting manner, which is not limited in this embodiment of the present invention.
Specifically, an identifier for marking the departure of the anchor user may be added to the collected stream data, specifically, an identifier may be added to a packet of the stream data, or an identifier may be added to compressed video data in a packet of the stream data, for example, the stream data is stream data of an RTMP (Real Time Messaging Protocol) Protocol, an identifier for marking the departure of the anchor user is added to a packet of the RTMP Protocol, or an identifier for marking the departure of the anchor user may be added to an extended position of h.264 encoded video data, and then the stream data is encapsulated into a Protocol such as an RTMP (Real Time Messaging Protocol ), or HLS (Live Streaming, HTTP-based Streaming Protocol), or RTP (Real-Time Transport Protocol, a Transport layer Protocol for multimedia data streams on the Internet). Specifically, any suitable manner may be adopted to add the identifier to the stream data, which is not limited in this embodiment of the present invention.
For example, a live broadcast client of a main broadcast records a video of a main broadcast user, when the live broadcast client is detected not to run on a system desktop, an identifier is added in an extension position of H.264 encoded video data to mark the leaving state of the main broadcast user, the H.264 encoded video data is encapsulated into a data packet of an RTMP protocol, streaming data of the video is distributed through a content distribution network, the live broadcast client of a viewer reads the streaming data for playing after receiving the streaming data added with the identifier, and the live broadcast client prompts the leaving state of the main broadcast after reading the mark for marking the leaving of the main broadcast user.
In summary, according to the embodiment of the present invention, the user type of the first client is determined as the anchor user; detecting that the first client is not running on a system desktop; in the streaming data collected by the first client, a mark for marking the leaving of the anchor user is added, so that a second client receiving the streaming data reads the mark from the streaming data and prompts the anchor state to leave according to the mark, when a live broadcast collection end pauses or stops collecting the streaming data, the mark for notifying the leaving of the anchor is added into the streaming data, and the playing end reads the mark to prompt the anchor to leave and stop the live broadcast.
In a preferred embodiment of the present invention, the detecting that the first client is not running on the system desktop may include: a cut-off operation for streaming data collected by a first client is detected.
One implementation way of detecting that the first client does not run on the system desktop is: the first client acquires the streaming data through the processes of recording, encoding and the like, when an anchor user connects a call, switches an application and the like, the first client is cut off from acquiring the streaming data, and the first client is switched to the background to operate so as to cut off the acquisition of the streaming data, so that the first client can be detected to be not operated on a system desktop through detecting the cut-off operation aiming at the acquisition of the streaming data.
In a preferred embodiment of the present invention, after the detecting that the first client is not running on a system desktop, the method may further include: determining that the anchor user stops live broadcasting; the adding, in the streaming data collected by the first client, an identifier that marks the absence of the anchor user may include: and adding a second identifier for marking that the anchor user stops live broadcasting in the streaming data collected by the first client.
And after detecting that the first client does not run on the system desktop, judging whether the anchor user stops live broadcasting, and if the anchor user stops live broadcasting, adding a second identifier for marking the anchor user to stop live broadcasting in the streaming data acquired by the first client. Stopping live broadcasting can include completely stopping live broadcasting, specifically, whether the live broadcasting user stops live broadcasting can be judged according to the fact that the live broadcasting user selects an option of stopping live broadcasting or the progress of live broadcasting application is closed, and specifically, any applicable mode can be adopted for judgment.
In a preferred embodiment of the present invention, the adding, in the streaming data collected by the first client, an identifier that marks the absence of the anchor user may include: adding an identifier for marking the leaving of the anchor user at a set position of the video data recorded by the first client; and encapsulating the video data into a data packet of a set stream data encapsulation protocol.
The stream data encapsulation protocol is a stream data transmission protocol, and specifically refers to a protocol for encapsulating data packets of stream data, for example, RTMP, HLS, RTP, and the like.
The first client records a video, and when the video data is encoded, an identifier for marking the leaving of the anchor user is added to a set position of the video data, and the set position can be determined according to an encoding mode of the video data, for example, an expansion position of h.264 encoded video data. After the identifier is added, the video data is encapsulated into a data packet with a set stream data encapsulation protocol, specifically, any suitable stream data encapsulation protocol is set. Because the mark is added into the video data, the mark can not be lost due to the conversion of the encapsulation protocol, the added mark can be reserved during the protocol conversion, and the streaming data of various encapsulation protocols can be better compatible.
Referring to fig. 2, a schematic step flow diagram illustrating a method for notifying a multicast status according to a second embodiment of the present invention is shown, which may specifically include the following steps:
In the embodiment of the present invention, specific implementation manners of this step may be described in the foregoing embodiment, and details are not described herein.
In the embodiment of the present invention, specific implementation manners of this step may be described in the foregoing embodiment, and details are not described herein.
In a preferred embodiment of the present invention, the detecting that the first client is not running on the system desktop may include: detecting a switching event for switching the first client to a system background; or, determining that the first item of the system process list is not the process corresponding to the first client.
One implementation of detecting that the first client is not running on the system desktop is to detect a switching event that switches the first client to the system background. The switching event may include an event that the first client switches the system background to run due to user operations such as the call being made by the anchor user, and the first client is switched to the system background to run when the switching event is detected. Another implementation manner is to determine that the first item of the system process list is not a process corresponding to the first client, the first item of the system process list usually occupies a system desktop, and determine that the first client is not running on the system desktop when the first item of the system process list is not a process corresponding to the first client.
In the embodiment of the present invention, after detecting that the first client is not running on the system desktop, determining whether the anchor user suspends live broadcasting, where suspending live broadcasting refers to that the anchor user temporarily stops recording live broadcasting, and continues live broadcasting recording after a period of time, specifically, it may be determined that the anchor user suspends live broadcasting according to an option of suspending live broadcasting selected by the anchor user or live broadcasting application switching system background running, and specifically, it may be determined in any applicable manner, which is not limited in the embodiment of the present invention,
step 204, reading the information of the target program currently running on the system desktop from the first item of the system process list, and adding the information and the mark for marking the leaving of the anchor user into the stream data collected by the first client.
In the embodiment of the present invention, the target program information may include information such as an identifier, a name, a brief description, and the like of the program, the target program information currently running on the system desktop is read from the first item of the system process list, and the target program information is added to the streaming data collected by the first client, and is added together with the identifier that the mark anchor user leaves in step 205.
In the embodiment of the present invention, the first identifier is an identifier that marks that the anchor user pauses the live broadcast. The streaming data is data which can be transmitted on the network in a streaming transmission mode, when the video is broadcast directly, the first client is a client of a main broadcast user, and the first client can collect the streaming data of the video through recording. The second client is a client with a user type of audience users, and can specifically receive streaming data and play the streaming data. The first client and the second client can be clients with the same function for a main broadcasting user and an audience user to log in and enter a live broadcast creating function or a live broadcast watching function through different entrances, and can also be clients with different functions, wherein the main broadcasting user uses the client with the live broadcast creating function, and the audience user uses the client with the live broadcast watching function.
In the embodiment of the present invention, the suspending of the live broadcast by the anchor user may include that the anchor user connects a call, the anchor user suspends the live broadcast, the anchor user switches the first client to the background, and the like. When the first client is detected not to run on the system desktop, and the anchor user is judged to pause the live broadcast, a first identifier for marking the pause of the live broadcast of the anchor user is added into the streaming data collected by the first client, and the first identifier is an identifier for marking the pause of the live broadcast of the anchor user. And after the second client receives the streaming data, reading a first identifier in the streaming data when the streaming data is played, and prompting that the anchor state is the pause live broadcast according to the read first identifier. In a specific implementation, the adding of the mark may specifically be adding an identifier that the anchor user makes a call when the anchor user makes a call, or adding an identifier that the anchor user pauses the live broadcast when the anchor user selects an option of pausing the live broadcast, or adding an identifier that the anchor user pauses the live broadcast when the anchor user switches the first client to the background through application switching. The second client may determine, according to the identifier, a manner in which the anchor user leaves, and specifically, a manner in which the anchor state is prompted to leave may prompt the anchor to answer a call, prompt the anchor to suspend live broadcast, and the like, according to the leaving manner, and specifically, may further include any other suitable leaving manner and prompting manner, which is not limited in this embodiment of the present invention.
And step 206, extracting the preset video segment and providing the preset video segment to the second client in a streaming data format.
In the embodiment of the present invention, the preset video segment is a video segment that is stored in advance and is used for filling the live broadcast pause time, and may specifically be any applicable video segment. And extracting preset video clips, and transmitting the preset video clips to each second client through a content distribution network in a streaming data format so as to enable each second client to play the video clips when the live broadcasting is paused.
In summary, according to the embodiment of the present invention, by determining that the user type of the first client is the anchor user, and detecting that the first client is not running on the system desktop, it is determined that the anchor user suspends the live broadcast, so that the live broadcast client of the anchor can detect that the live broadcast is suspended.
Further, by reading the information of the target program currently running on the system desktop from the first item of the system process list, adding the information of the target program together with the mark for marking the leaving of the anchor user into the streaming data collected by the first client, adding the first mark for marking the live broadcast user to pause the live broadcast into the streaming data collected by the first client so that the second client receiving the streaming data reads the mark from the streaming data and prompts that the anchor user leaves according to the mark, so that when the live broadcast collection end pauses the collection of the streaming data, the mark for informing the leaving of the anchor is added into the streaming data, the playing end reads the mark to prompt the leaving of the anchor and pauses the live broadcast, compared with the method of directly sending the notice through the conventional connection, when the streaming data is still not completely transmitted, the playing end cannot receive the notice of the leaving of the anchor in advance and stop in advance, thereby avoiding the problem that part of the streaming data is not played by the playing end, the corresponding processing time is more accurate, and the user experience is better. Meanwhile, the information of the program currently operated by the system is added, and the reason for the specific departure of the anchor is prompted to the audience according to the program information.
Further, by extracting the preset video segment and providing the preset video segment to the second client side in the streaming data format, other videos are provided for the audience in the idle time of the live broadcast pause, so that the audience can stay in the live broadcast room, and the audience is reduced from leaving during the live broadcast pause.
Referring to fig. 3, a schematic flow chart illustrating steps of a method for prompting a anchor state according to a third embodiment of the present invention is shown, which may specifically include the following steps:
In the embodiment of the invention, the first client acquires the streaming data through the processes of recording, encoding and the like, and distributes the acquired streaming data through the content distribution network, and the playing end of the audience user receives the streaming data provided by the first client.
In the embodiment of the present invention, after receiving the stream data, the stream data is analyzed to determine whether the set position of the stream data has the identifier that marks the anchor state as being away, and the set position may be determined according to the encoding mode of the video data, for example, the extended position of the h.264 encoded video data. If the mark indicating that the mark owner state is the leaving mark is found in the set position of the stream data, the mark indicating that the mark owner state is the leaving mark exists in the set position of the stream data.
In the embodiment of the invention, the prompt message that the anchor state is away is generated, and different prompt messages can be generated according to the way that the anchor leaves, for example, when the anchor user switches the live client to the background operation because of putting through the call, a prompt for prompting that the anchor is answering the call is generated according to the corresponding identifier; or when the anchor user selects the option of suspending the live broadcast, generating a prompt for prompting that the anchor suspends the live broadcast according to the corresponding identifier; or when the anchor user selects the option of stopping the live broadcast or completely turns off the live broadcast client, generating a prompt for prompting the anchor to stop the live broadcast according to the corresponding identification.
In summary, according to the embodiments of the present invention, by receiving streaming data provided by a first client that acquires streaming data, determining that a flag indicating that a main broadcast state is away exists at a set position of the streaming data, and generating a prompt message indicating that the main broadcast state is away, when a live streaming acquisition end suspends streaming data acquisition, adding a flag that notifies that the main broadcast is away to the streaming data, and a play end reads the flag to prompt that the main broadcast is away and suspends the live streaming, compared with directly sending a notification through a conventional connection, when there is still no streaming data that is completely transmitted, the play end does not receive a notification that the main broadcast is away in advance and stops live streaming, thereby avoiding a problem that part of the streaming data is not played by the play end, and the corresponding processing time is more accurate, and the user experience is better.
Referring to fig. 4, a block diagram of a notification apparatus of an anchor state according to a fourth embodiment of the present invention is shown, and specifically includes the following modules:
a user determination module 401, configured to determine that the user type of the first client is an anchor user;
a running detection module 402, configured to detect that the first client is not running on a system desktop;
the identifier adding module 403 is configured to add, in the stream data collected by the first client, an identifier for marking that the anchor user leaves, so that a second client that receives the stream data reads the identifier from the stream data and prompts that the anchor state is leaving according to the identifier.
In the embodiment of the present invention, preferably, the operation detection module includes:
a switching event detection submodule, configured to detect a switching event that switches the first client to a system background;
or, the process determining submodule is used for determining that the first item of the system process list is not the process corresponding to the first client.
In the embodiment of the present invention, preferably, the apparatus further includes:
and the live broadcast pause judging module is used for judging that the live broadcast is paused by the anchor user after the first client is detected not to run on the system desktop.
In the embodiment of the present invention, preferably, the apparatus further includes:
and the video segment providing module is used for extracting a preset video segment and providing the preset video segment to a second client in a streaming data format after adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client.
In the embodiment of the present invention, preferably, the identifier adding module is specifically configured to add a first identifier that marks that a main broadcast user suspends live broadcast in stream data acquired by the first client.
In the embodiment of the present invention, preferably, the apparatus further includes:
and the program information adding module is used for reading the target program information currently running on the system desktop from a first item of a system process list before adding the mark for marking the leaving of the anchor user in the streaming data acquired by the first client, and adding the target program information and the mark for marking the leaving of the anchor user into the streaming data acquired by the first client.
In the embodiment of the present invention, preferably, the operation detection module includes:
and the cut-off operation detection submodule is used for detecting the cut-off operation aiming at the streaming data collected by the first client.
In the embodiment of the present invention, preferably, the apparatus further includes:
the live broadcast judging module is used for judging that the anchor user stops live broadcast after the first client is detected not to run on a system desktop;
the identifier adding module is specifically configured to add a second identifier for marking that the anchor user stops live broadcast in the streaming data acquired by the first client.
In the embodiment of the present invention, preferably, the identifier adding module includes:
the identifier adding submodule is used for adding an identifier for marking the leaving of the anchor user at the set position of the video data recorded by the first client;
and the data packet packaging submodule is used for packaging the video data into a data packet with a set stream data packaging protocol.
In summary, according to the embodiment of the present invention, by determining that the user type of the first client is the anchor user, and detecting that the first client is not running on the system desktop, it is determined that the anchor user suspends the live broadcast, so that the live broadcast client of the anchor can detect that the live broadcast is suspended.
Further, by reading the information of the target program currently running on the system desktop from the first item of the system process list, adding the information of the target program together with the mark for marking the leaving of the anchor user into the streaming data collected by the first client, adding the first mark for marking the live broadcast user to pause the live broadcast into the streaming data collected by the first client so that the second client receiving the streaming data reads the mark from the streaming data and prompts that the anchor user leaves according to the mark, so that when the live broadcast collection end pauses the collection of the streaming data, the mark for informing the leaving of the anchor is added into the streaming data, the playing end reads the mark to prompt the leaving of the anchor and pauses the live broadcast, compared with the method of directly sending the notice through the conventional connection, when the streaming data is still not completely transmitted, the playing end cannot receive the notice of the leaving of the anchor in advance and stop in advance, thereby avoiding the problem that part of the streaming data is not played by the playing end, the corresponding processing time is more accurate, and the user experience is better. Meanwhile, the information of the program currently operated by the system is added, and the reason for the specific departure of the anchor is prompted to the audience according to the program information.
Further, by extracting the preset video segment and providing the preset video segment to the second client side in the streaming data format, other videos are provided for the audience in the idle time of the live broadcast pause, so that the audience can stay in the live broadcast room, and the audience is reduced from leaving during the live broadcast pause.
Referring to fig. 5, a block diagram of a structure of a prompting device for an anchor state according to a fifth embodiment of the present invention is shown, and the prompting device specifically includes the following modules:
the streaming data receiving module 501 is configured to receive streaming data provided by a first client that collects the streaming data;
an identifier determining module 502, configured to determine that the set position of the stream data has an identifier indicating that the anchor state is away;
and a prompt message generating module 503, configured to generate a prompt message that the anchor state is away.
In summary, according to the embodiments of the present invention, by receiving streaming data provided by a first client that acquires streaming data, determining that a flag indicating that a main broadcast state is away exists at a set position of the streaming data, and generating a prompt message indicating that the main broadcast state is away, when a live streaming acquisition end suspends streaming data acquisition, adding a flag that notifies that the main broadcast is away to the streaming data, and a play end reads the flag to prompt that the main broadcast is away and suspends the live streaming, compared with directly sending a notification through a conventional connection, when there is still no streaming data that is completely transmitted, the play end does not receive a notification that the main broadcast is away in advance and stops live streaming, thereby avoiding a problem that part of the streaming data is not played by the play end, and the corresponding processing time is more accurate, and the user experience is better.
An embodiment of the present invention further provides a computer device, including: memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor when executing the program implements the steps of:
step 1, judging the user type of a first client as an anchor user;
step 2, detecting that the first client does not run on a system desktop; and
and 3, adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client, so that a second client receiving the streaming data reads the identifier from the streaming data and prompts that the anchor state is the leaving according to the identifier.
Optionally, the step 2 comprises the following sub-steps:
substep 1, detecting a switching event for switching the first client to a system background;
or, substep 2, determining that the first item of the system process list is not the process corresponding to the first client.
Optionally, after the step 2, the following step is further included:
and 4, judging that the anchor user suspends the live broadcast.
Optionally, after the step 3, the following step is further included:
and 5, extracting the preset video clip and providing the preset video clip to the second client in a streaming data format.
Optionally, the step 3 comprises the following sub-steps:
and substep 3, adding a first identifier for marking the pause of the live broadcast of the anchor user in the streaming data collected by the first client.
Optionally, before the step 3, the following step is further included:
and 6, reading the information of the target program which runs on the system desktop from the first item of the system process list, and adding the information of the target program and the mark of the anchor user leaving into the stream data collected by the first client.
Optionally, the step 2 comprises the following sub-steps:
and a substep 4 of detecting a cut-off operation for the streaming data collected by the first client.
Optionally, after the step 2, the following step is further included:
step 7, judging that the anchor user stops live broadcasting;
the step 3 comprises the following substeps:
and a substep 5, adding a second identifier for marking that the anchor user stops live broadcasting in the streaming data collected by the first client.
Optionally, the step 3 comprises the following sub-steps:
substep 6, adding an identifier for marking the leaving of the anchor user at the set position of the video data recorded by the first client;
and substep 7, packaging the video data into a data packet of a set stream data packaging protocol.
In summary, according to the embodiment of the present invention, the user type of the first client is determined as the anchor user; detecting that the first client is not running on a system desktop; in the streaming data collected by the first client, a mark for marking the leaving of the anchor user is added, so that a second client receiving the streaming data reads the mark from the streaming data and prompts the anchor state to leave according to the mark, when a live broadcast collection end pauses or stops collecting the streaming data, the mark for notifying the leaving of the anchor is added into the streaming data, and the playing end reads the mark to prompt the anchor to leave and stop the live broadcast.
An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the following steps:
step 1, judging the user type of a first client as an anchor user;
step 2, detecting that the first client does not run on a system desktop; and
and 3, adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client, so that a second client receiving the streaming data reads the identifier from the streaming data and prompts that the anchor state is the leaving according to the identifier.
Optionally, the step 2 comprises the following sub-steps:
substep 1, detecting a switching event for switching the first client to a system background;
or, substep 2, determining that the first item of the system process list is not the process corresponding to the first client.
Optionally, after the step 2, the following step is further included:
and 4, judging that the anchor user suspends the live broadcast.
Optionally, after the step 3, the following step is further included:
and 5, extracting the preset video clip and providing the preset video clip to the second client in a streaming data format.
Optionally, the step 3 comprises the following sub-steps:
and substep 3, adding a first identifier for marking the pause of the live broadcast of the anchor user in the streaming data collected by the first client.
Optionally, before the step 3, the following step is further included:
and 6, reading the information of the target program which runs on the system desktop from the first item of the system process list, and adding the information of the target program and the mark of the anchor user leaving into the stream data collected by the first client.
Optionally, the step 2 comprises the following sub-steps:
and a substep 4 of detecting a cut-off operation for the streaming data collected by the first client.
Optionally, after the step 2, the following step is further included:
step 7, judging that the anchor user stops live broadcasting;
the step 3 comprises the following substeps:
and a substep 5, adding a second identifier for marking that the anchor user stops live broadcasting in the streaming data collected by the first client.
Optionally, the step 3 comprises the following sub-steps:
substep 6, adding an identifier for marking the leaving of the anchor user at the set position of the video data recorded by the first client;
and substep 7, packaging the video data into a data packet of a set stream data packaging protocol.
In summary, according to the embodiment of the present invention, the user type of the first client is determined as the anchor user; detecting that the first client is not running on a system desktop; in the streaming data collected by the first client, a mark for marking the leaving of the anchor user is added, so that a second client receiving the streaming data reads the mark from the streaming data and prompts the anchor state to leave according to the mark, when a live broadcast collection end pauses or stops collecting the streaming data, the mark for notifying the leaving of the anchor is added into the streaming data, and the playing end reads the mark to prompt the anchor to leave and stop the live broadcast.
The algorithms and displays presented herein are not inherently related to any particular computer, virtual machine, 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. Moreover, the present invention is 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 invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure 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 described 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. It will be appreciated by those skilled in the art that a microprocessor or Digital Signal Processor (DSP) may be used in practice to implement some or all of the functions of some or all of the components of a live status notification method and apparatus, and a live status notification method and apparatus 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.
Claims (16)
1. A method for notifying a cast status, comprising the steps of:
step 1, judging the user type of a first client as an anchor user;
step 2, detecting that the first client does not run on a system desktop; and
step 3, adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client, so that a second client receiving the streaming data reads the identifier from the streaming data and prompts that the anchor state is the leaving according to the identifier;
after the step 2, the method further comprises the following steps:
determining that the anchor user suspends live broadcasting;
before the step 3, the method further comprises the following steps:
and reading the information of the target program currently running on the system desktop from the first item of the system process list, and adding the information of the target program together with the mark of the leaving of the anchor user to the streaming data collected by the first client.
2. The method according to claim 1, wherein said step 2 comprises the sub-steps of:
substep 1, detecting a switching event for switching the first client to a system background;
or, substep 2, determining that the first item of the system process list is not the process corresponding to the first client.
3. The method of claim 1, wherein after the step 3, further comprising the steps of:
and 5, extracting the preset video clip and providing the preset video clip to the second client in a streaming data format.
4. The method according to claim 1, wherein said step 3 comprises the sub-steps of:
and substep 3, adding a first identifier for marking the pause of the live broadcast of the anchor user in the streaming data collected by the first client.
5. The method according to claim 1, wherein said step 2 comprises the sub-steps of:
and a substep 4 of detecting a cut-off operation for the streaming data collected by the first client.
6. The method of claim 5, wherein after the step 2, further comprising the steps of:
step 7, judging that the anchor user stops live broadcasting;
the step 3 comprises the following substeps:
and a substep 5, adding a second identifier for marking that the anchor user stops live broadcasting in the streaming data collected by the first client.
7. The method according to claim 1, wherein said step 3 comprises the sub-steps of:
substep 6, adding an identifier for marking the leaving of the anchor user at the set position of the video data recorded by the first client;
and substep 7, packaging the video data into a data packet of a set stream data packaging protocol.
8. A system for notifying a cast status, comprising:
means for determining that the user type of the first client is an anchor user;
means for detecting that the first client is not running on a system desktop; and
the device is used for adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client, so that a second client receiving the streaming data reads the identifier from the streaming data and prompts that the anchor state is leaving according to the identifier;
the system further comprises:
means for determining that the anchor user paused the live broadcast after the detecting that the first client is not running on a system desktop;
and the device is used for reading the information of the target program currently running on the system desktop from the first item of the system process list before adding the mark for marking the leaving of the anchor user in the streaming data collected by the first client, and adding the information of the target program and the mark for marking the leaving of the anchor user into the streaming data collected by the first client.
9. The system of claim 8, wherein the means for detecting that the first client is not running on a system desktop comprises:
means for detecting a switch event to switch the first client to a system background;
or, means for determining that the first item of the system process list is not a process corresponding to the first client.
10. The system of claim 8, wherein the system further comprises:
and the device is used for extracting the preset video segment and providing the preset video segment to a second client in a streaming data format after adding the identifier for marking the departure of the anchor user in the streaming data collected by the first client.
11. The system according to claim 8, wherein said means for adding an identification of a mark-up anchor user leaving in the streaming data captured by said first client, in particular for adding a first identification of a mark-up anchor user pausing live streaming in the streaming data captured by said first client.
12. The system of claim 8, wherein the means for detecting that the first client is not running on a system desktop comprises:
means for detecting a switch-off operation for the streaming data collected by the first client.
13. The system of claim 12, wherein the system further comprises:
means for determining that the anchor user stopped live after the detecting that the first client is not running on a system desktop;
the device for adding the mark for marking the leaving of the anchor user in the streaming data acquired by the first client is specifically configured to add the second mark for marking the stop of the live broadcast of the anchor user in the streaming data acquired by the first client.
14. The system of claim 8, wherein the means for adding an identification of a mark-up anchor user's departure in the streaming data collected by the first client comprises:
means for adding an identifier for marking the leaving of the anchor user at a set position of the video data recorded by the first client;
and means for encapsulating the video data into packets that set a stream data encapsulation protocol.
15. A computer device, comprising: memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor when executing the program implements the steps of:
step 1, judging the user type of a first client as an anchor user;
step 2, detecting that the first client does not run on a system desktop; and
step 3, adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client, so that a second client receiving the streaming data reads the identifier from the streaming data and prompts that the anchor state is the leaving according to the identifier;
after the step 2, the method further comprises the following steps:
determining that the anchor user suspends live broadcasting;
before the step 3, the method further comprises the following steps:
and reading the information of the target program currently running on the system desktop from the first item of the system process list, and adding the information of the target program together with the mark of the leaving of the anchor user to the streaming data collected by the first client.
16. A computer-readable storage medium, on which a computer program is stored which, when executed by a processor, carries out the steps of:
step 1, judging the user type of a first client as an anchor user;
step 2, detecting that the first client does not run on a system desktop; and
step 3, adding an identifier for marking the leaving of the anchor user in the streaming data collected by the first client, so that a second client receiving the streaming data reads the identifier from the streaming data and prompts that the anchor state is the leaving according to the identifier;
after the step 2, the method further comprises the following steps:
determining that the anchor user suspends live broadcasting;
before the step 3, the method further comprises the following steps:
and reading the information of the target program currently running on the system desktop from the first item of the system process list, and adding the information of the target program together with the mark of the leaving of the anchor user to the streaming data collected by the first client.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711484893.1A CN108174295B (en) | 2017-12-29 | 2017-12-29 | Method and device for notifying anchor state and method and device for prompting anchor state |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711484893.1A CN108174295B (en) | 2017-12-29 | 2017-12-29 | Method and device for notifying anchor state and method and device for prompting anchor state |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108174295A CN108174295A (en) | 2018-06-15 |
| CN108174295B true CN108174295B (en) | 2021-05-25 |
Family
ID=62516317
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711484893.1A Active CN108174295B (en) | 2017-12-29 | 2017-12-29 | Method and device for notifying anchor state and method and device for prompting anchor state |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108174295B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111385591A (en) * | 2018-12-28 | 2020-07-07 | 阿里巴巴集团控股有限公司 | Network live broadcast method, live broadcast processing method and device, live broadcast server and terminal equipment |
| CN111787347A (en) * | 2020-07-15 | 2020-10-16 | 广州繁星互娱信息科技有限公司 | Live broadcast time length calculation method, live broadcast display method, device and equipment |
| CN114760485B (en) * | 2021-01-08 | 2023-09-26 | 深圳市酷看文化传播有限公司 | Video carousel method, system and related equipment |
| CN113014946A (en) * | 2021-03-05 | 2021-06-22 | 广州市网星信息技术有限公司 | Emergency processing method and emergency processing device for live broadcast drop of live broadcast platform |
| CN113365087B (en) * | 2021-05-31 | 2023-01-20 | 北京达佳互联信息技术有限公司 | Video data processing method and device, electronic equipment and storage medium |
| CN114710685B (en) * | 2022-03-14 | 2023-12-05 | 秦皇岛泰和安科技有限公司 | Video stream processing method and device, terminal equipment and storage medium |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106488335A (en) * | 2016-09-20 | 2017-03-08 | 北京小米移动软件有限公司 | Live-broadcast control method and device |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11425079B2 (en) * | 2014-12-16 | 2022-08-23 | All Phase Consulting, Inc. | Simultaneous uninterrupted media play and call management |
| CN105007527B (en) * | 2015-08-05 | 2017-09-29 | 腾讯科技（深圳）有限公司 | Data live broadcasting method and device |
| US10339462B2 (en) * | 2016-04-27 | 2019-07-02 | Dell Products, Lp | System and method for executing a high bandwidth network activity as a background activity in a virtual desktop environment |
| CN106101806B (en) * | 2016-07-04 | 2019-07-02 | 天脉聚源(北京)传媒科技有限公司 | Method for processing video frequency and device when a kind of sharing live video |
| CN107071503B (en) * | 2017-02-09 | 2019-01-08 | 腾讯科技（深圳）有限公司 | The method, apparatus of net cast and live streaming connect streaming server |
| CN107241615A (en) * | 2017-07-31 | 2017-10-10 | 合网络技术（北京）有限公司 | Live pause method, system, live pause device and direct broadcast server |
-
2017
- 2017-12-29 CN CN201711484893.1A patent/CN108174295B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106488335A (en) * | 2016-09-20 | 2017-03-08 | 北京小米移动软件有限公司 | Live-broadcast control method and device |
Non-Patent Citations (1)
| Title |
|---|
| 淘宝直播常见问题解决方法;开淘网站;《https://www.kaitao.cn/article/20161107171800.htm》;20171221;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108174295A (en) | 2018-06-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108174295B (en) | Method and device for notifying anchor state and method and device for prompting anchor state | |
| KR101852893B1 (en) | Information pushing method, device, and system | |
| EP3713224B1 (en) | Live data processing method and system, and server | |
| CN102263959B (en) | Direct broadcast transfer method and system | |
| US9832517B2 (en) | Seamless playback of media content using digital watermarking | |
| CN104427352B (en) | A kind of method and system for the mobile terminal recording playback television video that user interaction is shared | |
| US10863247B2 (en) | Receiving device and data processing method | |
| CN111246284B (en) | Video stream playing method, system, terminal and storage medium | |
| CN107666619B (en) | Live data transmission method, device, electronic equipment, server and storage medium | |
| WO2020200302A1 (en) | Live broadcast method and apparatus, and computer device and storage medium | |
| WO2017148442A1 (en) | Audio and video processing method and apparatus, and computer storage medium | |
| CN106803997B (en) | system and method for detecting client playing state in audio and video live broadcast | |
| CN102075728A (en) | Method and system for sharing audio and/or video data | |
| US11025984B2 (en) | Method, system for processing a live-broadcasting data, and server thereof | |
| KR20180019068A (en) | Receiving device, transmitting device, and data processing method | |
| CN108632646B (en) | Video live broadcast method and device and server | |
| CN110944217A (en) | Live broadcast information processing method and device, server and storage medium | |
| CN107770564B (en) | Method and device for remotely acquiring audio and video data | |
| CN110740386A (en) | Live broadcast switching method and device and storage medium | |
| CN113973214A (en) | Video stream format conversion method, device and storage medium | |
| CN103596063B (en) | Terminal, television, multi-screen interaction system and method for setting screen capture parameters | |
| CN105191303A (en) | Method for processing video, terminal and server | |
| CN112822435A (en) | Security method, device and system allowing user to easily access | |
| CN105791987A (en) | Media data playing method and terminal | |
| JP6553166B2 (en) | Method and apparatus for receiving media packets in a multimedia system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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 |