CN117714410A - Screenshot resource deployment method and device, storage medium and electronic equipment - Google Patents

Abstract

The disclosure provides a screenshot resource deployment method and device, a screenshot service providing method and device, a computer program product, a non-transitory computer readable storage medium and an electronic device. The method comprises the following steps: acquiring a feature tag configured by a user and a corresponding screenshot frequency, wherein the feature tag corresponds to at least one live broadcast room; according to historical data and screenshot frequency of the live broadcast room set corresponding to the feature tag, determining screenshot resource demand corresponding to the feature tag; and determining a target node from the candidate node set of the server cluster according to the screenshot resource demand corresponding to the feature label, and adding the feature label. The embodiment of the disclosure is beneficial to meeting the dynamic differentiation requirements of different businesses on screenshot frequencies.

Description

Screenshot resource deployment method and device, storage medium and electronic equipment

Technical Field

The present disclosure relates generally to the field of computer technology, and more particularly, to a method and apparatus for deploying a screenshot resource, a method and apparatus for providing a screenshot service, a computer program product, a non-transitory computer-readable storage medium, and an electronic device.

Background

This section is intended to introduce a few aspects of the art that may be related to various aspects of the present disclosure that are described and/or claimed below. This section is believed to help provide background information to facilitate a better understanding of various aspects of the disclosure. It should therefore be understood that these statements are to be read in this light, and not as admissions of prior art.

Live screenshot refers to the process of capturing the current picture of live video or streaming content and saving it as an image file. Live shots may be used for a variety of different purposes including social media sharing, blog articles, news stories, evidence submission, auditing and supervision, and personal entertainment.

Live screenshot services are typically provided in edge computing clusters. In the existing scheme, the screenshot frequency of the screenshot node is set manually and is fixed after setting, that is, the screenshot resource management mode is static. However, there may be differences in the need for screenshot frequencies for different services. For example, a game-like live room typically requires a higher frequency of screen shots, such as every 1 second, and a chat-like live room may employ a lower frequency of screen shots, such as every 5 seconds. If all or most of the screenshot nodes in the current cluster are set to a certain frequency, then sufficient computing resources cannot be provided for the screenshot services of other frequencies. Therefore, the existing screenshot resource management mode cannot meet the dynamic differentiation requirements of different businesses on screenshot frequencies.

Therefore, there is a need to propose a new solution to alleviate or solve at least one of the above-mentioned problems.

Disclosure of Invention

The disclosure aims to provide a screenshot resource deployment method and device, a screenshot service providing method and device, a computer program product, a non-transitory computer readable storage medium and electronic equipment, so as to meet dynamic differentiation requirements of different businesses on screenshot frequencies and improve the utilization rate of screenshot resources.

According to a first aspect of the present disclosure, there is provided a method for deploying a screenshot resource, including: acquiring a feature tag configured by a user and a corresponding screenshot frequency, wherein the feature tag corresponds to at least one live broadcast room; determining screenshot resource demand corresponding to the feature tag according to the history data of the live broadcast room set corresponding to the feature tag and the screenshot frequency; and determining a target node from a candidate node set of a server cluster according to the screenshot resource demand corresponding to the characteristic tag, and adding the characteristic tag, wherein the target node is used for providing screenshot service for a live broadcasting room corresponding to the characteristic tag according to the screenshot frequency.

According to a second aspect of the present disclosure, there is provided a method for providing a screenshot service, implemented by a server cluster, at least one computing node in the server cluster carrying a feature tag, the feature tag having a corresponding screenshot frequency, the method comprising: acquiring a target live stream, wherein the target live stream carries a target characteristic tag; determining a target node from the server cluster, wherein the characteristic label of the target node is consistent with the target characteristic label; and distributing the target live stream to the target node so as to provide screenshot service for the target live stream according to the screenshot frequency by the target node.

According to a third aspect of the present disclosure, there is provided a deployment apparatus of screenshot resources, including: the system comprises a feature tag acquisition module, a feature tag acquisition module and a live broadcast room, wherein the feature tag acquisition module is used for acquiring a feature tag configured by a user and a corresponding screenshot frequency, and the feature tag corresponds to at least one live broadcast room; the demand determining module is used for determining the screenshot resource demand corresponding to the characteristic tag according to the history data of the live broadcasting room set corresponding to the characteristic tag and the screenshot frequency; the target node deployment module is used for determining a target node from a candidate node set of the server cluster according to the screenshot resource demand corresponding to the characteristic tag and adding the characteristic tag, wherein the target node is used for providing screenshot service for a live broadcasting room corresponding to the characteristic tag according to the screenshot frequency.

