Live broadcast stream processing method and device

Abstract

The embodiment of the invention provides a live broadcast stream processing method. The live broadcast stream processing method comprises the steps of determining whether a target live broadcast room currently requested to be created or started is a live broadcast room needing to be encrypted or not; when the target live broadcast room is the live broadcast room needing to be encrypted, generating an encrypted live broadcast stream according to the original plug stream of the target live broadcast room; and providing the encrypted live broadcast stream for a target user to pull the stream, and setting the original push stream to be forbidden to pull the stream, the target user being an authorized user of the encrypted live broadcast stream. According to the technical scheme of the embodiment of the invention, the risk of leakage of the encrypted live broadcast content can be effectively reduced.

Description

Technical Field

[0001] This application relates to the field of live streaming technology, and in particular to a live streaming processing method, apparatus, computer equipment, computer-readable storage medium, and computer program product. Background Technology

[0002] In the live streaming business scenario, encrypting live streaming content is a relatively important business scenario, which allows authorized users to watch the live streaming content.

[0003] Currently, encrypting live streaming content typically involves setting viewing restrictions at the player's front end. This is achieved by popping up an authorization verification window to determine if the current user has viewing permissions, and preventing the user from watching the live stream if they do not have the necessary permissions.

[0004] However, this method has the following problems in practical applications: some users without viewing permissions can bypass the player's restrictions by using some open-source tools to watch the live stream through the live stream address, which poses a risk of leaking encrypted live stream content.

[0005] It should be noted that the above content is not necessarily prior art, nor is it intended to limit the scope of patent protection of this application. Summary of the Invention

[0006] This application provides a live stream processing method, apparatus, computer device, computer-readable storage medium, and computer program product to solve or alleviate one or more of the technical problems mentioned above.

[0007] One aspect of this application provides a live stream processing method, the method comprising: Determine whether the target live room currently requested to be created or launched is a live room that needs to be encrypted; If the target live stream room is one that requires encryption, an encrypted live stream is generated based on the original push stream of the target live stream room. The encrypted live stream is provided for target users to pull, and the original push stream is set to prohibit pulling, wherein the target user is an authorized user of the encrypted live stream.

[0008] Optionally, generating an encrypted live stream based on the push stream from the target live stream room includes: Generate the push address of the original push stream and the encryption information of the encrypted live stream, and form a mapping relationship between the original push stream and the encrypted live stream; The push address is returned to the broadcaster's terminal in the target live stream room; When the broadcaster pushes the stream to the server according to the push address, the encrypted information is obtained according to the mapping relationship, and the encrypted live stream is generated according to the encrypted information.

[0009] Optionally, the step of generating the push address of the original push stream and the encryption information of the encrypted live stream includes: The live stream name in the push address is dynamically generated.

[0010] Optionally, if the target live stream room is one that requires encryption, generating an encrypted live stream based on the original push stream of the target live stream room includes: If the target live stream room is a live stream room that needs to be encrypted and the live stream of the target live stream room reaches the preset duration, an encrypted live stream is generated based on the original push stream of the target live stream room.

[0011] Optionally, generating an encrypted live stream based on the original push stream of the target live room includes: Acquire streamer-side data and / or user-side data for the target live stream room; The target encryption level of the target live streaming room is determined based on the broadcaster-side data and / or the user-side data, and the target encryption method of the target live streaming room is determined based on the target encryption level. An encrypted live stream is generated based on the original push stream of the target live stream using the target encryption method.

[0012] Optionally, the method further includes: If the data on the broadcaster's side and / or the data on the user's side meet the preset conditions, the encryption level and encryption method of the target live broadcast room are adjusted and switched.

[0013] Another aspect of this application provides a live stream processing apparatus, the apparatus comprising: The determination module is used to determine whether the target live room currently requested to be created or started is a live room that needs to be encrypted; The generation module is used to generate an encrypted live stream based on the original push stream of the target live stream when the target live stream is a live stream that needs to be encrypted. The streaming module is used to provide the encrypted live stream for target users to stream, and to set the original push stream to be blocked from streaming, wherein the target user is an authorized user of the encrypted live stream.

