CN114630151A - Method, device, device and storage medium for processing live broadcast list based on stream authentication - Google Patents

Abstract

The application relates to the technical field of network live broadcast, and provides a live broadcast list processing method and device based on stream authentication, computer equipment and a storage medium, wherein the method comprises the following steps: acquiring an anchor video stream and a corresponding channel number sent by an anchor client; authenticating the anchor video stream every a first preset time to obtain an authentication result; if the authentication result is that the authentication is passed, acquiring an authentication timestamp, and updating the authentication timestamp corresponding to the channel number in the live broadcast list; and accessing the authentication timestamp in the live broadcast list at intervals of second preset time, and deleting the channel number from the live broadcast list if the difference between the access timestamp and the authentication timestamp is greater than a preset threshold value. According to the embodiment of the application, the filtering of the black screen live broadcast room is realized through the authentication of the anchor video stream, so that audiences cannot enter the black screen live broadcast room, and the live broadcast watching experience of the audiences is improved.

Description

Method, device, device and storage medium for processing live broadcast list based on stream authentication

technical field

The embodiments of the present application relate to the technical field of network live broadcast, and in particular, to a method, apparatus, computer equipment, and storage medium for processing a live broadcast list based on stream authentication.

Background technique

With the rapid development of Internet technology and streaming media technology, webcasting has gradually become an increasingly popular means of entertainment, and more and more users have begun to enter webcasting rooms to participate in and experience webcasting. Users can download and install the live broadcast application on the terminal device, and display the live broadcast list on the homepage or content tab page of the live broadcast application or in application scenarios such as a single line. A live broadcast under the live broadcast category. After the user selects a live broadcast category, the display interface of the live broadcast application will display the covers and titles of all the live broadcasts under the live broadcast category selected by the user in an arrangement, so that the user can select a live broadcast to watch.

However, in the process of launching the broadcast, the host directly exited the live broadcast APP due to the sudden interruption of the network. The live broadcast state of the host will also be maintained for about 1 to 2 minutes, so that the host can reopen the live broadcast APP and reconnect to continue the live broadcast. However, during the period when the host exits the live broadcast APP abnormally, the video stream of the host will not be uploaded to the live server. At this time, the live broadcast list in the homepage of the live broadcast application or the content tab page or the application scenarios such as swipe is still displayed. If the user clicks to enter the live broadcast room of the host, he will see a black screen, which affects the user's live viewing experience.

SUMMARY OF THE INVENTION

The embodiments of the present application provide a method, device, computer equipment and storage medium for processing a live broadcast list based on stream authentication, which can prevent a user from entering a live broadcast room with a black screen and improve the user's experience of watching a live broadcast. The technical solution is as follows:

In a first aspect, an embodiment of the present application provides a method for processing a live broadcast list based on stream authentication, including the steps:

Obtain the anchor video stream sent by the anchor client and the corresponding channel number;

Authenticating the anchor video stream every first preset time to obtain an authentication result;

If the authentication result is that the authentication is passed, obtain the authentication timestamp, and update the authentication timestamp corresponding to the channel number in the live broadcast list;

The authentication time stamp in the live broadcast list is accessed every second preset time, and if the difference between the time stamp at the time of access and the authentication time stamp is greater than a preset threshold, delete the authentication time stamp from the live broadcast list. channel number.

In a second aspect, an embodiment of the present application provides an apparatus for processing a live broadcast list based on stream authentication, including:

The video stream acquisition module is used to acquire the anchor video stream sent by the anchor client and the corresponding channel number;

an authentication result obtaining module, configured to authenticate the anchor video stream every first preset time to obtain an authentication result;

A timestamp update module, configured to obtain an authentication timestamp if the authentication result is that the authentication passed, and update the authentication timestamp corresponding to the channel number in the live broadcast list;

The channel number deletion module is used to access the authentication timestamp in the live broadcast list every second preset time, if the difference between the timestamp during access and the authentication timestamp is greater than the preset threshold, from the Delete the channel number from the live broadcast list.

In a third aspect, embodiments of the present application provide a computer device, a processor, a memory, and a computer program stored in the memory and executable on the processor, and the processor implements the steps of the method of the first aspect when the processor executes the computer program.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed by a processor, the steps of the method of the first aspect are implemented.