According to a fourth aspect of the present disclosure, there is provided a screenshot service providing apparatus applied to a server cluster, where at least one computing node in the server cluster carries a feature tag, where the feature tag has a corresponding screenshot frequency, and the apparatus includes: the live broadcast stream acquisition module is used for acquiring a target live broadcast stream, wherein the target live broadcast stream carries a target characteristic tag; the target node determining module is used for determining a target node from the server cluster, wherein the characteristic label of the target node is consistent with the target characteristic label; and the live stream distribution module is used for distributing the target live stream to the target node so as to provide screenshot service for the target live stream according to the screenshot frequency by the target node.

According to a fifth aspect of the present disclosure there is provided a computer program product comprising program code instructions which, when the program product is executed by a computer, cause the computer to perform the method according to the first or second aspect of the present disclosure.

According to a sixth aspect of the present disclosure, there is provided a non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method according to the first or second aspect of the present disclosure.

According to a seventh aspect of the present disclosure, there is provided an electronic device comprising: a processor, a memory in electronic communication with the processor; and instructions stored in the memory and executable by the processor to cause the electronic device to perform the method according to the first or second aspect of the present disclosure.

In the embodiment of the disclosure, the screenshot demand corresponding to the feature tag is determined based on the feature tag and the screenshot frequency configured by the user, so that the corresponding target node is deployed, the target node provides the screenshot service for the live broadcasting room corresponding to the feature tag according to the screenshot frequency, the screenshot resources of the corresponding screenshot frequency can be deployed for different services, the dynamic management of the screenshot resources can be realized, the utilization rate of the screenshot resources is improved, and the requirements of different services on the screenshot resources are better met.

It should be understood that what is described in this section is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used solely to determine the scope of the claimed subject matter.

Drawings

In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present disclosure, and other drawings may be obtained according to these drawings without inventive effort to a person of ordinary skill in the art. Throughout the drawings, identical reference numerals designate similar, but not necessarily identical, elements.

FIG. 1 illustrates a system architecture diagram of an embodiment of a method of deploying a screenshot resource and a method of providing a screenshot service according to the present disclosure;

FIG. 2A illustrates a flow diagram of one embodiment of a method of deploying a screenshot resource according to the present disclosure;

FIG. 2B illustrates a flow chart of one embodiment of a method of providing a screenshot service according to the present disclosure;

fig. 3 illustrates a schematic diagram of an application scenario of a method for deploying a screenshot resource and a method for providing a screenshot service according to an embodiment of the present disclosure;

FIG. 4A illustrates an exemplary block diagram of one embodiment of a deployment apparatus of a screenshot resource according to the present disclosure;

FIG. 4B illustrates an exemplary block diagram of one embodiment of a providing device of a screenshot service according to the present disclosure;

fig. 5 shows a schematic diagram of an example electronic device 500 that may be used to implement embodiments of the present disclosure.

Detailed description of the preferred embodiments

The present disclosure will be described more fully hereinafter with reference to the accompanying drawings. However, the present disclosure may be embodied in many alternate forms and should not be construed as limited to the embodiments set forth herein. Thus, while the disclosure is susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and will herein be described in detail. It should be understood, however, that there is no intention to limit the disclosure to the specific forms disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the disclosure as defined by the appended claims.

It will be understood that, although the terms first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another element. For example, a first element could be termed a second element, and, similarly, a second element could be termed a first element, without departing from the teachings of the present disclosure.

Some examples are described herein in connection with block diagrams and/or flow charts, wherein each block represents a portion of circuit elements, module, or code that comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in other implementations, the functions noted in the blocks may occur out of the order noted. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.

Reference herein to "an embodiment according to … …" or "in an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one implementation of the disclosure. The appearances of the phrase "in accordance with an embodiment" or "in an embodiment" in various places herein are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments necessarily mutually exclusive of other embodiments.

First, the nomenclature involved in one or more embodiments of the present disclosure is explained.

Live stream: the live broadcast is continuous unless the host broadcasting actively cuts off the current, and the live broadcast is continuous.

Live broadcast room: a live program is opened by an individual or organization. When one live broadcast room is opened, a corresponding live broadcast stream is generated.