[0014] Another aspect of this application provides a computer device, including: at least one processor; and a memory communicatively connected to the at least one processor; wherein: the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the method described above.

[0015] Another aspect of this application provides a computer-readable storage medium storing computer instructions that, when executed by a processor, implement the method described above.

[0016] Another aspect of this application provides a computer program product including a computer program that, when executed by a processor, implements the method described above.

[0017] The embodiments of this application employing the above-described technical solution may have the following advantages: By determining whether the target live stream room currently requested for creation or launch is one that requires encryption, if so, an encrypted live stream is generated based on the original push stream of the target live stream room. This encrypted live stream is provided for the target user to pull, while the original push stream is set to be blocked from being pulled. The target user is an authorized user of the encrypted live stream. By generating an encrypted live stream separately based on the original push stream of the live stream room and setting the original push stream to be blocked from being pulled, the original push stream can be isolated, making it difficult for unauthorized users to bypass playback restrictions to watch. Only authorized users can watch through the encrypted live stream, thereby effectively reducing the risk of leakage of encrypted live stream content. Attached Figure Description

[0018] The accompanying drawings exemplify embodiments and form part of the specification, serving to explain exemplary implementations of the embodiments together with the textual description. The illustrated embodiments are for illustrative purposes only and do not limit the scope of the claims. Throughout the drawings, the same reference numerals refer to similar but not necessarily identical elements.

[0019] Figure 1 The diagram illustrates the operating environment of the live stream processing method according to Embodiment 1 of this application. Figure 2 A flowchart illustrating a live stream processing method according to Embodiment 1 of this application is shown schematically. Figure 3 Schematic illustration Figure 2 Flowchart of the sub-steps in step S202; Figure 4 The schematic diagram illustrates the principle of the live stream processing method according to Embodiment 1 of this application; Figure 5Schematic illustration Figure 2 Flowchart of another sub-step in step S202; Figure 6 A block diagram of a live stream processing apparatus according to Embodiment 2 of this application is schematically shown; and Figure 7 A schematic diagram of the hardware architecture of a computer device according to Embodiment 3 of this application is shown. Detailed Implementation

[0020] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application. All other embodiments obtained by those skilled in the art based on the embodiments in this application without inventive effort are within the scope of protection of this application.

[0021] It should be noted that the descriptions involving "first," "second," etc., in the embodiments of this application are for descriptive purposes only and should not be construed as indicating or implying their relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined with "first" or "second" may explicitly or implicitly include at least one of that feature. Furthermore, the technical solutions of the various embodiments can be combined with each other, but this must be based on the ability of those skilled in the art to implement them. If the combination of technical solutions is contradictory or impossible to implement, it should be considered that such a combination of technical solutions does not exist and is not within the scope of protection claimed in this application.

[0022] In the description of this application, it should be understood that the numerical labels before the steps do not indicate the order of the steps, but are only used to facilitate the description of this application and to distinguish each step, and therefore should not be construed as a limitation of this application.

[0023] First, a definition of the terminology used in this application is provided: Digital Rights Management (DRM) is a suite of technologies and software solutions designed to protect the copyright of digital content and control its access and use. Simply put, DRM is a protection mechanism to prevent the illegal copying, distribution, and use of digital content.

[0024] Streaming refers to the process of encoding local audio and video data in real time and uploading it to a server over a network. Simply put, it's "pushing" the video signal from a local device to a remote server.

[0025] Pull streaming: This refers to the process of retrieving real-time audio and video data from a server and then playing it on the client side. Secondly, to facilitate understanding of the technical solutions provided in the embodiments of this application by those skilled in the art, the relevant technologies are described below: In related technologies, encrypting live streaming content is generally achieved by setting viewing restrictions at the front end of the player. However, some users still use open-source tools to bypass the player restrictions and watch the live stream by using the live stream address, which poses a risk of leakage of encrypted live streaming content.

[0026] Therefore, this application provides a live stream processing technology solution. This solution effectively reduces the risk of leakage of encrypted live stream content. Details are provided below.

[0027] Finally, for ease of understanding, an exemplary operating environment is provided below.

[0028] Figure 1 The illustration shows an environmental application diagram according to an embodiment of this application.