The embodiment of the present application obtains the anchor video stream and the corresponding channel number sent by the anchor client; authenticates the anchor video stream every first preset time, and obtains an authentication result; if the authentication result is an authentication result The right is passed, the authentication timestamp is obtained, and the authentication timestamp corresponding to the channel number in the live broadcast list is updated; the authentication timestamp in the live broadcast list is accessed every second preset time. If the difference between the stamp and the authentication timestamp is greater than a preset threshold, the channel number is deleted from the live broadcast list. The embodiment of the present application implements the filtering of the live broadcast room with a black screen through the authentication of the anchor video stream, so that the audience does not enter the live broadcast room with a black screen, and the experience of the audience watching the live broadcast is improved.

For better understanding and implementation, the technical solutions of the present application are described in detail below with reference to the accompanying drawings.

Description of drawings

1 is a schematic diagram of an application scenario of a method for processing a live broadcast list based on stream authentication provided by an embodiment of the present application;

2 is a schematic flowchart of a method for processing a live broadcast list based on stream authentication provided by an embodiment of the present application;

3 is a schematic flowchart of S21 to S22 in the method for processing a live broadcast list based on stream authentication provided by an embodiment of the present application;

4 is a schematic flowchart of S23 to S24 in the method for processing a live broadcast list based on stream authentication provided by an embodiment of the present application;

5 is a schematic flowchart of S41 to S43 in the method for processing a live broadcast list based on stream authentication provided by an embodiment of the present application;

6 is a schematic flowchart of S44 to S45 in the method for processing a live broadcast list based on stream authentication provided by an embodiment of the present application;

7 is a schematic flowchart of S46 to S48 in the method for processing a live broadcast list based on stream authentication provided by an embodiment of the present application;

8 is a schematic structural diagram of an apparatus for processing a live broadcast list based on stream authentication provided by an embodiment of the present application;

FIG. 9 is a schematic structural diagram of a computer device provided by an embodiment of the present application.

Detailed ways

Exemplary embodiments will be described in detail herein, examples of which are illustrated in the accompanying drawings. Where the following description refers to the drawings, the same numerals in different drawings refer to the same or similar elements unless otherwise indicated. The implementations described in the illustrative examples below are not intended to represent all implementations consistent with this application. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present application as recited in the appended claims.

The terminology used in this application is for the purpose of describing particular embodiments only and is not intended to limit the application. As used in this application and the appended claims, the singular forms "a," "the," and "the" are intended to include the plural forms as well, unless the context clearly dictates otherwise. It will also be understood that the term "and/or" as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.

It should be understood that although the terms first, second, third, etc. may be used in this application to describe various information, such information should not be limited by these terms. These terms are only used to distinguish the same type of information from each other. For example, the first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information without departing from the scope of the present application. Depending on the context, the words "if"/"if" as used herein may be interpreted as "at the time of" or "when" or "in response to determining".

Please refer to FIG. 1. FIG. 1 is a schematic diagram of an application scenario of a method for playing a small video in a live room provided by an embodiment of the present application. The application scenario includes the host client 101, the server 102, and the viewer client 103 provided by the embodiment of the present application. The host client 101 interacts with the viewer client 103 through the server 102 .

The clients proposed in the embodiments of the present application include the host client 101 and the viewer client 103 .

It should be pointed out that there are various understandings of the concept of "client" in the prior art, for example, it can be understood as an application program installed in a computer device, or it can also be understood as a corresponding Corresponds to the hardware device of the server.

In the embodiments of the present application, the so-called "client" refers to a hardware device corresponding to a server, and more specifically, refers to a computer device, such as a smart phone, a smart interactive tablet, and a personal computer.

When the client is a mobile device such as a smartphone or an intelligent interactive tablet, the user can install a matching mobile application on the client, or access the web application on the client.

When the client is a non-mobile device such as a personal computer (PC), the user can install a matching PC-side application on the client, and can also access the Web-side application on the client.

Among them, the mobile application refers to the application that can be installed in the mobile device, the PC application refers to the application that can be installed in the non-mobile device, and the web application refers to the application that needs to be accessed through a browser.