Live edge calculation: is a service mode combining live procedure with edge computing technology. Edge computing is a computing model that pushes computing and data processing capabilities towards the edge of the network, closer to the data sources and end devices. In the live field, edge computing can be used to optimize the live experience, reduce latency, and provide high availability.

Live screenshot: refers to the process of capturing the current picture of live video or streaming content and saving it as an image file. Can be used for a variety of different purposes including social media sharing, blog articles, news stories, evidence submission, auditing and supervision, and personal entertainment.

Live data frame: refers to a data unit within a small segment or a time window in the video live stream. Video live broadcast is typically transmitted in the form of successive data frames, each of which contains information of an image or video picture.

Fig. 1 illustrates an exemplary system architecture 100 in which embodiments of a method, apparatus, electronic device, and storage medium for deploying a screenshot resource, and a method, apparatus, electronic device, and storage medium for providing a screenshot service of the present disclosure may be applied.

As shown in fig. 1, a system architecture 100 may include terminal devices 101, 102, 103, a network 104, and a server 105. The network 104 is used as a medium to provide communication links between the terminal devices 101, 102, 103 and the server 105. The network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

The user may interact with the server 105 via the network 104 using the terminal devices 101, 102, 103 to receive or send messages or the like. Various communication client applications, such as a voice interaction type application, a video conference type application, a short video social type application, a web browser application, a shopping type application, a search type application, an instant messaging tool, a mailbox client, social platform software, etc., may be installed on the terminal devices 101, 102, 103.

The terminal devices 101, 102, 103 may be hardware or software. When the terminal devices 101, 102, 103 are hardware, various electronic devices with microphones and speakers may be available, including but not limited to smartphones, tablet computers, e-book readers, MP3 players (Moving Picture Experts Group Audio Layer III, dynamic video expert compressed standard audio layer 3), MP4 (Moving Picture Experts Group Audio Layer IV, dynamic video expert compressed standard audio layer 4) players, portable computers and desktop computers, etc. When the terminal devices 101, 102, 103 are software, they can be installed in the above-listed electronic devices. Which may be implemented as a plurality of software or software modules, or as a single software or software module. The present invention is not particularly limited herein.

The server 105 may be a server providing various services, for example, the server 105 may be a background server processing feature tags and screenshot frequencies transmitted by the terminal devices 101, 102, 103.

In some cases, the method for deploying the screenshot resources and the method for providing the screenshot service provided by the present disclosure may be executed by the server 105, and accordingly, the device for deploying the screenshot resources and the device for providing the screenshot service may also be set in the server 105, where the system architecture 100 may not include the terminal devices 101, 102, 103.

In some cases, the deployment method of the screenshot resources and the provision method of the screenshot service provided by the present disclosure may be performed jointly by the terminal devices 101, 102, 103 and the server 105. Accordingly, the deployment apparatus of the screenshot resources and the provision apparatus of the screenshot service may also be respectively provided in the terminal devices 101, 102, 103 and the server 105.

The server 105 may be hardware or software. When the server 105 is hardware, it may be implemented as a distributed server cluster formed by a plurality of servers, or as a single server. When server 105 is software, it may be implemented as a plurality of software or software modules (e.g., to provide distributed services), or as a single software or software module. The present invention is not particularly limited herein.

It should be understood that the number of terminal devices, networks and servers in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Fig. 3 is a schematic diagram of an application scenario of the method in the present embodiment. As shown in fig. 3, a network anchor forms a live stream by using a live device and pushes the live stream to an edge computing cluster, and an edge computing uplink node in the edge computing cluster forwards the live stream to an edge computing recording node and an edge computing screenshot node respectively. And the edge computing screenshot node performs live screenshot on the live stream and sends the live screenshot to an upstream service so as to meet the requirements of live cover or live audit and the like.

In edge computing clusters, a central management system is typically provided. The central management system is used for reporting the attribute and information of each node. The embodiment adds a resource management system on the basis of a central management system. The resource management system is used for managing the screenshot resources, and comprises extension of the screenshot resources, injection of feature labels, recovery of the screenshot resources and the like. The resource management system may be composed of the server in fig. 1, or may be composed of the terminal device and the server in fig. 1.

FIG. 2A illustrates a flow chart of one embodiment of a method of deploying a screenshot resource according to the present disclosure. The method may be implemented by the resource management system described above.

As shown in fig. 2A, the method 210 includes the steps of:

step 211, obtaining a feature tag configured by a user and a corresponding screenshot frequency, wherein the feature tag corresponds to at least one live broadcast room.

In this embodiment, the feature tag is used to characterize common features of multiple living rooms. In an alternative embodiment, the feature tag may be a content partition tag. The content partition label is used to describe the kind of live content, such as "game zone", "movie zone", and "food zone", etc. Content partition labels may be divided into different levels, e.g., a "play area" may be further divided into "a game", "B game area", and "C game", etc. The type of feature tag is not limited, and other types of tags, such as "domestic" and "foreign" region tags, may be used in addition to the content-division tag.

In this embodiment, different live rooms under the same feature tag correspond to the same screenshot frequency. For example, a live room featuring a "play area" corresponds to a higher frequency of shots, e.g., one frame is taken every 1 second, and a live room featuring a "leisure area" corresponds to a lower frequency of shots, e.g., one frame is taken every 10 seconds. For another example, a live broadcast room with a feature tag of "foreign" corresponds to a higher frequency of screenshots, e.g., one frame is taken every 1 second, and a live broadcast room with a feature tag of "domestic" corresponds to a lower frequency of screenshots, e.g., one frame is taken every 5 seconds.

In some cases, the same live room may correspond to multiple feature tags simultaneously, such as in one example, a live room corresponding to both a "play area" feature tag and a "domestic" feature tag. Conflicts between multiple feature tags may be resolved in different ways. For example, the corresponding priority may be set for different types of feature tags, and if the priority of the regional tag is higher than the priority of the content partition tag, in the above example, "domestic" may be selected as the feature tag of the live broadcast room for subsequent processing. For another example, the screenshot frequencies of different types of tags can be compared, and a feature tag with a higher screenshot frequency can be selected, so that in the above example, a "game area" can be selected as the feature tag of the live broadcast room for subsequent processing.

In alternative embodiments, the feature tag and the screenshot frequency may be mutually bound, read-write together and transmitted. For example, a screenshot configuration tag may be generated according to the feature tag and the screenshot frequency, and the screenshot configuration tag may be used as an object for data reading, writing, and transmission. Illustratively, assuming the feature tag is "mobilegamme" (i.e., a cell phone game) and the frequency of the screenshot is "1" (i.e., one frame is truncated every 1 second), the generated screenshot configuration tag is "mobilegamme-1".

Step 212, determining the screenshot resource demand corresponding to the feature tag according to the history data and the screenshot frequency of the live broadcast room set corresponding to the feature tag.

In this embodiment, the historical data of the live broadcast room set corresponding to the feature tag is, for example, the historical traffic of the live broadcast room set corresponding to the feature tag.

In this embodiment, the screenshot resource requirements include, for example, a CUP requirement and a memory requirement.

In an alternative embodiment, step 212 may be implemented as follows: and determining the screenshot resource demand corresponding to the feature tag according to the maximum flow and the screenshot frequency of the live broadcasting room set corresponding to the feature tag in the recently set time period. The recent set period of time is, for example, the last month. It is easy to understand that if the screenshot resource can meet the screenshot requirement of the live room set corresponding to the feature tag under the maximum flow, it is explained that the screenshot resource is sufficient.

And step 213, determining a target node from the candidate node set of the server cluster according to the screenshot resource demand corresponding to the feature label, and adding the feature label.

In this embodiment, the candidate node refers to a screenshot node that does not have a feature tag and functions normally.

In step 213, illustratively, 5 target nodes may be selected from the 10 candidate nodes, and the integration of the screenshot resources of the 5 target nodes is greater than or equal to the screenshot resource requirement corresponding to the feature tag. In this case, the feature labels may be added to the 5 target nodes, and deployed as screenshot nodes corresponding to the feature labels.

Under the condition that the feature tag and the screenshot frequency are mutually bound, the feature tag and the corresponding screenshot frequency can be added for the target node at the same time. ,

in this embodiment, the target node is configured to provide a screenshot service for a live broadcast room corresponding to the feature tag according to the screenshot frequency. Illustratively, the target live stream is assigned to the target node in case the target live stream carries a feature tag.

In alternative embodiments, the screenshot resources may be reclaimed. For example, when the feature tag and/or the screenshot frequency is deleted, a resource reclamation operation may be triggered to delete the feature tag of the target node, thereby freeing the target node as a candidate node.