[0029] The environmental diagram may include a service platform 2, broadcaster terminals (4A, 4B, ..., 4M), and viewer terminals (6A, 6B, ..., 6N). In a live broadcast scenario, the broadcaster terminals (4A, 4B, ..., 4M) log in to the service platform 2 and push live broadcast data to the viewer terminals (6A, 6B, ..., 6N) in real time through the service platform 2.

[0030] Service platform 2 can provide live streaming services, which can be a single server, a server cluster, or a cloud computing service center.

[0031] The broadcast terminals (4A, 4B, ..., 4M) are used to generate live streaming data in real time and to push the live streaming data. The live streaming data may include audio data or video data. The broadcast terminals can be electronic devices such as smartphones or tablets. Alternatively, the broadcast terminals can be virtual computing instances within service platform 2.

[0032] Viewer terminals (6A, 6B, ..., 6N) can be configured to receive live data from the broadcaster terminal in real time. Viewer terminals (6A, 6B, ..., 6N) can be any type of computing device, such as smartphones, tablets, laptops, smart TVs, in-vehicle terminals, etc. Viewer terminals (6A, 6B, ..., 6N) can have a built-in browser or dedicated program to receive the live data and output content to the user. The content may include video, audio, comments, text data, and / or the like.

[0033] The audience terminals (6A, 6B, ..., 6N) may include a player. The player outputs (e.g., displays, presents) content to the user. This content may include video, audio, comments, text data, and / or the like. The audience terminals (6A, 6B, ..., 6N) may include an interface that may include an input element (touchscreen). For example, the input element may be configured to receive user instructions that cause the audience terminals (6A, 6B, ..., 6N) to perform various operations, such as sending bullet comments, entering comments, sending gifts, etc.

[0034] The broadcast terminals (4A, 4B, ..., 4M), viewer terminals (6A, 6B, ..., 6N), and service platform 2 can be connected via a network. The network may include various network devices, such as routers, switches, multiplexers, hubs, modems, bridges, repeaters, firewalls, and / or proxy devices. The network may include physical links, such as coaxial cable links, twisted-pair cable links, fiber optic links, and combinations thereof and / or the like. The network may include wireless links, such as cellular links, satellite links, Wi-Fi links, and / or the like.

[0035] It should be noted that the number of broadcast terminals and viewer terminals shown in the diagram is merely illustrative and is not intended to limit the scope of patent protection of this application. In practice, any number of broadcast terminals and viewer terminals may be used.

[0036] The technical solutions of this application are described below through multiple embodiments, using a service platform as the implementing entity. It should be understood that these embodiments can be implemented in many different forms and should not be construed as being limited to the embodiments described herein.

[0037] Example 1 Figure 2 A flowchart illustrating a live stream processing method according to Embodiment 1 of this application is shown schematically.

[0038] like Figure 2 As shown, the live stream processing method may include steps S200~S204, wherein: Step S200: Determine whether the target live room currently requested to be created or started is a live room that needs to be encrypted.

[0039] Step S202: If the target live stream is a live stream that needs to be encrypted, generate an encrypted live stream based on the original push stream of the target live stream.

[0040] Step S204: Provide an encrypted live stream for the target user to pull the stream, and set the original push stream to prohibit pulling the stream, wherein the target user is an authorized user of the encrypted live stream.

[0041] The live stream processing method provided in this embodiment determines whether the target live stream room currently requested to be created or started is a live stream room that needs to be encrypted. If the target live stream room is a live stream room that needs to be encrypted, an encrypted live stream is generated based on the original push stream of the target live stream room. The encrypted live stream is provided for the target user to pull the stream, and the original push stream is set to be blocked from being pulled. The target user is an authorized user of the encrypted live stream. By generating an encrypted live stream based on the original push stream of the live stream room and setting the original push stream to be blocked from being pulled, the original push stream can be isolated, making it difficult for unauthorized users to bypass the playback restrictions to watch. Only authorized users can watch through the encrypted live stream, thereby effectively reducing the risk of leakage of encrypted live stream content.

[0042] The following combination Figure 2 The steps in steps S200 to S204, as well as other optional steps, are described in detail.

[0043] Step S200 This determines whether the target live stream room currently requested to be created or launched is a live stream room that needs to be encrypted.

