CN114025243A - Live screenshot obtaining method and device, storage medium and electronic equipment - Google Patents
Live screenshot obtaining method and device, storage medium and electronic equipment Download PDFInfo
- Publication number
- CN114025243A CN114025243A CN202111258606.1A CN202111258606A CN114025243A CN 114025243 A CN114025243 A CN 114025243A CN 202111258606 A CN202111258606 A CN 202111258606A CN 114025243 A CN114025243 A CN 114025243A
- Authority
- CN
- China
- Prior art keywords
- screenshot
- message
- live
- server
- parameter information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
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/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47214—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
- G06F3/04845—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range for image manipulation, e.g. dragging, rotation, expansion or change of colour
-
- 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
- H04N21/4438—Window management, e.g. event handling following interaction with the user interface
Landscapes
- Engineering & Computer Science (AREA)
- Human Computer Interaction (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention discloses a live screenshot obtaining method and device, a storage medium and electronic equipment. Wherein, the method comprises the following steps: under the condition of receiving a notification message sent by a live broadcast server, sending a first delay message to a message server, wherein the notification message is used for indicating attribute information of a live broadcast stream, the first delay message is used for indicating sending time of a first bitmap message, and the first delay message carries first parameter information; receiving a first screenshot message sent by a message server, wherein the first screenshot message is used for indicating that the live streaming is screenshot; and acquiring a first screenshot of the live streaming from the live streaming server according to the first parameter information. The method and the device solve the technical problem of low flexibility in acquiring live screenshots.
Description
Technical Field
The invention relates to the field of information processing, in particular to a live screenshot obtaining method and device, a storage medium and electronic equipment.
Background
The video live broadcast refers to real-time live broadcast interaction by utilizing the Internet and a streaming media technology. The live video network or the application thereof can present the live related screenshot as the cover of the live entry for selection on the first page or the navigation page. In addition, the setting of the front cover, the live broadcast monitoring and the like can be carried out by acquiring the picture screenshot of the live broadcast. And the current picture screenshot for acquiring the live video is usually a manual screenshot or a device timing screenshot.
However, the manual screenshot and the device timed screenshot cannot perform feedback control according to the acquired screenshot, and there is a high possibility that the acquired screenshot cannot meet the screenshot requirement, or the screenshot which meets the requirement is acquired, and the screenshot is still continuously acquired, so that the problem of resource waste occurs.
In view of the above problems, no effective solution has been proposed.
Disclosure of Invention
The embodiment of the invention provides a live screenshot obtaining method and device, a storage medium and electronic equipment, and aims to at least solve the technical problem of low flexibility of obtaining live screenshots.
According to an aspect of an embodiment of the present invention, a live screenshot obtaining method is provided, including: under the condition of receiving a notification message sent by a live broadcast server, sending a first delay message to a message server, wherein the notification message is used for indicating attribute information of a live broadcast stream, the first delay message is used for indicating sending time of a first image-cutting message, and the first delay message carries first parameter information; receiving a first screenshot message sent by the message server, wherein the first screenshot message is used for indicating to screenshot the live stream; and acquiring a first screenshot of the live stream from the live server according to the first parameter information.
According to another aspect of the embodiments of the present invention, there is also provided a live screenshot obtaining apparatus, including: a sending unit, configured to send a first delay message to a message server when receiving a notification message sent by a live broadcast server, where the notification message is used to indicate attribute information of a live broadcast stream, the first delay message is used to indicate sending time of a first bitmap message, and the first delay message carries first parameter information; a receiving unit, configured to receive a first screenshot message sent by the message server, where the first screenshot message is used to instruct to screenshot the live stream; and the acquisition unit is used for acquiring a first screenshot of the live stream from the live server according to the first parameter information.
According to another aspect of the embodiment of the present invention, a computer-readable storage medium is further provided, where a computer program is stored in the computer-readable storage medium, where the computer program is configured to execute the live screenshot obtaining method when running.
According to another aspect of the embodiment of the present invention, there is also provided an electronic device, including a memory and a processor, where the memory stores a computer program, and the processor is configured to execute the live screenshot obtaining method through the computer program.
In the embodiment of the invention, under the condition of receiving a notification message which is sent by a live broadcast server and used for indicating attribute information of a live stream, a first delay message which is used for indicating the sending time of a first screenshot message is sent, first parameter information is carried in the first delay message, the first screenshot message sent by a message server is received, the live stream is subjected to screenshot, the first screenshot message is sent to the message server by utilizing the first delay message which is sent to the message server and indicates the message server to send the first screenshot message based on the sending time indicated by the first delay message, so that the acquisition of the first screenshot is triggered by receiving the first screenshot message sent by the message server, the first screenshot is flexibly controlled by the first parameter information, the acquisition of the screenshot is not limited to a uniform and fixed parameter any more, and the aim of flexibly controlling the acquisition of the first screenshot by the first parameter information is fulfilled, therefore, the first parameter information used for the first screenshot is determined according to the current screenshot, so that the first screenshot is flexibly obtained and controlled, the technical effects of different screenshot requirements are met, and the technical problem of low flexibility of obtaining live screenshots is solved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:
fig. 1 is a schematic diagram of an application environment of an alternative live screenshot obtaining method according to an embodiment of the present invention;
fig. 2 is a flowchart illustrating an alternative live screenshot capture method according to an embodiment of the present invention;
fig. 3 is a flowchart illustrating an alternative live screenshot capture method according to an embodiment of the present invention;
fig. 4 is a flowchart illustrating an alternative live screenshot capture method according to an embodiment of the present invention;
fig. 5 is a flowchart illustrating an alternative live screenshot capture method according to an embodiment of the present invention;
fig. 6 is a flowchart illustrating an alternative live screenshot capture method according to an embodiment of the present invention;
FIG. 7 is an interaction timing diagram of an alternative live screenshot capture method according to an embodiment of the present invention;
fig. 8 is a schematic structural diagram of an alternative live screenshot obtaining apparatus according to an embodiment of the present invention;
fig. 9 is a schematic structural diagram of an alternative electronic device according to an embodiment of the invention.
Detailed Description
In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
According to an aspect of the embodiment of the present invention, a live screenshot obtaining method is provided, and optionally, the live screenshot obtaining method may be, but is not limited to, applied to an environment shown in fig. 1. The live broadcast server 102, the screenshot server 104 and the message server 106 are all connected to a network 110, and data interaction is achieved through the network 110. The live server 102 performs live stream interaction with the live client 122 to obtain live stream data in the live client 122.
Optionally, the screenshot server 104 receives a notification message sent by the live server 102 through the network 110, acquires attribute information of a live stream in the notification message, and sends a first delay message to the message server 106 through the network 110 to indicate a sending time of the first screenshot message sent by the message server 106, where the message server 106 sends the first screenshot message to the screenshot server 104 through the network, and the screenshot server 104 receives the first screenshot message sent by the message server 106. Under the condition that the first screenshot message carries first parameter information for screenshot of the live stream, the screenshot server 104 sends the first parameter information to the live server 102 through the network 110, so that the first screenshot of the live stream is obtained from the live server 102 according to the first parameter information. In the case where the first screenshot is obtained, the live server 102 sends the first screenshot to the screenshot server 104 through the network 110.
Optionally, in this embodiment, the live client may run in a terminal device, and the terminal device running the live client may include, but is not limited to, at least one of the following: mobile phones (such as Android phones, IOS phones, etc.), notebook computers, tablet computers, palm computers, MID (Mobile Internet Devices), PAD, desktop computers, smart televisions, etc. The live broadcast client can be a client with a live broadcast function, and is not limited to a video client, an instant messaging client, a browser client, an education client and the like. Such networks may include, but are not limited to: a wired network, a wireless network, wherein the wired network comprises: a local area network, a metropolitan area network, and a wide area network, the wireless network comprising: bluetooth, WIFI, and other networks that enable wireless communication. The server may be a single server, a server cluster composed of a plurality of servers, or a cloud server. The above is merely an example, and this is not limited in this embodiment.
As an optional implementation manner, as shown in fig. 2, the live screenshot obtaining method includes:
s202, under the condition that a notification message sent by a live broadcast server is received, sending a first delay message to a message server, wherein the notification message is used for indicating attribute information of a live broadcast stream, the first delay message is used for indicating sending time of a first image-cutting message, and the first delay message carries first parameter information;
s204, receiving a first screenshot message sent by a message server, wherein the first screenshot message is used for indicating to screenshot the direct-broadcast stream;
s206, acquiring a first screenshot of the live streaming from the live server according to the first parameter information.
Alternatively, the above method is not limited to being applied in a screenshot server. The method comprises the steps that after receiving a notification message sent by a live broadcast server, a screenshot server sends a first delay message to a message server, the first delay message carries first parameter information, the sending time of the first screenshot message is indicated by the first delay message, and the screenshot server obtains a first screenshot of a live broadcast stream from the live broadcast server after receiving the first screenshot message sent by the message server according to the first delay message.
Optionally, the screenshot server, the message server and the live server are a group of servers connected via a network. The live broadcast server is not limited to a live broadcast client where the live broadcast stream runs, and performs live broadcast stream data interaction with the live broadcast client. The data interaction between the live broadcast client and the live broadcast server is not limited to be realized through a network, the network is not limited to a wired network or a wireless network, and the wired network is not limited to include: local area networks, metropolitan area networks, and wide area networks, wireless networks are not limited to including: bluetooth, WIFI, and other wireless communication networks.
Alternatively, the message server is not limited to use with live stream screenshot related message management. Message management is not limited to include message content management, message delivery management. Message content management is used to determine the specific content, such as the first parameter information, contained in the message sent by the message server. The message transmission management is used for determining the time of message transmission and the object of message transmission. The message associated with the live stream screenshot may be an instant message, a delayed message. An instant message is a message that a message server sends at the current time when a message sending instruction is received. The delay message is a message sent by the message server at a preset time or after a preset time period after receiving the message sending instruction.
Alternatively, the screenshot server is not limited to the screenshot for acquiring the live stream, the judgment of the screenshot, and the control of the screenshot flow. The judgment of the screenshots is not limited to the judgment of the quantity, quality and quantity of the screenshots. The judgment is to compare the acquired screenshot with a preset judgment standard to determine whether the currently acquired screenshot meets a preset screenshot requirement. The control of the screenshot flow is not limited to the starting control, the acquisition control and the termination control of the screenshot flow. And starting a live stream screenshot process under the condition that a screenshot control instruction is monitored. The acquisition control is used for acquiring the live stream screenshot, and is not limited to the control of acquiring time, acquiring parameters and acquiring times of the screenshot. The acquisition control is to control the acquisition of the live stream screenshot in the live stream screenshot flow duration after the screenshot flow is started. Each screenshot acquisition corresponds to one acquisition control, and specific parameters corresponding to acquisition controls corresponding to live stream screenshots in different orders may be different, and may be, but are not limited to, different acquisition times and different screenshot numbers. The acquisition control includes, but is not limited to, configuring acquisition time and acquisition times for acquisition of each screenshot, and recording the acquisition order of the current screenshot for storing and distinguishing the live stream screenshot acquired each time. The termination control is used for terminating the live stream screenshot process, and may be but not limited to terminating the live stream screenshot process when the live stream stops or when a preset screenshot requirement is met.
Optionally, the screenshot server receives a notification message sent by the live server before receiving the first screenshot message. The notification message received by the screenshot server is not limited to the live server sending to the message server over the network, and the message server sending to the screenshot server over the network. And forwarding the messages in the server cluster by using the message server so as to facilitate the message server to manage and backup the messages in the server cluster.
Alternatively, the notification message is not limited to attribute information for instructing the live server to start receiving the live stream and the live stream of the live client received in the live server. The attribute information is not limited to account identification for live broadcasting in the live broadcasting client, and is live broadcasting streaming data identification. The account identification is not limited to including an account ID, an image identification of the account (e.g., an avatar used by the account), an account nickname, and the like. The live streaming data identification may be a data identification for distinguishing current live streaming data.
Optionally, the notification message may further include corresponding live streaming data, and in the case where the live streaming server sends the live streaming data through the network, the live streaming data is not limited to be saved in the database through the network. The database may be a database in any server in the server cluster, or may be a database independently existing in the server cluster and used for data storage. In the case where the database exists independently of the server cluster, data stored in the database is transmitted through the network.
Optionally, in a case that the screenshot server receives the notification message, it is determined that the live stream is in a live state, and the screenshot of the live stream may be performed. And under the condition that the screenshot server receives the screenshot instruction, sending a first delay message to the message server. The first delay message is used for instructing the message server to send the first screenshot message to the screenshot server after the first time interval. The first delay message is not limited to include the first time interval information and the first parameter information.
Optionally, the first parameter information may include, but is not limited to, a screenshot time for acquiring the first screenshot, a screenshot number, and a screenshot order corresponding to the current screenshot. The screenshot order is used to indicate the control order corresponding to the current screenshot control, e.g., currently in the second screenshot capture control order. The number of shots is used to indicate the number of shots taken in the order of shots, e.g., five shots taken in the second order of shots. The time of the screenshot includes the time of the start screenshot when the first screenshot in the current screenshot order is taken, and the time interval between each screenshot. The time for starting the screen capturing may be a predetermined time preset for the current screen capturing sequence, or may be a time interval related to the previous screen capturing sequence, and is not limited to the time interval related to the screen capturing time of the first screen capturing in the previous screen capturing sequence, the time interval related to the screen capturing time of the last screen capturing, and the time interval related to the number of screen capturing. For example, the screenshot time interval of the first screenshot in the previous screenshot order is ten minutes, or the screenshot time interval of the last screenshot in the previous screenshot number is six minutes, and the like. The configuration rule of the start screenshot time of each screenshot sequence may be different, for example, in the second screenshot sequence, the start screenshot time is a preset determined time, and in the third screenshot sequence, the start screenshot time may be a time interval related to the screenshot time interval of the last screenshot of the second screenshot sequence, for example, in the screenshot time interval of the last screenshot of the second screenshot sequence, the screenshot capture in the third screenshot sequence is started to be executed.
Optionally, in each screenshot sequence, the screenshot interval time between each screenshot may be the same or different. For example, five screenshots of the current screenshot order may be acquired at preset intervals of thirty seconds, or ten seconds may be sequentially added on the basis of thirty seconds according to preset interval time of each screenshot to acquire three screenshots of the current screenshot order, where screenshot time intervals among the three screenshots of the current screenshot order are thirty seconds, forty seconds, and fifty seconds, respectively.
Optionally, in different screenshot orders, the configuration rules of the screenshot interval time may be the same or different, parameter information is configured for each screenshot order flexibly, the screenshot in the current order is obtained according to the parameter information corresponding to each screenshot order, and the screenshot parameters do not need to be unified to limit all the screenshot obtaining, so that the flexibility of live stream screenshot obtaining is improved.
In the embodiment of the application, a first delay message used for indicating the sending time of a first screenshot message is sent when a notification message used for indicating attribute information of a live stream and sent by a live server is received, the first delay message carries first parameter information, the first screenshot message sent by a message server is received, the live stream is subjected to a screenshot mode, the message server is indicated to send the first screenshot message based on the sending time indicated by the first delay message by sending the first delay message to the message server, so that the acquisition of the first screenshot is triggered by receiving the first screenshot message sent by the message server, the first screenshot is flexibly controlled through the first parameter information, the acquisition of the screenshot is not limited to a uniform and fixed parameter any more, and the purpose of flexibly controlling the acquisition of the first screenshot through the first parameter information is achieved, therefore, the first parameter information used for the first screenshot is determined according to the current screenshot, so that the first screenshot is flexibly obtained and controlled, the technical effects of different screenshot requirements are met, and the technical problem of low flexibility of obtaining live screenshots is solved.
As an optional implementation manner, before sending the first delay message to the message server, the method further includes: and configuring first parameter information, wherein the first parameter information comprises screenshot sequence, screenshot time and screenshot quantity matched with the first screenshot.
Optionally, in a case where the screenshot server receives a notification message, the first parameter information is configured. The configuration of the first parameter information is not limited to include configuration screenshot order, screenshot time and screenshot quantity. The screenshot order is the order determined by the current screenshot control order. The message order of the first screenshot message is determined according to the screenshot control order and also corresponds to the screenshot order. That is, the order of the current screenshot control order is the message order of the first screenshot message, and is also the screenshot order of the first screenshot. The current times of executing screenshots on the live stream are determined through the screenshot sequence, the quantity of the screenshots executing the screenshots on the live stream each time is determined by the quantity of the screenshots in the first parameter information, and the quantity of the screenshots in different screenshot sequences is not related and can be the same or different.
Optionally, the configuration screenshot time is not limited to include a configuration screenshot start time for indicating a time to capture a first screenshot in the current screenshot order and a screenshot interval time for indicating a capture interval time between each screenshot in the current screenshot order. Because the screenshot sequence occurs in sequence without overlapping, the starting time of the screenshot in each sequence is different and is in sequence with the screenshot sequence in time. The configuration rules of the screenshot time of each sequence can be the same or different. The configuration rule of the screenshot starting time comprises the following steps: a time configuration and an associated time configuration are determined. The determined time configuration is that the screenshot starting time is configured with a determined moment, for example, nine thirty minutes, or the fifth minute of starting the live stream. The associated time configuration is to configure the screenshot starting time according to the previous screenshot order, and is not limited to acquiring the first screenshot of the current screenshot order after configuring the preset interval time according to the last screenshot acquiring time of the previous screenshot order.
Optionally, the configuration rules of the screenshot intervals in each screenshot order are not related, and may be the same or different. The configuration rule of the screenshot interval time may be a determination interval and a cycle interval. The time interval is determined by the fact that the time intervals between all the screenshots are the same and are preset time intervals. The period time interval refers to the period setting of the time interval between screenshots, and is not limited to the setting of sequential increment, sequential decrement and cycle.
Optionally, in a case that the screenshot sequence is not unique, the configuration rule of the screenshot start time includes a period time configuration, and the screenshot obtaining time of each sequence is set as a period arrangement. Taking ten-minute cycle as an example, the screenshot capturing in the first sequence is performed at the tenth minute when the live stream is started, then the screenshot capturing in the second sequence may be performed at the twentieth minute when the live stream is started, and so on, and each screenshot sequence is performed in sequence under the condition that the live stream is ongoing.
Optionally, the screenshot sequence may be the screenshot times of the live stream determined before the first screenshot is acquired, or the screenshot times may be determined according to the judgment result of the first screenshot after the first screenshot is acquired. That is, the screenshot order may be a pre-configuration of all screenshot orders when the screenshot server receives the notification message. The adjustment configuration may be performed after the first slice is acquired, based on the determination result of the first slice. Similarly, the first parameter information corresponding to each screenshot order may be a parameter configured for all screenshot orders under the condition of receiving the notification message, or a parameter configured for a next screenshot order according to a judgment result of the first screenshot after the first screenshot is acquired. It should be noted that the configuration of the first parameter information may be a configuration manner different from the screenshot order, for example, in a case that all the screenshot orders are preset to be configured, after each screenshot order is executed, the parameter information of the next screenshot order may be configured. However, when only the current screen capture order is configured, the parameter information of the subsequent screen capture order cannot be configured. The configuration of the parameter information can be executed only when the screenshot order is configured; also, in the case where the screen capture order is configured, the parameter information may be temporarily vacant.
In the embodiment of the application, parameter information is configured for the acquisition of the first screenshot, so that the acquisition of each successive screenshot is executed according to the parameter information, the acquisition is not limited to fixed configuration time and quantity, and the flexible control of the screenshot is realized through flexible configuration of the parameter information, so that the flexibility of acquiring the screenshot is improved.
As an optional implementation manner, after acquiring the first cut of the live stream, the method further includes: the first screenshot is stored in screenshot order.
Optionally, the screenshot order is used to indicate an acquisition order of the current first screenshot, and the first screenshot is saved in the database according to the screenshot order. And under the condition that the number of the screenshots corresponding to the first screenshot is not one, sequentially storing each screenshot according to the acquisition time sequence of each screenshot in the first screenshot. And for the first screenshot and each screenshot included in the first screenshot, storing the screenshots in the database in sequence according to a preset sequence.
Optionally, each screenshot of the first screenshot may be, but is not limited to being, identified using a screenshot order and number. The screenshot sequence is the sequence corresponding to the first screenshot, and the number is the sequence of the current screenshot in the first screenshot. For example, using 01-02 for identifying the second screenshot captured in the first screenshot order.
In the embodiment of the application, the first screenshots are stored in the database according to the screenshot sequence, and each screenshot in the first screenshots is stored according to the acquisition sequence, so that the first screenshots are stored orderly.
As an optional implementation, as shown in fig. 3, after acquiring the first cut-out of the live stream, the method further includes:
s302, receiving a second screenshot message sent by a live broadcast server under the condition that the first screenshot does not meet the preset screenshot requirement and the live broadcast stream is not stopped, wherein the second screenshot message carries second parameter information;
and S304, acquiring a second screenshot of the live stream from the live server according to the second parameter information, wherein the second screenshot meets the preset screenshot requirement.
Optionally, the state of the live stream is determined according to the live server, and the state of the live stream is not limited to start, live and stop. The persistent is used for indicating the state that the live stream always carries out data interaction with the live server between starting and stopping. The non-stop state includes on and on-going.
Optionally, after the screenshot server obtains the first screenshot, the first screenshot is compared with a preset standard to determine whether the first screenshot meets a preset screenshot requirement. The preset screenshot requirements include, but are not limited to, screenshot quality requirements and screenshot quantity requirements. The screenshot quality requirement is a requirement for the image quality of the first screenshot, and is not limited to the determination of quality parameters such as definition and color value. And under the condition that the first screenshot does not meet the screenshot quality requirement, acquiring the screenshot meeting the screenshot quality requirement through the second screenshot.
Optionally, the number of screenshots requirement is a requirement for the number of screenshots contained in the first screenshot. And under the condition that the screenshot quantity does not meet the screenshot data requirement, acquiring a larger quantity of screenshots through a second screenshot.
Alternatively, the second screenshot may be a screenshot acquired in the screenshot acquisition control performed after the first screenshot, and is not limited to a screenshot acquired in the next screenshot order after the first screenshot. And under the condition that the live stream is not stopped, stopping acquiring the screenshot by judging whether the screenshot acquired in each screenshot sequence meets the preset screenshot requirement or not and under the condition that the acquired screenshot meets the preset screenshot requirement. And under the condition that the acquired screenshot does not meet the preset screenshot requirement, continuously executing screenshot acquisition.
Optionally, the preset screenshot requirement may be a screenshot requirement determined according to a screenshot obtaining requirement. The screenshot capture requirement may require a flow or program that uses live stream screenshots. For example, the live stream is displayed on the live client, a control for entering the live stream is displayed, and the live content included in the live stream is monitored. The method is not limited to the requirements of the process and the program which need live stream screenshot on the live stream screenshot, and the requirements of the live stream screenshot are counted to determine the preset screenshot requirements.
In the embodiment of the application, whether the first screenshot meets the preset screenshot requirement or not is determined by judging the preset screenshot requirement on the first screenshot, and under the condition that the preset screenshot is not met, the second screenshot is acquired through the second screenshot message, so that the screenshot meeting the preset screenshot requirement is acquired.
As an optional implementation, as shown in fig. 4, after acquiring the first cut-out of the live stream, the method further includes:
s402, stopping receiving the screenshot message sent by the message server under the condition that the live streaming stops;
and S404, taking the first screenshot as a second screenshot under the condition that the first screenshot meets the preset screenshot requirement.
Optionally, under the condition that the live stream stops, the screenshot obtaining control is stopped, and the method is not limited to stopping sending the delay message, stopping receiving the screenshot message, and stopping obtaining the screenshot.
Optionally, when the first screenshot meets the preset screenshot requirement, the screenshot is stopped from being acquired, and the first screenshot is used as a second screenshot meeting the preset screenshot requirement. And under the condition that the first screenshot meets the preset screenshot requirement, sending a third screenshot message according to the first parameter information to obtain a third screenshot, and obtaining the third screenshot to be used as backup data of the first screenshot so as to ensure that the obtained screenshot meets the preset screenshot requirement.
In the embodiment of the application, the first screenshot is judged according to the screenshot requirement, the first screenshot is directly used as the second screenshot when the first screenshot meets the preset screenshot requirement, screenshot obtaining can be stopped, judgment on the screenshot obtained each time is achieved, the screenshot is stopped when the screenshot meeting the screenshot requirement is obtained, network resources occupied by the screenshot are prevented from being obtained, network resources consumed by screenshot obtaining are reduced, meanwhile, the screenshot operation on the live streaming can be stopped when the live streaming screenshot meeting the preset screenshot requirement is obtained, and the screenshot operation on the live streaming is flexibly controlled.
As an alternative implementation, as shown in fig. 5, the obtaining of the first cut-out of the live stream from the live server according to the first parameter information includes:
s502, initiating remote calling to a live broadcast server through a target network, and calling a screenshot link of a live broadcast stream, wherein the target network comprises the live broadcast server;
s504, a first screenshot is obtained in the screenshot link according to the first parameter information.
Optionally, the obtaining of the first screenshot of the live stream from the live server is not limited to initiating a remote call to the live server through the network to obtain the first screenshot, and obtaining the first screenshot through a message callback notification of the message server. And initiating remote calling to the live broadcast server through the network, wherein the method is not limited to acquiring a screenshot link of the live broadcast stream through the live broadcast server, and acquiring a first screenshot in the screenshot link of the live broadcast stream according to the screenshot time and the screenshot quantity indicated by the first parameter information.
Optionally, the obtaining of the first screenshot through the message callback notification of the message server is not limited to the received first screenshot obtaining result message through the message server to obtain the first screenshot. The first screenshot obtaining result message is not limited to be used for indicating the first screenshot obtaining result or failure, and in the case where the first screenshot obtaining result message indicates that the first screenshot obtaining is successful, the first screenshot is included in the first screenshot obtaining result message. The first cut-map acquisition result message is not limited to being stored in the database.
In the embodiment of the application, the screenshot of the live stream in the live server can be acquired in different modes, so that the acquisition success rate of the screenshot of the live stream is ensured.
The flow of acquiring the live stream screenshot is not limited to that shown in fig. 6. When the target account in the live client starts live broadcasting, S602 is executed, and the live client sends the live broadcasting stream to the live broadcasting server through the network. The live broadcast server executes S604 when receiving the live broadcast stream, and the live broadcast server pushes the broadcast message to the message server. And the message server executes S606 under the condition that the broadcast message is received, and pushes the broadcast message to the screenshot server. And the screenshot server determines that the screenshot operation can be executed under the condition that the broadcast message is received, and executes S608 to start the screenshot process under the condition that the screenshot operation can be executed. And executing S610 under the condition of starting the screenshot process, and configuring screenshot parameter information by the screenshot server. The screenshot parameter information includes a current screenshot order, a screenshot time, a screenshot quantity, and a delay time indicated by the delay message. And executing S612 and sending a delay message comprising the screenshot parameter information to the message server under the condition that the configuration is finished. And the message server executes S614 and sends the screenshot message to the screenshot server under the condition of receiving the delay message and according to the delay time indicated by the delay message and under the condition of reaching the delay time. And the screenshot server executes S616 under the condition of receiving the delay message, and requests the live broadcast server for screenshot through remote calling. And executing S618 when the live broadcast server receives the requirement of the screenshot server, acquiring corresponding screenshots according to the screenshot time and the screenshot quantity according to the parameter information, and feeding back the first screenshot to the screenshot server in a remote call or callback message mode. And feeding back the first screenshot to the screenshot server, and simultaneously storing the screenshot server in a database according to the screenshot sequence. And the screenshot server executes S620 under the condition of receiving the first screenshot, and judges whether the first screenshot meets the preset screenshot requirement. If the judgment result is yes, that is, the first screenshot meets the preset screenshot requirement, S622 is executed, and the screenshot process is terminated. And returning to the step S610 under the condition that the judgment is negative, namely the first screenshot does not meet the requirement of the preset screenshot. And under the condition that the live stream is not stopped, configuring screenshot parameter information corresponding to the next screenshot sequence, and acquiring the screenshot of the live stream again.
The data interaction obtained by the live stream screenshot is not limited to that shown in fig. 7. When the live streaming client starts live streaming, the live streaming server executes S702 to receive a live streaming. When receiving the live streaming data, the live server executes S704 and sends an open message to the message server. And the message server executes S706 under the condition that the broadcast message is received, and sends the broadcast message to the screenshot server. And the screenshot server executes S708 and starts a screenshot process under the condition of receiving the broadcasting message. And executing S710 under the condition of starting the screenshot process, and configuring parameter information. And at least configuring screenshot parameter information of the current screenshot order. In case of configuring the parameter information, S712 is executed to send a delay message to the message server. And carrying parameter information obtained by the configured screenshot in the delay message and the feedback time of the delay message. And under the condition that the feedback time is up, the message server executes S714 and sends screenshot information to the screenshot server so as to trigger the acquisition of the first screenshot. And under the condition that the screenshot server triggers the first screenshot obtaining, the screenshot server executes S716 and sends a screenshot obtaining instruction to the live server. And under the condition that the live broadcast server receives the screenshot obtaining instruction, obtaining a first screenshot according to the parameter information in the screenshot obtaining instruction and the screenshot time and the screenshot quantity in the screenshot link. And after the first screenshot is acquired, executing S718, and sending the first screenshot to the screenshot server. And the screenshot server executes S720 while receiving the first screenshot, and stores the first screenshot to the database. And executing S722 to verify whether the first screenshot meets the screenshot requirement. And under the condition that the first screenshot meets the screenshot requirement, terminating the screenshot process. And under the condition that the first screenshot does not meet the screenshot requirement, executing the steps S708 to S722 again to acquire the live stream screenshot meeting the screenshot requirement under the condition that the live stream is not stopped.
It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the order of acts, as some steps may occur in other orders or concurrently in accordance with the invention. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required by the invention.
According to another aspect of the embodiment of the invention, a live screenshot obtaining device for implementing the live screenshot obtaining method is further provided. As shown in fig. 8, the apparatus includes:
a sending unit 802, configured to send a first delay message to a message server when receiving a notification message sent by a live broadcast server, where the notification message is used to indicate attribute information of a live broadcast stream, the first delay message is used to indicate sending time of a first bitmap message, and the first delay message carries first parameter information;
a receiving unit 804, configured to receive a first screenshot message sent by a message server, where the first screenshot message is used to indicate to screenshot a live stream;
an obtaining unit 806, configured to obtain a first screenshot of the live stream from the live server according to the first parameter information.
Optionally, the live screenshot obtaining apparatus further includes a configuration module, configured to configure first parameter information before sending the first delay message to the message server, where the first parameter information includes a screenshot order, a screenshot time, and a screenshot number that are matched with the first screenshot.
Optionally, the live screenshot obtaining apparatus further includes a storage unit, configured to store the first screenshots according to a screenshot order after obtaining the first screenshot of the live stream.
Optionally, the live screenshot obtaining apparatus further includes a second receiving module, configured to receive a second screenshot message sent by a live server after obtaining a first screenshot of a live stream and under a condition that the first screenshot does not meet a preset screenshot requirement and the live stream is not stopped, where the second screenshot message carries second parameter information;
and the second acquisition module is used for acquiring a second screenshot of the live stream from the live server according to the second parameter information, wherein the second screenshot meets the preset screenshot requirement.
Optionally, the live screenshot obtaining apparatus further includes a stopping unit, configured to stop receiving a screenshot message sent by the message server when the live stream stops after obtaining the first screenshot of the live stream;
and the determining unit is used for taking the first screenshot as the second screenshot under the condition that the first screenshot meets the preset screenshot requirement.
Optionally, the obtaining unit includes:
the system comprises a calling module, a live broadcast server and a live broadcast server, wherein the calling module is used for initiating remote calling to the live broadcast server through a target network and calling a screenshot link of a live broadcast stream, and the target network comprises the live broadcast server;
and the screenshot module is used for acquiring a first screenshot in the screenshot link according to the first parameter information.
In the embodiment of the application, a first delay message used for indicating the sending time of a first screenshot message is sent when a notification message used for indicating attribute information of a live stream and sent by a live server is received, the first delay message carries first parameter information, the first screenshot message sent by a message server is received, the live stream is subjected to a screenshot mode, the message server is indicated to send the first screenshot message based on the sending time indicated by the first delay message by sending the first delay message to the message server, so that the acquisition of the first screenshot is triggered by receiving the first screenshot message sent by the message server, the first screenshot is flexibly controlled through the first parameter information, the acquisition of the screenshot is not limited to a uniform and fixed parameter any more, and the purpose of flexibly controlling the acquisition of the first screenshot through the first parameter information is achieved, therefore, the first parameter information used for the first screenshot is determined according to the current screenshot, so that the first screenshot is flexibly obtained and controlled, the technical effects of different screenshot requirements are met, the technical problem of low flexibility of obtaining live screenshots is solved, the first screenshot message sent by the message server is received, the first screenshot of the live stream in the direct current server is obtained according to the first parameter information in the first screenshot message, the first screenshot message is sent by the message server to trigger obtaining of the first screenshot, the obtaining parameter of the first screenshot is controlled through the first parameter information, the obtaining parameter of the screenshot is not limited to a uniform and fixed parameter any more, the purpose of flexibly controlling the obtaining parameter of the first screenshot through the first parameter information is achieved, and the first parameter information used for the first screenshot is determined according to the current screenshot, therefore, the acquisition control of the first screenshot is flexible, the technical effect of the corresponding screenshot requirement is met, and the technical problem of low flexibility in acquiring the live screenshot is solved.
According to another aspect of the embodiment of the present invention, an electronic device for implementing the above live screenshot obtaining method is also provided, and the electronic device may be a terminal device or a server. The present embodiment takes the electronic device as a server as an example for explanation. As shown in fig. 9, the electronic device comprises a memory 902 and a processor 904, the memory 902 having stored therein a computer program, the processor 904 being arranged to perform the steps of any of the above-described method embodiments by means of the computer program.
Optionally, in this embodiment, the electronic device may be located in at least one network device of a plurality of network devices of a computer network.
Optionally, in this embodiment, the processor may be configured to execute the following steps by a computer program:
s1, sending a first delay message to a message server under the condition of receiving a notification message sent by a live broadcast server, wherein the notification message is used for indicating attribute information of a live broadcast stream, the first delay message is used for indicating the sending time of a first image-cutting message, and the first delay message carries first parameter information;
s2, receiving a first screenshot message sent by the message server, wherein the first screenshot message is used for indicating to screenshot the direct-broadcast stream;
and S3, acquiring a first screenshot of the live streaming from the live server according to the first parameter information.
Alternatively, it can be understood by those skilled in the art that the structure shown in fig. 9 is only an illustration, and the electronic device may also be a terminal device such as a smart phone (e.g., an Android phone, an IOS phone, etc.), a tablet computer, a palmtop computer, a Mobile Internet Device (MID), a PAD, and the like. Fig. 9 does not limit the structure of the electronic device. For example, the electronic device may also include more or fewer components (e.g., network interfaces, etc.) than shown in FIG. 9, or have a different configuration than shown in FIG. 9.
The memory 902 may be configured to store software programs and modules, such as program instructions/modules corresponding to the live screenshot obtaining method and apparatus in the embodiment of the present invention, and the processor 904 executes various functional applications and data processing by running the software programs and modules stored in the memory 902, that is, implements the live screenshot obtaining method. The memory 902 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 902 may further include memory located remotely from the processor 904, which may be connected to the terminal over a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof. The memory 902 may be specifically, but not limited to, used for storing information such as a delay message, a screenshot message, a first screenshot, and the like. As an example, as shown in fig. 9, the memory 902 may include, but is not limited to, a sending unit 802, a receiving unit 804, and an obtaining unit 806 in the live screenshot obtaining apparatus. In addition, the device may further include, but is not limited to, other module units in the live screenshot obtaining apparatus, which is not described in this example again.
Optionally, the transmitting device 906 is used for receiving or sending data via a network. Examples of the network may include a wired network and a wireless network. In one example, the transmission device 906 includes a Network adapter (NIC) that can be connected to a router via a Network cable and other Network devices to communicate with the internet or a local area Network. In one example, the transmission device 906 is a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.
In addition, the electronic device further includes: a display 908 for displaying the first cut-out; and a connection bus 910 for connecting the respective module components in the above-described electronic apparatus.
In other embodiments, the terminal device or the server may be a node in a distributed system, where the distributed system may be a blockchain system, and the blockchain system may be a distributed system formed by connecting a plurality of nodes through a network communication. Nodes can form a Peer-To-Peer (P2P, Peer To Peer) network, and any type of computing device, such as a server, a terminal, and other electronic devices, can become a node in the blockchain system by joining the Peer-To-Peer network.
According to an aspect of the application, a computer program product or computer program is provided, comprising computer instructions, the computer instructions being stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to perform the method provided in the various alternative implementations of the live screenshot capturing aspect described above. Wherein the computer program is arranged to perform the steps of any of the above method embodiments when executed.
Alternatively, in the present embodiment, the above-mentioned computer-readable storage medium may be configured to store a computer program for executing the steps of:
s1, sending a first delay message to a message server under the condition of receiving a notification message sent by a live broadcast server, wherein the notification message is used for indicating attribute information of a live broadcast stream, the first delay message is used for indicating the sending time of a first image-cutting message, and the first delay message carries first parameter information;
s2, receiving a first screenshot message sent by the message server, wherein the first screenshot message is used for indicating to screenshot the direct-broadcast stream;
and S3, acquiring a first screenshot of the live streaming from the live server according to the first parameter information.
Alternatively, in this embodiment, a person skilled in the art may understand that all or part of the steps in the methods of the foregoing embodiments may be implemented by a program instructing hardware associated with the terminal device, where the program may be stored in a computer-readable storage medium, and the storage medium may include: flash disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
The integrated unit in the above embodiments, if implemented in the form of a software functional unit and sold or used as a separate product, may be stored in the above computer-readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing one or more computer devices (which may be personal computers, servers, network devices, etc.) to execute all or part of the steps of the method according to the embodiments of the present invention.
In the above embodiments of the present invention, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
In the several embodiments provided in the present application, it should be understood that the disclosed client may be implemented in other manners. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one type of division of logical functions, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.
Claims (10)
1. A live screenshot obtaining method is characterized by comprising the following steps:
under the condition of receiving a notification message sent by a live broadcast server, sending a first delay message to a message server, wherein the notification message is used for indicating attribute information of a live broadcast stream, the first delay message is used for indicating sending time of a first image-cutting message, and the first delay message carries first parameter information;
receiving a first screenshot message sent by the message server, wherein the first screenshot message is used for indicating to screenshot the live stream;
and acquiring a first screenshot of the live stream from the live server according to the first parameter information.
2. The method of claim 1, further comprising, prior to sending the first delayed message to the message server:
and configuring the first parameter information, wherein the first parameter information comprises screenshot sequence, screenshot time and screenshot quantity matched with the first screenshot.
3. The method of claim 2, after obtaining the first cut of the live stream, further comprising:
and storing the first screenshot according to the screenshot sequence.
4. The method of claim 1, after obtaining the first cut of the live stream, further comprising:
receiving a second screenshot message sent by the live broadcast server under the condition that the first screenshot does not meet a preset screenshot requirement and the live broadcast stream is not stopped, wherein the second screenshot message carries second parameter information;
and acquiring a second screenshot of the live stream from a live server according to the second parameter information, wherein the second screenshot meets the preset screenshot requirement.
5. The method of claim 4, after obtaining the first cut of the live stream, further comprising:
under the condition that the live streaming stops, stopping receiving the screenshot message sent by the message server;
and taking the first screenshot as the second screenshot under the condition that the first screenshot meets the preset screenshot requirement.
6. The method of claim 1, wherein the obtaining the first cut of the live stream from the live server according to the first parameter information comprises:
initiating remote calling to the live broadcast server through a target network, and calling a screenshot link of the live broadcast stream, wherein the target network comprises the live broadcast server;
and acquiring the first screenshot in the screenshot link according to the first parameter information.
7. A live screenshot system is characterized by comprising a live server, a message server and a screenshot server:
the live broadcast server is used for receiving a live broadcast stream and sending a notification message, wherein the notification message is used for indicating attribute information of the live broadcast stream;
the message server is configured to receive the notification message sent by the live broadcast server, forward the notification message to the screenshot server, and send a first screenshot message to the screenshot server according to sending time when receiving a first delay message, where the first delay message is used to indicate the sending time of the first screenshot message, and the first delay message carries first parameter information;
the screenshot server is used for sending a first delay message to the message server under the condition that the notification message is received, and is also used for acquiring a first screenshot of the live stream from the live server according to the first parameter information under the condition that the first screenshot message sent by the message server is received.
8. A live screenshot obtaining device is characterized by comprising:
a sending unit, configured to send a first delay message to a message server when receiving a notification message sent by a live broadcast server, where the notification message is used to indicate attribute information of a live broadcast stream, the first delay message is used to indicate sending time of a first bitmap-cut message, and the first delay message carries first parameter information;
a receiving unit, configured to receive a first screenshot message sent by the message server, where the first screenshot message is used to instruct to screenshot the live stream;
and the acquisition unit is used for acquiring a first screenshot of the live stream from the live server according to the first parameter information.
9. A computer-readable storage medium, characterized in that the computer-readable storage medium comprises a stored program which when executed performs the method of any of claims 1 to 6.
10. An electronic device comprising a memory and a processor, characterized in that the memory has stored therein a computer program, the processor being arranged to execute the method of any of claims 1 to 6 by means of the computer program.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111258606.1A CN114025243A (en) | 2021-10-27 | 2021-10-27 | Live screenshot obtaining method and device, storage medium and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111258606.1A CN114025243A (en) | 2021-10-27 | 2021-10-27 | Live screenshot obtaining method and device, storage medium and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114025243A true CN114025243A (en) | 2022-02-08 |
Family
ID=80058160
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111258606.1A Pending CN114025243A (en) | 2021-10-27 | 2021-10-27 | Live screenshot obtaining method and device, storage medium and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114025243A (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106101868A (en) * | 2016-07-18 | 2016-11-09 | 乐视控股（北京）有限公司 | Reduced graph generating method and generating means |
| CN106470354A (en) * | 2015-08-19 | 2017-03-01 | 中兴通讯股份有限公司 | A kind of screenshotss method, terminal and Set Top Box |
| CN106534940A (en) * | 2016-10-14 | 2017-03-22 | 腾讯科技（北京）有限公司 | Method and device for displaying preview picture at live broadcasting entrance |
| CN108513149A (en) * | 2017-02-28 | 2018-09-07 | 北京新唐思创教育科技有限公司 | A kind of live streaming delay testing method and its device |
| CN110460898A (en) * | 2019-07-31 | 2019-11-15 | 视联动力信息技术股份有限公司 | A kind of method for processing video frequency and system |
| CN110674025A (en) * | 2018-07-03 | 2020-01-10 | 百度在线网络技术（北京）有限公司 | Interactive behavior monitoring method and device and computer equipment |
| CN111182314A (en) * | 2018-11-12 | 2020-05-19 | 阿里巴巴集团控股有限公司 | Live stream processing method and device and data processing method |
| CN111479129A (en) * | 2020-04-02 | 2020-07-31 | 广州酷狗计算机科技有限公司 | Live broadcast cover determining method, device, server, medium and system |
-
2021
- 2021-10-27 CN CN202111258606.1A patent/CN114025243A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106470354A (en) * | 2015-08-19 | 2017-03-01 | 中兴通讯股份有限公司 | A kind of screenshotss method, terminal and Set Top Box |
| CN106101868A (en) * | 2016-07-18 | 2016-11-09 | 乐视控股（北京）有限公司 | Reduced graph generating method and generating means |
| CN106534940A (en) * | 2016-10-14 | 2017-03-22 | 腾讯科技（北京）有限公司 | Method and device for displaying preview picture at live broadcasting entrance |
| CN108513149A (en) * | 2017-02-28 | 2018-09-07 | 北京新唐思创教育科技有限公司 | A kind of live streaming delay testing method and its device |
| CN110674025A (en) * | 2018-07-03 | 2020-01-10 | 百度在线网络技术（北京）有限公司 | Interactive behavior monitoring method and device and computer equipment |
| CN111182314A (en) * | 2018-11-12 | 2020-05-19 | 阿里巴巴集团控股有限公司 | Live stream processing method and device and data processing method |
| CN110460898A (en) * | 2019-07-31 | 2019-11-15 | 视联动力信息技术股份有限公司 | A kind of method for processing video frequency and system |
| CN111479129A (en) * | 2020-04-02 | 2020-07-31 | 广州酷狗计算机科技有限公司 | Live broadcast cover determining method, device, server, medium and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108920120B (en) | Information display control method and device | |
| CN108847976B (en) | Distribution network control method, mobile terminal, device and computer readable storage medium | |
| CN109981421B (en) | Intelligent device network distribution method and device | |
| CN106453231B (en) | Signaling acquisition and transmission method and device | |
| CN113422814A (en) | Method and system for sending device control command, storage medium and electronic device | |
| CN111541684B (en) | Signaling sending method and device of live broadcast room, server and storage medium | |
| CN111614529B (en) | Intelligent household control panel, network management method thereof and electronic equipment | |
| CN113518125A (en) | Offline data uploading method and system, storage medium and electronic device | |
| CN106789913B (en) | User account management method and device | |
| CN114782899A (en) | Image processing method and device and electronic equipment | |
| CN113382065A (en) | File downloading method, device, system, equipment and storage medium | |
| CN113259759A (en) | Network connection state evaluation method and device, terminal equipment and storage medium | |
| CN112566278A (en) | Method and system for determining master device, storage medium, and electronic apparatus | |
| CN112202755A (en) | Server distribution method, device, equipment and medium | |
| CN114025243A (en) | Live screenshot obtaining method and device, storage medium and electronic equipment | |
| CN111050356A (en) | Data transmission processing method and device, storage medium and electronic device | |
| CN113360783B (en) | User online list updating method and device and computer equipment | |
| CN107396030B (en) | Video call processing method and scheduling control terminal | |
| CN107071038B (en) | Method and device for transmitting multimedia data | |
| CN113613029B (en) | Live broadcast picture display method and device, storage medium and electronic equipment | |
| CN111479137B (en) | Method and device for providing line address, server and storage medium | |
| CN114884805A (en) | Data transmission method, device, terminal and storage medium | |
| CN114143616A (en) | Target video processing method and system, storage medium and electronic device | |
| CN108093199B (en) | Conference processing method and device | |
| CN112004161A (en) | Processing method and device of address resources, terminal equipment and storage medium |
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 |