In the embodiment of the disclosure, the screenshot demand corresponding to the feature tag is determined based on the feature tag and the screenshot frequency configured by the user, so that the corresponding target node is deployed, the target node provides screenshot service for the live broadcasting room corresponding to the feature tag according to the screenshot frequency, screenshot resources of the corresponding screenshot frequency can be deployed for different services, dynamic management of the screenshot resources can be realized, the utilization rate of the screenshot resources is improved, and the requirements of different services on the screenshot resources are better met.

In the embodiment of the disclosure, the automation and the accuracy of the edge computing screenshot service of various screenshot frequencies are ensured to be deployed according to the required quantity, the problem of resource redundancy is reduced as much as possible, the high availability of the screenshot service can be ensured, and the condition of insufficient resources caused by manual operation is avoided. For recovery of screenshot resources, corresponding screenshot configuration can be deleted on a resource management system, the system can automatically screen edge computing screenshot resources of corresponding feature labels, after automatic flow removal, the resources can be cleaned, the relevance between live flow and the edge computing screenshot resources can be accurately controlled, timely recovery of the edge computing resources is guaranteed, idle quantity of the edge computing resources is reduced, and utilization rate of the edge computing resources is greatly improved.

Fig. 2B illustrates a flowchart of one embodiment of a method of providing a screenshot service according to the present disclosure. The method may be implemented by the edge computing upstream node.

As shown in fig. 2B, the method 220 includes the steps of:

step 221, obtaining a target live stream, where the target live stream carries a target feature tag.

Illustratively, the target live stream carries a "play area" feature tag.

In this embodiment, the feature tag has a pre-configured screenshot frequency, for example, the screenshot frequency corresponding to the feature tag of "game zone" is that one frame is cut every 1 second.

And step 222, determining the target node from the server cluster, wherein the characteristic label of the target node is consistent with the target characteristic label.

In this embodiment, the computing nodes in the server cluster have corresponding feature tags, e.g., node a has a "play area" feature tag and node B has a "food area" feature tag. And under the condition that the target live stream carries a characteristic label of a game zone, the node A is a corresponding target node.

Step 223, the target live stream is distributed to the target node, so that the target node provides screenshot service for the target live stream according to the screenshot frequency.

In this embodiment, the target node performs screenshot according to the screenshot frequency corresponding to the target feature tag. In the previous example, node a captures a target live stream at a capture frequency of capturing one frame every 1 second.

Specific details and technical effects of the present embodiment can be found in the description of the above embodiments, and are not repeated here.

FIG. 4A illustrates an exemplary block diagram of one embodiment of a deployment apparatus of screenshot resources according to the present disclosure. As shown in fig. 4A, the deployment apparatus 410 of the screenshot resource includes: the feature tag obtaining module 411 is configured to obtain a feature tag configured by a user and a corresponding screenshot frequency, where the feature tag corresponds to at least one live broadcast room; the demand determining module 412 is configured to determine a screenshot resource demand corresponding to the feature tag according to the history data of the live broadcast room set corresponding to the feature tag and the screenshot frequency; and the target node deployment module 413 is configured to determine a target node from a candidate node set of the server cluster according to the screenshot resource requirement amount corresponding to the feature tag, and add the feature tag, where the target node is configured to provide screenshot service for a live broadcast room corresponding to the feature tag according to the screenshot frequency.

It should be appreciated that the various modules of the apparatus 410 shown in fig. 4A may correspond to the various steps in the method 210 described with reference to fig. 2A. Thus, the operations, features, and advantages described above with respect to method 210 apply equally to apparatus 410 and the modules included therein. For brevity, certain operations, features and advantages are not described in detail herein.

In an alternative embodiment, the feature tag is a content partition tag.

In an alternative embodiment, the feature tag and the screenshot frequency are mutually bound, and read, write and transmit together.

In an alternative embodiment, the demand determination module 411 is further configured to: and determining the screenshot resource demand corresponding to the feature tag according to the maximum flow of the live broadcasting room set corresponding to the feature tag in the recently set time period and the screenshot frequency.

In an alternative embodiment, apparatus 410 further comprises an allocation module (not shown) for: and distributing the target live stream to the target node under the condition that the target live stream carries the characteristic label.

In an alternative embodiment, the target node deployment module 413 is further configured to: and deleting the characteristic label of the target node in response to a resource recycling instruction so as to release the target node as a candidate node.