Specifically, web-side applications can be divided into mobile version and PC version according to the difference of client types, and there may be differences in the page layout and available server support between the two.

In the embodiments of the present application, the types of live broadcast applications provided to users are classified into mobile terminal live broadcast applications, PC terminal live broadcast applications, and Web terminal live broadcast applications. Users can choose their own way of participating in the webcast according to the different types of clients they use.

In the present application, the client can be divided into a host client 101 and a viewer client 103 according to different user identities of the client. It should be noted that the viewer client 103 and the host client 101 are only divided based on user identities. In practical applications, the viewer client 103 and the host may be executed by the same client at different times. Function of Client 101. Therefore, the same client can act as the viewer client 103 when watching the live webcast, and can act as the host client 101 when publishing the live video.

The host client 101 refers to the end that sends the webcast video, and is generally the client used by the host (ie, the livestreamer user) in the webcast.

The viewer client 103 refers to the end that receives and watches the webcast video, and is generally the client used by the viewers (ie, the live viewer users) who watch the video in the webcast.

The hardware pointed to by the host client 101 and the viewer client 103 essentially refers to computer equipment, specifically, as shown in FIG. Both the host client 101 and the viewer client 103 can access the Internet through a well-known network access manner, and establish a data communication link with the server 102 .

As a service server, the server 102 can be responsible for further connecting related audio data servers, video streaming servers, and other servers that provide related support, etc., so as to form a logically related service cluster for related terminal devices, such as FIG. The host client 101 and the viewer client 103 shown in 1 provide services.

In the embodiment of the present application, the host client 101 and the viewer client 103 can join the same live broadcast room (ie, live broadcast channel). The above-mentioned live broadcast room refers to a chat room realized by relying on Internet technology, and usually has the function of audio and video broadcast control. . The host user performs live broadcast in the live room through the host client 101, and the viewer of the viewer client 103 can log in to the server 102 and enter the live room to watch the live broadcast.

In the live broadcast room, the anchor and the audience can interact through well-known online interaction methods such as voice, video, and text. Generally, the anchor user performs the program for the audience in the form of audio and video streams, and can also be used during the interaction process. generate economic transactions. Of course, the application form of the live broadcast room is not limited to online entertainment, but can also be extended to other related scenarios, such as user matching interaction scenarios, video conference scenarios, product promotion sales scenarios, and any other scenarios that require similar interaction.

Specifically, the process for the viewer to watch the live broadcast is as follows: the viewer can click to access the live broadcast application (eg YY) installed on the viewer client 103, and choose to enter any live broadcast room, triggering the viewer client 103 to load the live broadcast room interface for the audience , the interface of the live broadcast room includes several interactive components, and by loading these interactive components, the audience can watch the live broadcast in the live broadcast room and conduct various online interactions.

The live broadcast list contains multiple pieces of live broadcast information, and each piece of live broadcast information can correspond to a host currently broadcasting. The live broadcast information may include various information such as the host identifier, the channel number of the live broadcast room, the cover and title of the live broadcast room, and the start time of the live broadcast room. In the live broadcast application, there are many business scenarios that require the server to provide the live broadcast list. For example, when the live broadcast application homepage or content tab page or swipe and other business scenarios need to display the live broadcast list, the live broadcast list will be obtained from the server.

However, in the process of launching the broadcast, the host directly exited the live broadcast APP due to the sudden interruption of the network. The live broadcast state of the host will also be maintained for about 1 to 2 minutes, so that the host can reopen the live broadcast APP and reconnect to continue the live broadcast. However, during the period when the host exits the live broadcast APP abnormally, the video stream of the host will not be uploaded to the live server. At this time, the live broadcast list in the homepage of the live broadcast application or the content tab page or the application scenarios such as swipe is still displayed. If the user clicks to enter the live broadcast room of the host, he will see a black screen, which affects the user's live viewing experience.

To this end, an embodiment of the present application provides a method for processing a live broadcast list based on stream authentication, in which a server is used as an execution subject.

Please refer to FIG. 2. FIG. 2 is a schematic flowchart of a method for processing a live broadcast list based on stream authentication provided by the first embodiment of the present application. The method includes the following steps:

S10: Obtain the host video stream and the corresponding channel number sent by the host client.

In the embodiment of the present application, the host creates a live room on the host client when starting the live broadcast, and the host client sends the host video stream generated in the live room and the channel number of the live room to the server.

S20: Perform authentication on the host video stream every first preset time to obtain an authentication result.

In the embodiment of the present application, the server authenticates the host video stream every 3s to obtain an authentication result. If the authentication result is that the authentication is passed, the host video stream has the right to push the stream, and the server delivers the host video stream to the viewer client through the content distribution network CDN, and the viewer can see the live broadcast screen of the host. If the authentication result is that the authentication fails, the host video stream does not have the right to push streaming, and the server does not transmit the host video stream.

S30: If the authentication result is that the authentication is passed, obtain an authentication timestamp, and update the authentication timestamp corresponding to the channel number in the live broadcast list.

In this embodiment of the present application, the authentication timestamp is the time when the server authenticates the anchor video stream. If the anchor video stream is authenticated, the server obtains the authentication timestamp. Since the server authenticates the host video stream every first preset time, the authentication timestamp obtained by the server varies. Update the authentication timestamp corresponding to the channel number in the live broadcast list according to the acquired authentication timestamp, that is, replace the currently acquired authentication timestamp with the authentication timestamp acquired when the last authentication passed.

S40: Access the authentication timestamp in the live broadcast list every second preset time, and delete the authentication timestamp from the live broadcast list if the difference between the access timestamp and the authentication timestamp is greater than a preset threshold the channel number.

In the embodiment of the present application, the server accesses the authentication timestamp in the live broadcast list every 3s. For example, the timestamp when accessing is the 9th s, the authentication timestamp in the live broadcast list is the 2nd s. The difference between the time stamp and the authentication time stamp is greater than the preset threshold 5s, indicating that the authentication time stamp of the anchor video stream has not been updated for a long period of time, that is, the anchor client does not generate the anchor video stream. The channel number corresponding to the host client is deleted from the live broadcast list.

The embodiment of the present application obtains the anchor video stream and the corresponding channel number sent by the anchor client; authenticates the anchor video stream every first preset time, and obtains an authentication result; if the authentication result is an authentication result The right is passed, the authentication timestamp is obtained, and the authentication timestamp corresponding to the channel number in the live broadcast list is updated; the authentication timestamp in the live broadcast list is accessed every second preset time. If the difference between the stamp and the authentication timestamp is greater than a preset threshold, the channel number is deleted from the live broadcast list. The embodiment of the present application implements the filtering of the live broadcast room with a black screen through the authentication of the anchor video stream, so that the audience does not enter the live broadcast room with a black screen, and the experience of the audience watching the live broadcast is improved.

In an optional embodiment, before the step of acquiring the anchor video stream sent by the anchor client and the corresponding channel number, the steps include:

Receive the broadcast request sent by the host client, and obtain the host identifier according to the broadcast request;

Check whether the host client has the right to start broadcasting according to the identifier of the anchor, and if there is the right to start broadcasting, record the identifier of the anchor as the broadcasting state in the broadcasting state database;

The described host video stream is authenticated every first preset time, and the steps of obtaining an authentication result include:

The host identifier corresponding to the host video stream is acquired, and if it is found that the host identifier is in a broadcast state according to the host identifier, it is determined that the anchor video stream is authenticated.

In the embodiment of the present application, when the host starts the live broadcast, the host initiates a broadcast start request to the server through the host client, and the host broadcast request includes the host identifier. The server can verify whether the host client has the right to start broadcasting according to the host identifier. Specifically, the data of each host user is recorded in the database of the server, including information such as the host ID and the broadcasting authority. By querying the database, it can be determined whether the host ID corresponds to the broadcasting authority that allows broadcasting. If the host client has the right to start broadcasting, the server records the host identifier as the broadcasting state in the broadcasting state database. The broadcast start state is used to identify the state of the live broadcast room in real time, for example, the live broadcast room is in live broadcast.