[0044] When sending a request to create or start a target live stream room, you can include information about the target live stream room that needs to be encrypted in the request. This allows the service platform to determine whether the target live stream room requires encryption upon receiving the request, based on whether this encrypted information is included. Alternatively, the service platform can maintain a list of live stream rooms that require encryption in advance, and use this list to determine whether a target live stream room requires encryption upon receiving a request to create or start it.

[0045] Step S202 If the target live stream room is one that needs to be encrypted, an encrypted live stream is generated based on the original push stream of the target live stream room.

[0046] If the target live stream does not require encryption, the push and pull streams can be performed in the original manner. However, if the target live stream requires encryption, in addition to the original push stream from the target live stream, an encrypted live stream will be generated based on the original push stream.

[0047] In optional embodiments, such as Figure 3 As shown, step S202, which generates an encrypted live stream based on the push stream from the target live stream room, may further include steps S300 to S304: Step S300: Generate the push address of the original push stream and the encryption information of the encrypted live stream, and form a mapping relationship between the original push stream and the encrypted live stream.

[0048] Step S302: Return the push stream address to the broadcaster's end in the target live room.

[0049] Step S304: When the streamer pushes the stream to the server based on the push address, the encrypted information is obtained according to the mapping relationship, and an encrypted live stream is generated based on the encrypted information.

[0050] The encryption information of an encrypted live stream can include encryption keys, encryption algorithm type, encryption parameters, authorization information, and key update policy.

[0051] Specifically, when the target live stream is determined to be a live stream that needs to be encrypted, the service platform can generate the original push stream address and the encryption information of the encrypted live stream, and form a mapping relationship between the original push stream and the encrypted live stream in the service platform. Then, the generated push stream address is returned to the broadcaster's end in the target live stream so that the broadcaster can push the stream according to the push stream address. When the broadcaster pushes the stream to the server (i.e., the service platform) according to the push stream address, the service platform obtains the encryption information corresponding to the encrypted live stream according to the push stream and the mapping relationship, and then generates an encrypted live stream according to the encryption information.

[0052] For example, if the original push stream of the target live room is stream1 and the encrypted live stream is stream2, the service platform forms a mapping relationship between stream1 and stream2. When the broadcaster pushes the stream to the service platform according to the push address, if the service platform determines that the current push stream is stream1, it can determine that stream2 needs to be generated according to the mapping relationship between stream1 and stream2. Then, it obtains the encryption information of stream2 and generates stream2 according to the encryption information of stream2.

[0053] In this optional embodiment, by generating the push address of the original push stream and the encryption information of the encrypted live stream, and forming a mapping relationship between the original push stream and the encrypted live stream, the push address is returned to the broadcaster's end in the target live room. When the broadcaster pushes the stream to the server according to the push address, the encryption information is obtained according to the mapping relationship, and an encrypted live stream is generated according to the encryption information. This can effectively generate another encrypted live stream from the original push stream, making it easier to isolate the original push stream and reduce the risk of leakage of encrypted live stream content.

[0054] Step S204 It provides encrypted live streams for target users to pull, and sets the original push stream to prohibit pulling. The target users are the authorized users of the encrypted live stream.

[0055] Specifically, when the service platform receives a user's request to pull an encrypted live stream, it can verify the user's permissions. If the user is not the target user, the user's request to pull the stream will be rejected; if the user is the target user, the user will be allowed to pull the encrypted live stream. After the user pulls the stream to the client, the encrypted live stream can be decrypted and viewed using the key provided by the live streaming system.

[0056] Please refer to Figure 4 This diagram illustrates the principle of the live stream processing method. As shown, it can include: a live stream uplink scheduling system, a media server relay system, and a DRM key management system.

[0057] (1) Live Streaming Uplink Scheduling System: This system is primarily responsible for distributing the streamer's push address. When a live stream requiring encryption starts broadcasting and obtains the push address, the system dynamically regenerates a new stream (stream1) and then distributes the push address to the user. Simultaneously, it also generates an encrypted stream (stream2) and maintains the mapping relationship between stream1 and stream2. Stream1 is not allowed to be pulled from the stream.