In an alternative embodiment, the resource reclamation instruction is triggered when the feature tag and/or the screenshot frequency is deleted.

Fig. 4B illustrates an exemplary block diagram of one embodiment of a provision device of a screenshot service according to the present disclosure. As shown in fig. 4B, the provision apparatus 420 of the screenshot service includes: a live stream obtaining module 421, configured to obtain a target live stream, where the target live stream carries a target feature tag; a target node determining module 422, configured to determine a target node from the server cluster, where a feature tag of the target node is consistent with the target feature tag; and the live stream distribution module 423 is configured to distribute the target live stream to the target node, so that the target node provides a screenshot service for the target live stream according to the screenshot frequency.

It should be appreciated that the various modules of the apparatus 420 shown in fig. 4B may correspond to the various steps in the method 220 described with reference to fig. 2B. Thus, the operations, features, and advantages described above with respect to method 220 apply equally to apparatus 420 and the modules included therein. For brevity, certain operations, features and advantages are not described in detail herein.

Fig. 5 illustrates a schematic block diagram of an example electronic device 500 that may be used to implement embodiments of the present disclosure. Referring to fig. 5, a block diagram of an electronic device 500 that may be a server or a client of the present disclosure, which is an example of a hardware device that may be applied to aspects of the present disclosure, will now be described. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the disclosure described and/or claimed herein. As shown in fig. 5, the electronic device 500 includes a computing unit 501 that can perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM) 502 or a computer program loaded from a storage unit 508 into a Random Access Memory (RAM) 503. In the RAM 503, various programs and data required for the operation of the device 500 can also be stored. The computing unit 501, ROM 502, and RAM 503 are connected to each other by a bus 504. An input/output (I/O) interface 505 is also connected to bus 504. Various components in the device 500 are connected to the I/O interface 505, including: an input unit 706 such as a keyboard, a mouse, etc.; an output unit 507 such as various types of displays, speakers, and the like; a storage unit 508 such as a magnetic disk, an optical disk, or the like; and a communication unit 509 such as a network card, modem, wireless communication transceiver, etc. The communication unit 509 allows the device 500 to exchange information/data with other devices via a computer network such as the internet and/or various telecommunication networks.

The computing unit 501 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of computing unit 501 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 501 performs the respective methods and processes described above, such as a method of deploying a screenshot resource and a method of providing a screenshot service. For example, in some embodiments, the method of deploying a screenshot resource and the method of providing a screenshot service may be implemented as a computer software program tangibly embodied on a machine-readable medium, such as storage unit 508. In some embodiments, part or all of the computer program may be loaded and/or installed onto the device 500 via the ROM 502 and/or the communication unit 509. When the computer program is loaded into the RAM 503 and executed by the computing unit 501, one or more steps of the above-described method of deploying a screenshot resource and method of providing a screenshot service may be performed. Alternatively, in other embodiments, the computing unit 501 may be configured to perform the deployment method of the screenshot resources and the provision method of the screenshot service in any other suitable manner (e.g., by means of firmware).

The various illustrative logics, logical blocks, modules, circuits, and algorithm processes described in connection with the aspects disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. The interchangeability of hardware and software has been described generally in terms of functionality, and is illustrated in the various illustrative components, blocks, modules, circuits, and processes described above. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

The hardware and data processing apparatus used to implement the various illustrative logics, logical blocks, modules, and circuits described in connection with the aspects disclosed herein may be implemented or performed with a general purpose single or multi-chip processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor or any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. In some aspects, particular processes and methods may be performed by circuitry specific to a given function.

In one or more aspects, the functions described may be implemented in hardware, digital electronic circuitry, computer software, firmware (including the structures disclosed in this specification and their equivalents), or in any combination thereof. Aspects of the subject matter described in this specification can also be implemented as one or more computer programs, i.e., one or more modules of computer program instructions, encoded on a computer storage medium for execution by, or to control the operation of, data processing apparatus.

If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. The processes of the methods or algorithms disclosed herein may be implemented in software modules executable by a processor, which may reside on a computer readable medium. Computer-readable media includes both computer storage media and communication media including any medium that can transfer a computer program from one place to another. A storage media may be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer. Further, any connection is properly termed a computer-readable medium. Disk (Disk) and disc (Disk) as used herein include high-density optical discs (CDs), laser discs, optical discs, digital Versatile Discs (DVDs), floppy disks, and blu-ray discs where disks (disks) usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media. Additionally, the operations of a method or algorithm may be embodied as one or any combination or set of codes and instructions on a machine-readable medium and computer-readable medium, which may be incorporated into a computer program product.