The server authenticates the host video stream by judging whether the broadcast status of the host client terminal exists in the broadcast status database. Specifically, the server obtains the anchor ID corresponding to the anchor video stream, and according to the anchor ID, inquires in the launch status database whether the anchor ID is in the launch state. The video stream has the push permission. The security of video streaming is improved by allowing video streaming to be pushed to the host client with the broadcast permission.

In an optional embodiment, please refer to FIG. 3 , the step S20 includes steps S21-S22, which are as follows:

S21: Obtain the anchor identifier corresponding to the anchor video stream;

S22: Search for the historical broadcast times corresponding to the anchor identifier according to the anchor identifier, and if the historical broadcast times are greater than a preset number, determine that the anchor video stream authentication has passed.

In the embodiment of the present application, the server searches for the historical broadcast times corresponding to the anchor identifier according to the anchor identifier. For example, if the historical broadcast times are greater than 100, it can be determined that the anchor client has frequent broadcasts, which is a stable user of the live broadcast platform. , the authentication is passed directly, and the authentication efficiency is improved.

In an optional embodiment, please refer to FIG. 4 , the step S20 includes steps S23-S24, which are as follows:

S23: Obtain the anchor identifier corresponding to the anchor video stream;

S24: Search for the historical broadcast duration corresponding to the host identifier according to the host identifier, and if the historical broadcast duration is greater than a preset duration, determine that the host video stream authentication has passed.

In the embodiment of the present application, the server searches for the historical broadcast duration corresponding to the host identification according to the host identification. For example, if the historical broadcast duration is greater than 300 hours, it can be determined that the online broadcast time of the host client on the live broadcast platform is long. , to stabilize the users of the live broadcast platform, and pass the direct authentication to improve the authentication efficiency.

In an optional embodiment, please refer to FIG. 5 , the step S40 includes steps S41 to S43, which are as follows:

S41: Access the authentication time stamp in the live broadcast list every second preset time, and if the difference between the time stamp at the time of access and the authentication time stamp is greater than a preset threshold, query whether the current time stamp is obtained Anchor video stream, get query results;

S42: if the query result is that the host video stream is obtained, replace the current timestamp during the query with the authentication timestamp corresponding to the channel number in the live broadcast list;

S43: If the difference between the time stamp at the time of access and the replaced authentication time stamp is greater than a preset threshold, delete the channel number from the live broadcast list.

In this embodiment of the present application, in the case where the authentication timestamp is not updated over time, the server queries whether the current timestamp has acquired the anchor video stream, and if the query result is an unacquired anchor video stream, deletes the anchor video stream from the live broadcast list. channel number. If the query result is that the host video stream is obtained, the current timestamp at the time of the query will replace the authentication timestamp corresponding to the channel number in the live broadcast list, so as to avoid the host video obtained before the current timestamp when the server is in an abnormal state. The stream is not authenticated, causing the channel number in the live broadcast list to be deleted by mistake.

In an optional embodiment, referring to FIG. 6 , the step S40 includes steps S44 to S45, which are as follows:

S44: Access the authentication time stamp in the live broadcast list every second preset time, and if the difference between the time stamp at the time of access and the authentication time stamp is greater than a preset threshold, count the number of items in the live broadcast list that satisfy the The number of channel numbers for which the difference between the time stamp during access and the corresponding authentication time stamp is greater than the preset threshold;

S45: If the number of the channel numbers satisfies a preset condition, delete the channel number from the live broadcast list.

In this embodiment of the present application, count the number of channel numbers whose authentication timestamps are updated over time in the live broadcast list, and determine whether the number of channel numbers satisfies a preset condition. For example, the preset condition may be that the number of channel numbers is greater than a certain value, or less than a certain value, if a preset condition is met, the channel number is deleted from the live broadcast list, thereby automatically and quickly deleting the channel number of the live broadcast list.

In an optional embodiment, the step S45 includes step S451, which is specifically as follows:

S451: If the number of the channel numbers is less than a preset number threshold, delete the channel number from the live broadcast list.