[0058] (2) Media server forwarding system: This system is responsible for controlling the forwarding of streams. When the encrypted live stream (stream1) is pushed to the streaming media node, the node requests the system to obtain the forwarding address. During forwarding, the system queries the stream mapping relationship and forwards the encrypted content of stream1 to stream2, which is then made available for viewing by the audience.

[0059] (3) DRM key system: This system records and maintains the encryption suite information for the streams, providing an external interface for adding, updating, querying, and deleting stream encryption parameters. When a stream needs to be encrypted, the system's interface is called to set parameters such as the encryption key, encryption mode, encryption offset, and encryption ID. Then, when the stream is pushed to the streaming media node, it requests the system to query the stream's encryption suite information and uses these parameters for encryption. When the player decrypts the encrypted stream, it also requests the system to obtain the decryption parameters.

[0060] In related technologies, fixed live stream names are used for live streaming, which makes them vulnerable to attacks. This could lead to the encryption of the encrypted live stream information being compromised and thus pose a risk of leakage of encrypted live stream content.

[0061] In an optional embodiment, step S300, generating the push address of the original push stream and the encryption information of the encrypted live stream, may further include: dynamically generating the live stream name in the push address.

[0062] Specifically, the service platform can generate live stream names based on timestamps. For example, the timestamp can be used as part of the live stream name, ensuring that each generated live stream name is unique. Alternatively, the service platform can use a random number to generate a random character as part of the live stream name, ensuring that each generated live stream name is unique. Or, the service platform can use a UUID (Universally Unique Identifier) ​​as the live stream name, which also guarantees that each generated live stream name is unique. Of course, other methods can also be used, as long as it ensures that the generated live stream names are not repeated at least within a certain period of time.

[0063] In this optional embodiment, by dynamically generating the live stream name in the push address, the generated live stream name can be different each time, thereby increasing the difficulty of attacking the encrypted live stream and further reducing the risk of leakage of encrypted live stream content.

[0064] In an optional embodiment, step S202, where the target live room is a live room that needs to be encrypted, generating an encrypted live stream based on the original push stream of the target live room, may further include: where the target live room is a live room that needs to be encrypted and the live stream of the target live room has reached a preset duration, generating an encrypted live stream based on the original push stream of the target live room.

[0065] The preset duration can be configured according to actual needs; optionally, the preset duration can be configured by the host in the live broadcast room, for example, 5 minutes, 10 minutes or 15 minutes.

[0066] Specifically, if the service platform determines that the target live stream room needs to be encrypted, it can initially not generate an encrypted live stream. At this time, the original push stream can be set to allow pull streaming. Once the live stream duration reaches the preset duration, the service platform will then generate an encrypted live stream based on the original push stream of the target live stream room and set the original push stream to prohibit pull streaming. This allows the first part of the content to be viewed by all users, while the latter part is available for the target users. If non-target users are interested in the live stream content after watching the first part of the content, they can apply to become target users and continue watching.

[0067] In this optional embodiment, when the target live room is a live room that needs to be encrypted and the live stream of the target live room reaches a preset duration, an encrypted live stream is generated based on the original push stream of the target live room. This allows the live stream to include both unencrypted and encrypted parts, thereby improving the flexibility of generating encrypted live streams. At the same time, the unencrypted parts can be used to attract non-target users to become target users.

[0068] In optional embodiments, such as Figure 5As shown, in step S202, generating an encrypted live stream based on the original push stream of the target live stream room can further include steps S400~S404: Step S400: Obtain the streamer-side data and / or user-side data of the target live streaming room.

[0069] Step S402: Determine the target encryption level of the target live streaming room based on the broadcaster-side data and / or user-side data, and determine the target encryption method of the target live streaming room based on the target encryption level.

[0070] Step S404: Generate an encrypted live stream using the target encryption method based on the original push stream of the target live stream room.

[0071] Data on the broadcaster's side can include the broadcaster's location, streaming tools, (historical) streaming bitrate, (historical) number of viewers, live stream duration, onboarding time, live stream frequency, number of followers, and the live stream category they belong to. Data on the user's side can include historical viewing duration, historical viewing resolution, spending level, viewing device, interaction data, dwell time, and risk control level.