The various embodiments in this disclosure are described in a related manner, and identical and similar parts of the various embodiments are all referred to each other, and each embodiment is mainly described in terms of differences from the other embodiments. In particular, for apparatus embodiments, device embodiments, computer-readable storage medium embodiments, and computer program product embodiments, the description is relatively simple, as relevant to the method embodiments in part.

Claims (13)

1. A method of deploying a screenshot resource, comprising:

acquiring a feature tag configured by a user and a corresponding screenshot frequency, wherein the feature tag corresponds to at least one live broadcast room;

determining screenshot resource demand corresponding to the feature tag according to the history data of the live broadcast room set corresponding to the feature tag and the screenshot frequency;

and determining a target node from a candidate node set of a server cluster according to the screenshot resource demand corresponding to the characteristic tag, and adding the characteristic tag, wherein the target node is used for providing screenshot service for a live broadcasting room corresponding to the characteristic tag according to the screenshot frequency.

2. The method of claim 1, wherein the feature tag is a content partition tag.

3. The method of claim 1, wherein the feature tag and the screenshot frequency are tied to each other, read-write and transmit together.

4. The method of claim 1, wherein the determining, according to the historical data of the live room set corresponding to the feature tag and the screenshot frequency, a screenshot resource requirement corresponding to the feature tag includes:

and determining the screenshot resource demand corresponding to the feature tag according to the maximum flow of the live broadcasting room set corresponding to the feature tag in the recently set time period and the screenshot frequency.

5. The method of claim 1, wherein after the determining a target node from the set of candidate nodes and adding the feature tag, the method further comprises:

and distributing the target live stream to the target node under the condition that the target live stream carries the characteristic label.

6. The method of claim 1, wherein after the determining a target node from the set of candidate nodes and adding the feature tag, the method further comprises:

and deleting the characteristic label of the target node in response to a resource recycling instruction so as to release the target node as a candidate node.

7. The method of claim 6, wherein the resource reclamation instruction is triggered when the feature tag and/or the screenshot frequency is deleted.

8. A method for providing a screenshot service, implemented by a server cluster, at least one computing node in the server cluster carrying a feature tag, the feature tag having a corresponding screenshot frequency, the method comprising:

acquiring a target live stream, wherein the target live stream carries a target characteristic tag;

determining a target node from the server cluster, wherein the characteristic label of the target node is consistent with the target characteristic label;

and distributing the target live stream to the target node so as to provide screenshot service for the target live stream according to the screenshot frequency by the target node.

9. A deployment apparatus for screenshot resources, comprising:

the system comprises a feature tag acquisition module, a feature tag acquisition module and a live broadcast room, wherein the feature tag acquisition module is used for acquiring a feature tag configured by a user and a corresponding screenshot frequency, and the feature tag corresponds to at least one live broadcast room;

the demand determining module is used for determining the screenshot resource demand corresponding to the characteristic tag according to the history data of the live broadcasting room set corresponding to the characteristic tag and the screenshot frequency;

the target node deployment module is used for determining a target node from a candidate node set of the server cluster according to the screenshot resource demand corresponding to the characteristic tag and adding the characteristic tag, wherein the target node is used for providing screenshot service for a live broadcasting room corresponding to the characteristic tag according to the screenshot frequency.

10. A screenshot service providing apparatus applied to a server cluster, at least one computing node in the server cluster carrying a feature tag, the feature tag having a corresponding screenshot frequency, the apparatus comprising:

the live broadcast stream acquisition module is used for acquiring a target live broadcast stream, wherein the target live broadcast stream carries a target characteristic tag;

the target node determining module is used for determining a target node from the server cluster, wherein the characteristic label of the target node is consistent with the target characteristic label;

and the live stream distribution module is used for distributing the target live stream to the target node so as to provide screenshot service for the target live stream according to the screenshot frequency by the target node.

11. A computer program product comprising program code instructions which, when the program product is executed by a computer, cause the computer to carry out the method of at least one of claims 1-8.

12. A non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method of at least one of claims 1-8.

13. An electronic device, comprising:

the processor may be configured to perform the steps of,

a memory in electronic communication with the processor; and

instructions stored in the memory and executable by the processor to cause the electronic device to perform the method according to at least one of claims 1-8.