In this embodiment of the present application, count the number of channel numbers whose authentication timestamps are updated over time in the live broadcast list. If the number of channel numbers is less than a preset number threshold, for example, the number of channel numbers is less than 20, the number of Delete all channel numbers whose authentication timestamps are updated over time from the live broadcast list. If the number of channel numbers updated by the authentication timestamp overtime is greater than 20, the server does not delete the channel numbers from the live broadcast list, thereby preventing a large number of channel numbers from being deleted from the live broadcast list, resulting in a low audience retention rate.

In an optional embodiment, referring to FIG. 7 , the step S40 includes steps S46 to S48, which are as follows:

S46: Access the authentication time stamp in the live broadcast list every second preset time, if the difference between the time stamp at the time of access and the authentication time stamp is greater than a preset threshold, count the number of items in the live broadcast list that satisfy The number of channel numbers for which the difference between the time stamp during access and the corresponding authentication time stamp is greater than the preset threshold;

S47: Obtain the total number of channel numbers stored in the live broadcast list;

S48: If the ratio of the number of the channel numbers to the total number of the channel numbers is less than a preset ratio threshold, delete the channel number from the live broadcast list.

In this embodiment of the present application, the number of channel numbers whose authentication timestamps are updated over time in the live broadcast list are counted. If the ratio of the number of channel numbers to the total number of channel numbers in the live broadcast list is less than a preset ratio threshold, the number of channel numbers in the live broadcast list Delete all channel numbers whose authentication timestamps are updated over time. If the ratio of the number of channel numbers to the total number of channel numbers in the live broadcast list is greater than the preset ratio threshold, that is, a large number of anchors exit the live broadcast room abnormally, and the server does not delete the channel number from the live broadcast list, thereby avoiding the deletion of a large number of channel numbers from the live broadcast list. , resulting in a low audience retention rate.

Please refer to FIG. 8 , which is a schematic structural diagram of a stream authentication-based live broadcast list processing apparatus provided by the present application. The apparatus 5 for processing a live broadcast list based on stream authentication provided by the embodiment of the present application includes:

The video stream acquisition module 51 is used to acquire the anchor video stream sent by the anchor client and the corresponding channel number;

The authentication result obtaining module 52 is used to authenticate the anchor video stream every first preset time to obtain the authentication result;

A timestamp updating module 53, configured to obtain an authentication timestamp if the authentication result is that the authentication passed, and update the authentication timestamp corresponding to the channel number in the live broadcast list;

The channel number deletion module 54 is configured to access the authentication time stamp in the live broadcast list every second preset time, if the difference between the time stamp at the time of access and the authentication time stamp is greater than a preset threshold, from The channel number is deleted from the live broadcast list.

It should be noted that, when the apparatus for processing a live broadcast list based on stream authentication provided by the above embodiment executes the method for processing a live broadcast list based on stream authentication, only the division of the above-mentioned functional modules is used as an example. If necessary, the above-mentioned function distribution is completed by different function modules, that is, the internal structure of the device is divided into different function modules, so as to complete all or part of the functions described above. In addition, the apparatus for processing a live broadcast list based on stream authentication provided by the above embodiments and the method for processing a live broadcast list based on stream authentication belong to the same concept, and the implementation process thereof is detailed in the method embodiment, which will not be repeated here.

Please refer to FIG. 9 , which is a schematic structural diagram of a computer device provided in this application. As shown in FIG. 9 , the computer device 21 may include: a processor 210, a memory 211, and a computer program 212 stored in the memory 211 and executable on the processor 210, such as a stream authentication-based live broadcast list processing program ; When the processor 210 executes the computer program 212, the steps in the above embodiments are implemented.

Wherein, the processor 210 may include one or more processing cores. The processor 210 uses various interfaces and lines to connect various parts in the computer device 21, and executes the computer device 21 by running or executing the instructions, programs, code sets or instruction sets stored in the memory 211, and calling the data in the memory 211. various functions and process data, optionally, the processor 210 can use digital signal processing (Digital Signal Processing, DSP), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA), Programmable Logic Array (Programble LogicArray) , PLA) in at least one hardware form. The processor 210 may integrate one or a combination of a central processing unit (Central Processing Unit, CPU), a graphics processing unit (Graphics Processing Unit, GPU), a modem, and the like. Among them, the CPU mainly handles the operating system, user interface and application programs, etc.; the GPU is used for rendering and drawing the content that needs to be displayed on the touch screen; the modem is used to handle wireless communication. It can be understood that, the above-mentioned modem may not be integrated into the processor 210, but is implemented by a single chip.