[0072] Encryption levels can be divided into several tiers, such as low, medium, and high. Encryption methods can also correspond one-to-one with encryption levels, or they can be tiered. For example, a low encryption level might use a weaker encryption algorithm, such as basic symmetric encryption like AES-128; a medium encryption level might use a stronger encryption algorithm, such as AES-256; and a high encryption level might use an even stronger encryption algorithm, such as asymmetric encryption like RSA. Of course, the encryption levels and methods mentioned above are just examples; the specific encryption levels and methods should be configured according to actual needs, and no restrictions are imposed here.

[0073] When determining the target encryption level for a target livestream room based on data from the broadcaster and / or users, conditions can be set for each encryption level. The corresponding encryption level is determined based on the conditions met by the broadcaster and / or user data. For example, a lower encryption level is determined when the number of historical viewers is low, and a higher encryption level is determined when the number of historical viewers is high. Optionally, a machine learning model can be trained to determine the corresponding encryption level for the livestream room based on the broadcaster and / or user data. After determining the target encryption level, the target encryption method for the target livestream room can be determined based on the correspondence between encryption levels and encryption methods. Then, an encrypted livestream stream is generated based on the original push stream of the target livestream according to the target encryption method.

[0074] In this optional embodiment, by acquiring the broadcaster-side data and / or user-side data of the target live streaming room, determining the target encryption level of the target live streaming room based on the broadcaster-side data and / or user-side data, determining the target encryption method of the target live streaming room based on the target encryption level, and generating an encrypted live stream based on the original push stream of the target live streaming room using the target encryption method, the encryption level and encryption method can be dynamically determined according to different broadcasters and viewing users, thereby improving the flexibility of live streaming content encryption and effectively meeting various different encryption needs.

[0075] In an optional embodiment, the live stream processing method may further include: adjusting and switching the encryption level and encryption method of the target live stream room when the broadcaster-side data and / or user-side data meet preset conditions.

[0076] Preset conditions can be set according to the conditions corresponding to each encryption level. For example, if at the beginning of the live stream, the data on the broadcaster's side and / or the data on the user's side meet the conditions corresponding to the low encryption level, but after a period of time, the data on the broadcaster's side and / or the data on the user's side begin to meet the conditions corresponding to the medium encryption level, then the preset condition could be the trigger event that the data on the broadcaster's side and / or the data on the user's side switch from meeting the conditions corresponding to the low encryption level to meeting the conditions corresponding to the medium encryption level. Accordingly, the target encryption level of the target live stream can be adjusted and switched to the medium encryption level, and then the encryption method of the target live stream can be adjusted and switched to the medium encryption method.

[0077] In this optional embodiment, by adjusting and switching the encryption level and encryption method of the target live broadcast room when the broadcaster-side data and / or user-side data meet preset conditions, the encryption level and encryption method of the live broadcast content can be adjusted and switched in real time, thereby adapting the encryption level and encryption method to the real-time changes of the live broadcast stream.

[0078] Example 2 Figure 6 The diagram schematically illustrates a live stream processing apparatus 500 according to Embodiment 2 of this application. This apparatus 500 can be divided into one or more program modules. One or more program modules are stored in a storage medium and executed by one or more processors to complete the embodiments of this application. The program module referred to in the embodiments of this application refers to a series of computer program instruction segments capable of performing a specific function. The following description will specifically introduce the functions of each program module in this embodiment. For example... Figure 6 As shown, the device 500 may include a determining module 510, a generating module 520, and a drawing module 530, wherein: The determination module 510 is used to determine whether the target live room currently requested to be created or started is a live room that needs to be encrypted; The generation module 520 is used to generate an encrypted live stream based on the original push stream of the target live stream when the target live stream is a live stream that needs to be encrypted. The streaming module 530 is used to provide the encrypted live stream for target users to stream, and to set the original push stream to be blocked from streaming, wherein the target user is an authorized user of the encrypted live stream.

[0079] In an optional embodiment, the generation module 520 is further configured to: Generate the push address of the original push stream and the encryption information of the encrypted live stream, and form a mapping relationship between the original push stream and the encrypted live stream; The push address is returned to the broadcaster's terminal in the target live stream room; When the broadcaster pushes the stream to the server according to the push address, the encrypted information is obtained according to the mapping relationship, and the encrypted live stream is generated according to the encrypted information.