The memory 211 may include a random access memory (Random Access Memory, RAM) or a read-only memory (Read-Only Memory). Optionally, the memory 211 includes a non-transitory computer-readable storage medium. Memory 211 may be used to store instructions, programs, codes, sets of codes, or sets of instructions. The memory 211 may include a stored program area and a stored data area, wherein the stored program area may store instructions for implementing the operating system, instructions for at least one function (such as touch control instructions, etc.), and for implementing the above method embodiments. The storage data area can store the data involved in the above method embodiments, etc. Optionally, the memory 211 may also be at least one storage device located away from the aforementioned processor 210 .

Embodiments of the present application further provide a computer storage medium, where multiple instructions can be stored in the computer storage medium, and the instructions are suitable for being loaded by a processor and executing the method steps of the foregoing embodiments. The specific description will not be repeated here.

Those skilled in the art can clearly understand that, for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example. Module completion means dividing the internal structure of the device into different functional units or modules to complete all or part of the functions described above. Each functional unit and module in the embodiment may be integrated in one processing unit, or each unit may exist physically alone, or two or more units may be integrated in one unit, and the above-mentioned integrated units may adopt hardware. It can also be realized in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing from each other, and are not used to limit the protection scope of the present application. For the specific working processes of the units and modules in the above-mentioned system, reference may be made to the corresponding processes in the foregoing method embodiments, which will not be repeated here.

In the foregoing embodiments, the description of each embodiment has its own emphasis. For parts that are not described or described in detail in a certain embodiment, reference may be made to the relevant descriptions of other embodiments.

Those of ordinary skill in the art can realize that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of the present invention.

In the embodiments provided by the present invention, it should be understood that the disclosed apparatus/terminal device and method may be implemented in other manners. For example, the apparatus/terminal device embodiments described above are only illustrative. For example, the division of modules or units is only a logical function division. In actual implementation, there may be other division methods, such as multiple units or components. May be combined or may be integrated into another system, or some features may be omitted, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

Units described as separate components may or may not be physically separated, and components shown as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit. The above-mentioned integrated units may be implemented in the form of hardware, or may be implemented in the form of software functional units.

The integrated modules/units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer-readable storage medium. Based on this understanding, the present invention can implement all or part of the processes in the methods of the above embodiments, and can also be completed by instructing relevant hardware through a computer program, and the computer program can be stored in a computer-readable storage medium, and the computer program can be When executed by the processor, the steps of the foregoing method embodiments may be implemented. Wherein, the computer program includes computer program code, and the computer program code may be in the form of source code, object code, executable file or some intermediate forms, and the like.

The present invention is not limited to the above-mentioned embodiments. If various changes or deformations of the present invention do not depart from the spirit and scope of the present invention, and if these changes and deformations belong to the claims of the present invention and the equivalent technical scope, then the present invention is also Intended to contain these alterations and variants.

Claims (11)

1. A live list processing method based on stream authentication is characterized by comprising the following steps:

acquiring a main broadcast video stream and a corresponding channel number sent by a main broadcast client;

authenticating the anchor video stream every a first preset time to obtain an authentication result;

if the authentication result is that the authentication is passed, acquiring an authentication timestamp, and updating the authentication timestamp corresponding to the channel number in the live broadcast list;

and accessing the authentication timestamp in the live broadcast list at intervals of second preset time, and deleting the channel number from the live broadcast list if the difference between the access timestamp and the authentication timestamp is greater than a preset threshold value.

2. The method of live list processing based on stream authentication as claimed in claim 1, wherein:

the step of accessing the authentication timestamp in the live broadcast list at a second preset time interval, and deleting the channel number from the live broadcast list if the difference between the access timestamp and the authentication timestamp is greater than a preset threshold value, includes:

accessing the authentication timestamp in the live broadcast list at intervals of second preset time, and inquiring whether the current timestamp obtains the anchor video stream or not to obtain an inquiry result if the difference between the access timestamp and the authentication timestamp is greater than a preset threshold value;

if the query result is that the anchor video stream is acquired, replacing the current timestamp during query with the authentication timestamp corresponding to the channel number in the live broadcast list;

and if the difference between the time stamp during access and the replaced authentication time stamp is larger than a preset threshold value, deleting the channel number from the live broadcast list.

3. The method of live list processing based on stream authentication as claimed in claim 1, wherein:

the step of accessing the authentication timestamp in the live broadcast list at a second preset time interval, and deleting the channel number from the live broadcast list if the difference between the access timestamp and the authentication timestamp is greater than a preset threshold value, includes:

accessing the authentication timestamps in the live broadcast list at intervals of second preset time, and counting the number of channel numbers in the live broadcast list, wherein the difference between the timestamp during the access and the authentication timestamp is larger than a preset threshold value, and the difference between the timestamp during the access and the corresponding authentication timestamp is larger than the preset threshold value;

and if the number of the channel numbers meets a preset condition, deleting the channel numbers from the live broadcast list.

4. The method of live list processing based on stream authentication as claimed in claim 3, wherein:

if the number of the channel numbers meets a preset condition, deleting the channel numbers from the live broadcast list, wherein the step comprises the following steps:

and if the number of the channel numbers is smaller than a preset number threshold, deleting the channel numbers from the live broadcast list.

5. The method of live list processing based on stream authentication as claimed in claim 3, wherein:

if the number of the channel numbers meets a preset condition, deleting the channel numbers from the live broadcast list, wherein the step comprises the following steps:

acquiring the total number of channel numbers stored in the live broadcast list;

and if the ratio of the number of the channel numbers to the total number of the channel numbers is smaller than a preset proportional threshold, deleting the channel numbers from the live broadcast list.

6. The method of live list processing based on stream authentication as claimed in claim 1, wherein:

before the step of obtaining the anchor video stream and the corresponding channel number sent by the anchor client, the method comprises the following steps:

receiving a broadcast request sent by the anchor client, and acquiring an anchor identifier according to the broadcast request;

checking whether the anchor client has a broadcasting authority according to the anchor identification, and if so, recording the anchor identification as a broadcasting state in a broadcasting state database;

the step of authenticating the anchor video stream every a first preset time to obtain an authentication result includes:

and acquiring a main broadcast identifier corresponding to the main broadcast video stream, and determining that the main broadcast video stream passes the authentication if the main broadcast identifier is inquired to be in a broadcasting state according to the main broadcast identifier.

7. The method of live list processing based on stream authentication as claimed in claim 1, wherein:

the step of authenticating the anchor video stream every a first preset time to obtain an authentication result includes:

acquiring a main broadcast identification corresponding to the main broadcast video stream;

and searching the historical playing times corresponding to the anchor identification according to the anchor identification, and determining that the anchor video stream passes the authentication if the historical playing times are greater than the preset times.

8. The method of live list processing based on stream authentication as claimed in claim 1, wherein:

the step of authenticating the anchor video stream every a first preset time to obtain an authentication result includes:

acquiring a main broadcast identification corresponding to the main broadcast video stream;

and searching the historical play duration corresponding to the anchor identifier according to the anchor identifier, and determining that the authentication of the anchor video stream is passed if the historical play duration is greater than a preset duration.

9. A live list processing apparatus based on stream authentication, comprising:

the video stream acquisition module is used for acquiring the anchor video stream and the corresponding channel number sent by the anchor client;

the authentication result obtaining module is used for authenticating the anchor video stream every other first preset time to obtain an authentication result;

the timestamp updating module is used for acquiring an authentication timestamp if the authentication result is that the authentication is passed, and updating the authentication timestamp corresponding to the channel number in the live broadcast list;

and the channel number deleting module is used for accessing the authentication timestamp in the live broadcast list at intervals of second preset time, and deleting the channel number from the live broadcast list if the difference between the accessed timestamp and the authentication timestamp is greater than a preset threshold value.

10. A computer device, comprising: processor, memory and computer program stored in the memory and executable on the processor, characterized in that the steps of the method according to any of claims 1 to 8 are implemented when the processor executes the computer program.

11. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 8.

Images