[0080] In an optional embodiment, the generation module 520 is further configured to: The live stream name in the push address is dynamically generated.

[0081] In an optional embodiment, the generation module 520 is further configured to: If the target live stream room is a live stream room that needs to be encrypted and the live stream of the target live stream room reaches the preset duration, an encrypted live stream is generated based on the original push stream of the target live stream room.

[0082] In an optional embodiment, the generation module 520 is further configured to: Acquire streamer-side data and / or user-side data for the target live stream room; The target encryption level of the target live streaming room is determined based on the broadcaster-side data and / or the user-side data, and the target encryption method of the target live streaming room is determined based on the target encryption level. An encrypted live stream is generated based on the original push stream of the target live stream using the target encryption method.

[0083] In an optional embodiment, the device 500 is further used for: If the data on the broadcaster's side and / or the data on the user's side meet the preset conditions, the encryption level and encryption method of the target live broadcast room are adjusted and switched.

[0084] Example 3 Figure 7This illustration schematically shows a hardware architecture diagram of a computer device 10000 suitable for implementing a live stream processing method according to Embodiment 3 of this application. In some embodiments, the computer device 10000 may be a terminal device such as a smartphone, wearable device, tablet computer, personal computer, in-vehicle terminal, game console, virtual device, workbench, digital assistant, set-top box, robot, etc. In other embodiments, the computer device 10000 may be a rack server, blade server, tower server, or cabinet server (including independent servers or server clusters composed of multiple servers), etc. Figure 7 As shown, the computer device 10000 includes, but is not limited to: a memory 10010, a processor 10020, and a network interface 10030 that can communicate and be linked with each other via a system bus. Wherein: The memory 10010 includes at least one type of computer-readable storage medium, including flash memory, hard disk, multimedia card, card-type memory (e.g., SD or DX memory), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, the memory 10010 may be an internal storage module of a computer device 10000, such as the hard disk or memory of the computer device 10000. In other embodiments, the memory 10010 may also be an external storage device of the computer device 10000, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the computer device 10000. Of course, the memory 10010 may also include both the internal storage module and the external storage device of the computer device 10000. In this embodiment, the memory 10010 is typically used to store the operating system and various application software installed on the computer device 10000, such as program code for live stream processing methods. In addition, the memory 10010 can also be used to temporarily store various types of data that have been output or will be output.

[0085] In some embodiments, processor 10020 may be a central processing unit (CPU), controller, microcontroller, microprocessor, or other chip. Processor 10020 is typically used to control the overall operation of computer device 10000, such as performing control and processing related to data interaction or communication with computer device 10000. In this embodiment, processor 10020 is used to run program code stored in memory 10010 or process data.

[0086] Network interface 10030 may include a wireless network interface or a wired network interface, which is typically used to establish a communication link between computer device 10000 and other computer devices. For example, network interface 10030 is used to connect computer device 10000 to an external terminal via a network, establishing a data transmission channel and communication link between computer device 10000 and the external terminal. The network may be an intranet, the Internet, Global System for Mobile Communication (GSM), Wideband Code Division Multiple Access (WCDMA), 4G network, 5G network, Bluetooth, Wi-Fi, or other wireless or wired networks.

[0087] It should be pointed out that, Figure 7 Only computer devices with components 10010-10030 are shown; however, it should be understood that it is not required to implement all of the shown components, and more or fewer components may be implemented instead.

[0088] In this embodiment, the live stream processing method stored in memory 10010 can also be divided into one or more program modules and executed by one or more processors (such as processor 10020) to complete the embodiment of this application.

[0089] Example 4 This application also provides a computer-readable storage medium storing a computer program thereon, wherein the computer program, when executed by a processor, implements the steps of the live stream processing method in the embodiments.

[0090] In this embodiment, the computer-readable storage medium includes flash memory, hard disk, multimedia card, card-type memory (e.g., SD or DX memory), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, the computer-readable storage medium may be an internal storage unit of a computer device, such as the hard disk or memory of the computer device. In other embodiments, the computer-readable storage medium may also be an external storage device of the computer device, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., provided on the computer device. Of course, the computer-readable storage medium may include both internal storage units and external storage devices of the computer device. In this embodiment, the computer-readable storage medium is typically used to store the operating system and various application software installed on the computer device, such as the program code of the live stream processing method in this embodiment. In addition, the computer-readable storage medium can also be used to temporarily store various types of data that have been output or will be output.

[0091] Example 5 This application also provides a computer program product, including a computer program that, when executed by a processor, implements the methods described in the above embodiments.

[0092] Obviously, those skilled in the art should understand that the modules or steps of the embodiments of this application described above can be implemented using general-purpose computer devices. They can be centralized on a single computer device or distributed across a network of multiple computer devices. Optionally, they can be implemented using computer-executable program code, thereby storing them in a storage device for execution by a computer device. In some cases, the steps shown or described can be performed in a different order than those presented here, or they can be fabricated as separate integrated circuit modules, or multiple modules or steps can be fabricated as a single integrated circuit module. Thus, the embodiments of this application are not limited to any particular combination of hardware and software.

[0093] It should be noted that the above are merely preferred embodiments of this application and do not limit the scope of patent protection of this application. Any equivalent structural or procedural changes made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the scope of patent protection of this application.

Claims

1. A method for processing live streams, characterized in that, The method includes: Determine whether the target live room currently requested to be created or launched is a live room that needs to be encrypted; If the target live stream room is one that requires encryption, an encrypted live stream is generated based on the original push stream of the target live stream room. The encrypted live stream is provided for target users to pull, and the original push stream is set to prohibit pulling, wherein the target user is an authorized user of the encrypted live stream.

2. The method according to claim 1, characterized in that, The step of generating an encrypted live stream based on the push stream from the target live stream room includes: Generate the push address of the original push stream and the encryption information of the encrypted live stream, and form a mapping relationship between the original push stream and the encrypted live stream; The push address is returned to the broadcaster's terminal in the target live stream room; When the broadcaster pushes the stream to the server according to the push address, the encrypted information is obtained according to the mapping relationship, and the encrypted live stream is generated according to the encrypted information.

3. The method according to claim 2, characterized in that, The generation of the original push stream address and the encryption information of the encrypted live stream includes: The live stream name in the push address is dynamically generated.

4. The method according to any one of claims 1-3, characterized in that, When the target live stream room is one that requires encryption, generating an encrypted live stream based on the original push stream of the target live stream room includes: If the target live stream room is a live stream room that needs to be encrypted and the live stream of the target live stream room reaches the preset duration, an encrypted live stream is generated based on the original push stream of the target live stream room.

5. The method according to any one of claims 1-3, characterized in that, The step of generating an encrypted live stream based on the original push stream of the target live stream room includes: Acquire streamer-side data and / or user-side data for the target live stream room; The target encryption level of the target live streaming room is determined based on the broadcaster-side data and / or the user-side data, and the target encryption method of the target live streaming room is determined based on the target encryption level. An encrypted live stream is generated based on the original push stream of the target live stream using the target encryption method.

6. The method according to claim 5, characterized in that, The method further includes: If the data on the broadcaster's side and / or the data on the user's side meet the preset conditions, the encryption level and encryption method of the target live broadcast room are adjusted and switched.

7. A live stream processing device, characterized in that, The device includes: The determination module is used to determine whether the target live room currently requested to be created or started is a live room that needs to be encrypted; The generation module is used to generate an encrypted live stream based on the original push stream of the target live stream when the target live stream is a live stream that needs to be encrypted. The streaming module is used to provide the encrypted live stream for target users to stream, and to set the original push stream to be blocked from streaming, wherein the target user is an authorized user of the encrypted live stream.

8. A computer device, characterized in that, include: At least one processor; and A memory communicatively connected to the at least one processor; wherein: The memory stores instructions that can be executed by the at least one processor to enable the at least one processor to perform the method of any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that, when executed by a processor, implement the method as described in any one of claims 1 to 6.

10. A computer program product, comprising a computer program, characterized in that, When executed by a processor, the computer program implements the steps of the method according to any one of claims 1 to 6.

Images