Live broadcast data processing method and device

Abstract

The embodiment of the invention provides a live broadcast data processing method and related equipment / products, and relates to the technical field of live broadcast. The live broadcast data processing method comprises the steps that a first query request is received, the first query request comprises an identifier of a target anchor and a target live broadcast session, and the target live broadcast session has a corresponding live broadcast time interval; determining a target violation time point in a preset database according to the identifier of the target anchor and the live broadcast time interval; the preset database comprises violation time points associated with the plurality of anchors, and the target violation time point is located in the live broadcast time interval and associated with the target anchor; and determining the violation duration of the target anchor in the target live broadcast session according to the number of the target violation time points. According to the technical scheme provided by the embodiment of the invention, the violation time point is written into the database, so that the server does not need to maintain historical violation data, and the burden of the server is reduced. And meanwhile, the anchor is supported to inquire the current violation duration in real time, so that the anchor can know the completion progress of the corresponding platform task in real time.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of live broadcast technology, and in particular to a live broadcast data processing method, apparatus, computer equipment, computer-readable storage medium, and computer program product. Background Art

[0002] With the rapid development of the internet live streaming industry, compliance management of live streaming content has become a core operational aspect. Platforms must monitor live streamers' behavior in real time. At the same time, streamers must promptly understand any violations they may have, so they can adjust their live streaming strategies or complete platform tasks.

[0003] However, the current live broadcast data processing solutions require offline secondary processing of illegal data to generate queryable statistical results, which makes it impossible for anchors to understand the completion progress of corresponding platform tasks in real time.

[0004] 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

[0005] The embodiments of the present application provide a live data processing method, apparatus, computer equipment, computer-readable storage medium, and computer program product to solve or alleviate one or more of the technical problems raised above.

[0006] One aspect of an embodiment of the present application provides a live broadcast data processing method for a server, the method comprising: Receive a first query request, the first query request including an identifier of a target anchor and a target live broadcast session, the target live broadcast session having a corresponding live broadcast time interval; Determining a target violation time point in a preset database based on the identifier of the target anchor and the live broadcast time interval; wherein the preset database includes violation time points associated with multiple anchors, and the target violation time point is within the live broadcast time interval and is associated with the target anchor; According to the number of the target violation time points, the violation duration of the target anchor in the target live broadcast session is determined.

[0007] Optionally, the preset database is obtained by the following operations: Obtaining violation data, including the host's ID and the time interval of the violation; According to the violation time interval, multiple violation time points are obtained by cutting; Associating multiple violation time points with the anchor's identifier one by one and writing them into a preset database; When the writing of the illegal data is completed, the illegal data is deleted.

[0008] Optionally, multiple violation time points are associated with the anchor's identifier one by one and written into a preset database, including: Associating the multiple violation time points with the anchor's identifier one by one to obtain the multiple anchor's violation time points; Comparing the multiple anchor violation time points with the anchor violation time points already existing in the preset database; If the same anchor violation time point already exists, remove the same anchor violation time point from the multiple anchor violation time points; The remaining anchor violation time points among the multiple anchor violation time points are written into a preset database.

[0009] Optionally, the violation time interval includes: a first violation time interval obtained through manual review; and / or a second violation time interval obtained through machine review; wherein, the first violation time interval is located within the live broadcast time interval, and the second violation time interval includes: a sub-time interval located within the live broadcast time interval and / or a sub-time interval not located within the live broadcast time interval.

[0010] Optionally, the live broadcast data processing method further includes: Associating multiple violation time points with the anchor's identifier one by one and synchronizing them to a preset offline server; The offline server is used to periodically merge adjacent violation time points to obtain multiple violation time periods. The offline server is also used to receive a second query request, where the second query request includes the identifier of the target anchor and the live broadcast time interval. Based on the identifier of the target anchor and the live broadcast time interval, the target violation time period is determined from the multiple violation time periods, where the target violation time period includes a time period that is located in the live broadcast time interval and is associated with the target anchor.

[0011] Another aspect of an embodiment of the present application provides a live broadcast data processing method for an offline server, the method comprising: Receiving a plurality of violation time points associated with an identifier of a host; Adjacent violation time points are periodically merged to obtain multiple violation time periods.

[0012] Optionally, the live broadcast data processing method further includes: receiving a second query request, where the second query request includes an identifier of the target anchor and the live broadcast time interval; According to the identifier of the target anchor and the live broadcast time interval, a target violation time period is determined from multiple violation time periods, where the target violation time period is located in the live broadcast time interval and is associated with the target anchor.

[0013] Another aspect of an embodiment of the present application provides a live broadcast data processing device for a server, the device comprising: A receiving module, configured to receive a first query request, wherein the first query request includes an identifier of a target anchor and a target live broadcast session, wherein the target live broadcast session has a corresponding live broadcast time interval; A first determination module is configured to determine a target violation time point in a preset database based on the identifier of the target anchor and the live broadcast time interval; wherein the preset database includes violation time points associated with multiple anchors, and the target violation time point is within the live broadcast time interval and is associated with the target anchor; The second determination module is used to determine the violation duration of the target anchor in the target live broadcast session according to the number of the target violation time points.

[0014] Another aspect of an embodiment of the present application provides a live broadcast data processing device for an offline server, the device comprising: A receiving module, configured to receive a plurality of violation time points associated with the anchor's identifier; The merging module is used to periodically merge adjacent violation time points to obtain multiple violation time periods.

[0015] Another aspect of an embodiment of the present application provides a computer device, including: at least one processor; and a memory communicatively coupled to the at least one processor; Wherein: the memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method described above.

[0016] Another aspect of an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer instructions, and when the computer instructions are executed by a processor, the method described above is implemented.

[0017] Another aspect of an embodiment of the present application provides a computer program product, including a computer program, which implements the above-mentioned method when executed by a processor.

[0018] The embodiment of the present application adopts the above-mentioned technical solution, which may include the following advantages: a preset database is used to store the violation time points associated with multiple anchors. When a first query request is received (the first query request includes the identifier of the target anchor and the live broadcast time interval), the corresponding violation time points are obtained from the preset database based on the identifier of the target anchor and the specified live broadcast time interval, and the violation duration is automatically calculated by counting the number of violation time points. When the embodiment of the present application receives violation data from any source (manual review or machine review), it writes it into the preset database in a standardized form in the form of violation time points. This method eliminates the need for the server to maintain historical violation data, thereby reducing the burden on the server. At the same time, it supports the anchor to query the current violation duration in real time, so that they can understand the completion progress of the corresponding platform task in real time. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] The accompanying drawings illustrate exemplary embodiments and constitute a part of the specification. Together with the description of the specification, they serve to explain exemplary implementation of the embodiments. The illustrated embodiments are for illustrative purposes only and do not limit the scope of the claims. Throughout the drawings, the same reference numerals designate similar, but not necessarily identical, elements.

[0020] Figure 1 The following schematically shows an operating environment diagram of the live broadcast data processing method according to the first embodiment of the present application; Figure 2 The following schematically shows a flow chart of a live broadcast data processing method according to the first embodiment of the present application; Figure 3 The following schematically shows a flow chart for obtaining a preset database; Figure 4 Schematically shows Figure 3 Flowchart of sub-steps of step S304; Figure 5 The following schematically shows a flow chart of a live broadcast data processing method according to the second embodiment of the present application; Figure 6 The following schematically shows a newly added flow chart of the live broadcast data processing method according to the second embodiment of the present application; Figure 7 An exemplary application flow chart is schematically shown; Figure 8 A block diagram of a live broadcast data processing device according to the third embodiment of the present application is schematically shown; and Figure 9 A block diagram of a live broadcast data processing device according to the third embodiment of the present application is schematically shown; and Figure 10 The following schematically shows a hardware architecture diagram of a computer device according to the fourth embodiment of the present application. DETAILED DESCRIPTION

[0021] In order to make the purpose, technical solutions and advantages of this application more clear, the present application is further described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0022] It should be noted that the descriptions of "first", "second", etc. in the embodiments of the present application are for descriptive purposes only and should not be understood as indicating or implying their relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" or "second" may explicitly or implicitly include at least one of such features. In addition, the technical solutions between the various embodiments can be combined with each other, but this must be based on the fact that they can be implemented by ordinary technicians in this field. When the combination of technical solutions is contradictory or cannot be implemented, it should be deemed that such a combination of technical solutions does not exist and is not within the scope of protection required by this application.

[0023] In the description of this application, it should be understood that the numerical labels before the steps do not indicate the order in which the steps are executed. They are only used to facilitate the description of this application and to distinguish each step. Therefore, they cannot be understood as limitations on this application.

[0024] First, to facilitate those skilled in the art to understand the technical solutions provided by the embodiments of the present application, the following describes the relevant technologies: (1) The massive amount of violation data (violation time intervals) identified by the machine model contains multiple repeated violation time intervals, which results in the inability to normalize and output these massive violation data to the database. Offline secondary data processing is required to merge multiple repeated data into one piece of data. (2) Since the violation data generated by manual review and machine review are different in time, manual review may have a certain lag, for example: machine review at 13:00, manual review at 20:00, the multiple violation time intervals obtained in this way are disordered, which in turn results in the inability to fix the data level retained in the server. (3) Since the server cannot maintain the violation data in real time, it is impossible for the anchor to view the current violation duration in real time, and thus the anchor cannot understand the completion progress of the corresponding anchor task / contract task in real time.

[0025] To this end, the embodiment of the present application provides a live broadcast data processing technology solution. In this technology solution, (1) after receiving the violation data from any source (manual review and machine review), it is cut into multiple violation minutes and stored in a preset database, thereby effectively reducing the secondary processing of offline violation data (violation time interval) and eliminating the need to maintain historical violation data in the system. (2) Based on all the current violation minutes in the preset database, the anchor is provided with real-time violation duration. (3) The start time and end time are used as time intervals to filter the corresponding violation minutes from the preset database, thereby effectively eliminating the abnormal deduction caused by the difference between the video data and the start and end time. (4) The violation time points are synchronized to the offline server and secondary processing is performed regularly in the early morning to integrate them into the violation time period so that the anchor can query the specific violation time period. In addition, the offline processing can achieve smooth data retention and effectively ensure the consistency of the data. See below for details.

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

[0027] like Figure 1 As shown, the operating environment diagram includes: Figure 1 As shown, the operating environment diagram includes: a service platform 2, and clients (4A, 4B, ..., 4N).

[0028] The service platform 2 can be connected to the client terminals ( 4A, 4B, ..., 4N) via a network.

[0029] The service platform 2 may include a server and an offline server. The server may access the offline server via a dedicated network channel, etc. The server and the offline server may be a single server, a server cluster, or a cloud computing service center.

[0030] The server can provide the client with a service for querying the time point of violation, etc. The offline server can provide the client with a service for querying the time period of violation, etc.

[0031] Service platform 2 can be located in a single location, such as a data center, or distributed across different geographical locations (e.g., multiple locations). Service platform 2 can provide services via a network. The network includes various network devices, such as routers, switches, multiplexers, hubs, modems, bridges, repeaters, firewalls, proxy devices, and / or the like. The network can include physical links, such as coaxial cable links, twisted pair cable links, fiber optic links, combinations thereof, or wireless links, such as cellular links, satellite links, Wi-Fi links, and the like.

[0032] Clients (4A, 4B, ..., 4N) can be configured to access content and services from a server. Clients (4A, 4B, ..., 4N) can include electronic devices with or connected to a display panel, such as mobile devices, tablets, laptops, workstations, virtual reality devices, gaming devices, digital streaming devices, vehicle terminals, smart televisions, set-top boxes, and the like. They can also include virtualized computing instances. Virtualized computing instances can include virtual machines, such as emulations of computer systems, operating systems, servers, and the like. A computing device can load a virtual machine based on a virtual image and / or other data defining the specific software (e.g., operating system, specialized applications, servers) used for the emulation. As the demand for different types of processing services changes, different virtual machines can be loaded and / or terminated on one or more computing devices.

[0033] Clients (4A, 4B, ..., 4N) can be associated with one or more users. A single user can also use one or more of the clients (4A, 4B, ..., 4N) to access the server. Clients (4A, 4B, ..., 4N) can travel to various locations and use different networks to access the server.

[0034] The client (4A, 4B, ..., 4N) may include an interface. The interface may include a touchpad, a touch screen, a mouse, a keyboard, or other sensing elements. For example, the input element may be configured to receive user instructions, which may cause the client (4A, 4B, ..., 4N) to perform various operations, such as sending a query request.

[0035] It should be noted that the above devices are exemplary, and the number and type of devices can be adjusted in different scenarios or according to different needs.

[0036] The following describes the technical solutions of this application using a server and an offline server as the execution entities through multiple embodiments. It should be noted that these embodiments can be implemented in many different forms and should not be construed as being limited to the embodiments described here.

[0037] Example 1 This method embodiment can be executed in a server. Below, the server is used as the execution subject of this process.

[0038] Figure 2 The flowchart of the live broadcast data processing method according to the first embodiment of the present application is schematically shown.

[0039] like Figure 2 As shown, the live broadcast data processing method may include steps S200 to S204, wherein: Step S200: receiving a first query request, wherein the first query request includes an identifier of a target anchor and a target live broadcast session, wherein the target live broadcast session has a corresponding live broadcast time interval.

[0040] Step S202: Determine a target violation time point in a preset database based on the identifier of the target anchor and the live broadcast time interval; wherein the preset database includes violation time points associated with multiple anchors, and the target violation time point is in the live broadcast time interval and is associated with the target anchor.

[0041] Step S204: Determine the violation duration of the target anchor in the target live broadcast session according to the number of the target violation time points.

[0042] The live broadcast data processing method provided in this embodiment stores the violation time points associated with multiple broadcasters in a preset database. Upon receiving a first query request (the first query request includes the target broadcaster's identifier and the broadcast time interval), the corresponding violation time points are retrieved from the preset database based on the target broadcaster's identifier and the specified broadcast time interval. The violation duration is automatically calculated by counting the number of violation time points. Upon receiving violation data from any source (either manual or machine review), this embodiment of the application writes the violation data into the preset database in a standardized format, using the violation time points. This approach eliminates the need for the server to maintain historical violation data, thereby reducing the server's burden. Furthermore, the broadcaster is supported to query the current violation duration in real time, allowing them to understand the progress of the corresponding platform task in real time.

[0043] The following combination Figure 2 , each step in steps S200~S204 and other optional steps are described in detail.

[0044] Step S200 , receiving a first query request, wherein the first query request includes an identifier of a target anchor and a target live broadcast session, and the target live broadcast session has a corresponding live broadcast time interval.

[0045] The server may receive a first query request from a requesting party (e.g., a target livestreamer, platform reviewer, or third-party regulatory agency). The first query request may include the target livestreamer's identifier and the target livestream session, used to query the duration of the target livestreamer's violations during the specified livestream session (the target livestream session). The target livestreamer identifier may include a livestreamer ID, username / nickname, livestream account, etc. The target livestream session can be located using the livestream session ID, livestream time interval, associated task / activity ID, etc. The livestream time interval may be the time range consisting of the start and end times of the target livestream session, which can be subsequently used to query violation data for the target livestream session. For example, if livestreamer A starts broadcasting at 20:00:00 on January 1, 2024, and ends at 22:00:00 on January 1, 2024, the livestream time interval for that session is from 20:00:00 to 22:00:00.

[0046] Step S202 , according to the identifier of the target anchor and the live broadcast time interval, determine the target violation time point in a preset database; wherein the preset database includes violation time points associated with multiple anchors, and the target violation time point is in the live broadcast time interval and is associated with the target anchor.

[0047] For example, the target violation time point may be the time point at which the host was marked as violating during the live broadcast. This time point may be expressed in seconds, minutes, hours, or other time units. Upon receiving the first query request, the server may query a preset database for the corresponding target violation time point (e.g., minute-level violation time point) based on the target host's identifier and the specified live broadcast time interval. In some embodiments, the preset database may be a distributed time series database to facilitate efficient management of massive amounts of violation data (violation time points associated with multiple hosts).

[0048] In actual applications, violation data from different sources (machine review or manual review) (such as 12:00-12:15, 12:12-12:18, etc.) may have overlapping time intervals. These violation data can be processed offline for secondary processing (for example, violation data with overlapping time intervals can be merged) and then written into a preset database. However, because manual review may lag behind machine review (for example, the machine reports an anomaly from 12:00-12:15 at 13:00, and the manual review confirms the anomaly from 12:13-12:18 at 22:00), violation data with overlapping time intervals cannot be merged in real time. Therefore, these violation data to be merged must be temporarily stored on the server, thereby increasing the storage and processing burden of the server. Therefore, the embodiment of the present application innovatively proposes an effective solution: when violation data is received from any source (machine review or manual review), the violation data is divided into multiple violation time points in real time and written into a preset database, so that the server does not need to maintain historical violation data, thereby reducing the burden on the server. An exemplary solution is provided below.

[0049] In an optional embodiment, if Figure 3 As shown, the preset database is obtained by the following operations: Step S300: Obtain violation data, where the violation data includes the host's ID and the violation time interval.

[0050] Step S302: cutting the violation time interval to obtain multiple violation time points.

[0051] Step S304: associate the multiple violation time points with the anchor's identifier one by one and write them into a preset database.

[0052] Step S306: When the writing of the illegal data is completed, the illegal data is deleted.

[0053] Exemplarily, the violation data obtained through manual review and / or machine review can be obtained through a message queue or platform API. Each violation data may include the host's ID and the corresponding violation time interval. The violation time interval can be cut into multiple violation time points using a preset time granularity (1 minute). For example, if the violation time interval is 14:05-14:08, the multiple violation time points obtained by cutting are recorded as 1405, 1406, 1407, and 1408. Then, the multiple violation time points are associated one by one with the corresponding host's ID and written into the preset database. After the violation data is written into the preset database, the server can immediately delete the original violation data to reduce the load pressure.

[0054] In this embodiment, by dividing the violation time interval from any source into multiple violation time points in real time and writing them to a preset database, this not only effectively reduces the server burden but also solves the problem of streamers being unable to understand the task completion status in real time due to the offline secondary processing of the original violation data. Furthermore, the multiple violation time points are associated and stored with the corresponding streamer ID, allowing for quick subsequent searches for related violation time points based on the streamer ID and live broadcast time interval, thereby improving query efficiency.

[0055] The violation time interval can be obtained through various methods such as machine modeling, manual review, etc. An exemplary solution for obtaining the violation time interval is provided below.

[0056] In an optional embodiment, the violation time interval includes: a first violation time interval obtained through manual review and / or a second violation time interval obtained through machine review. The first violation time interval is within the live broadcast time interval. The second violation time interval includes: a sub-time interval within the live broadcast time interval and / or a sub-time interval not within the live broadcast time interval.

[0057] For example, the auditor can use the audit platform to conduct a frame-by-frame inspection of the live broadcast content. When illegal content is found, the start and end time of the illegal clip is recorded to obtain the first illegal time interval. The second illegal time interval can be obtained by identifying the live broadcast video data through a machine model. The specific methods for obtaining the second illegal time interval by machine audit may include: (1) Visual detection: For example, CNN (Convolutional Neural Network) can be used to identify image violations, detect visual violations such as clothing violations and scene violations, and determine the second illegal time interval corresponding to the illegal image through frame-level analysis. (2) Voice analysis: For example, sensitive voice content can be identified based on ASR (Automatic Speech Recognition) technology and abnormal voice detection can be performed in combination with voiceprint feature analysis to locate the second illegal time interval corresponding to the illegal voice. (3) Behavior recognition: For example, the interaction pattern between the anchor and the audience can be analyzed through a temporal LSTM (Long Short-Term Memory) model to identify the second illegal time interval corresponding to the abnormal interactive behavior.

[0058] In this embodiment, comprehensive supervision of live content is achieved by integrating the violation time intervals obtained through manual and machine review. Because the machine review model identifies live video data, which may have time intervals earlier than the broadcast start time or later than the broadcast end time, this embodiment of the application determines the target violation time point from a preset database based on the live broadcast time interval, effectively solving the problem of abnormal deductions caused by time differences.

[0059] By segmenting the violation time interval, multiple violation time points can be obtained. These violation time points can then be associated with the streamer's ID and directly written into a pre-set database, streamer processing can be simplified. To further improve data quality, these associated violation time points and streamer IDs can also be standardized and deduplicated before being written into the pre-set database. An exemplary solution is provided below.

[0060] In an optional embodiment, if Figure 4 As shown, step S304 may include: Step S400: Associating the multiple violation time points with the anchor's identifier one by one to obtain the multiple anchor's violation time points.

[0061] Step S402: Compare the multiple anchor violation time points with the anchor violation time points already existing in the preset database.

[0062] Step S404: If the same anchor violation time point already exists, the same anchor violation time point is removed from the multiple anchor violation time points.

[0063] Step S406: write the remaining anchor violation time points among the multiple anchor violation time points into a preset database.

[0064] Exemplarily, multiple violation time points can be associated with corresponding anchor identifiers to obtain multiple anchor violation time points. In some embodiments, the multiple anchor violation time points can be standardized. Subsequently, the anchor violation time points already existing in the preset database can be queried through a database query interface, a database access layer, or a data service module. The multiple anchor violation time points are compared with the anchor violation time points already existing in the preset database. If there is an anchor violation time point in the multiple anchor violation time points that is identical to an anchor violation time point already existing in the preset database, the identical anchor violation time point is removed from the multiple anchor violation time points. Then, the remaining anchor violation time points in the multiple anchor violation time points are written into the preset database.

[0065] In this embodiment, if there is an anchor violation time point that is the same as an existing anchor violation time point among multiple anchor violation time points, the same anchor violation time point will be removed from the multiple anchor violation time points, further improving data quality.

[0066] Step S204 , according to the number of the target violation time points, determine the violation duration of the target anchor in the target live broadcast session.

[0067] For example, a database query interface can be called to query a preset database for multiple target violation time points based on the target streamer's ID and live broadcast time interval. Then, based on the number of target violation time points, the duration of the target streamer's violation in the target live broadcast session is determined. For example, if the target violation time points are 13:01, 13:02, and 14:25, then the target streamer's violation duration in the target live broadcast session is 3 minutes.

[0068] It should be noted that if you need to query the target anchor's violation time period corresponding to the current live broadcast, you need to delay the data query until the next day. The following provides an exemplary solution for obtaining the violation time period.

[0069] In an optional embodiment, the live broadcast monitoring method may further include associating multiple violation time points with the host's identifier and synchronizing the time points to a preset offline server. The offline server is configured to periodically merge adjacent violation time points to obtain multiple violation time periods. The offline server is further configured to receive a second query request, the second query request including the target host's identifier and the live broadcast time interval. Based on the target host's identifier and the live broadcast time interval, a target violation time period is determined from the multiple violation time periods, the target violation time period including a time period within the live broadcast time interval and associated with the target host.

[0070] For example, it can be combined with Figure 7The server associates the multiple violation time points with the corresponding streamer's identifier. Subsequently, the associated violation time points and streamer's identifier are written to a pre-set database. These associated violation time points and streamer's identifier can be synchronized to a pre-set offline server through various methods, such as message queues, incremental logs, and timed snapshots. The offline server periodically (e.g., at 2:00 AM) merges adjacent violation time points (e.g., 12:00, 12:01, 12:02, 12:03, 12:05, and 12:06) to obtain multiple violation time periods (e.g., 12:00-12:02 and 12:05-12:06). If the requester initiates a second query request (including the target streamer's identifier and live broadcast time interval) to the server, the server forwards the second query request to the offline server. Based on the target streamer's identifier and live broadcast time interval, the offline server determines the target violation time period from the multiple violation time periods. The offline server then returns the target violation time period to the server, which then forwards it to the requester.

[0071] In this embodiment, multiple violation time periods are obtained by synchronizing multiple violation time points to an offline server for timed merging. Subsequently, the corresponding target violation time period can be obtained from the offline server according to the target anchor's identification and live broadcast time interval, thereby realizing efficient and accurate query of the violation time period.

[0072] Example 2 This method embodiment can be executed in an offline server. Below, the offline server is used as the execution subject of this process.

[0073] It should be noted that the technical details and technical effects of this embodiment can be referred to, introduced and combined with the first embodiment.

[0074] Figure 5 The flowchart of the live broadcast data processing method according to the second embodiment of the present application is schematically shown.

[0075] like Figure 5 As shown, the live broadcast data processing method may include steps S500 to S502, wherein: Step S500: receiving a plurality of violation time points associated with the anchor's identifier.

[0076] Step S502: periodically merge adjacent violation time points to obtain multiple violation time periods.

[0077] For example, the offline server receives multiple violation time points associated with a streamer's ID from a server. Each streamer ID can correspond to one or more groups of violation time points. A group of violation time points can correspond to one or more violation time points. Each group of violation time points can be sorted in ascending timestamp order. Adjacent violation time points are then merged into a violation time period. For example, input: 1200, 1201, 1202, 1203, 1220; output: 1200-1203 and 1220. In some embodiments, violation time points whose interval between adjacent time points is less than a preset threshold (e.g., 5 minutes) can be merged into a continuous violation time period, effectively avoiding over-segmentation of violation segments and improving the rationality of violation statistics. For example, input: 1200, 1201, 1205, 1220; output: 1200-1205 and 1220.

[0078] In this embodiment, the offline server periodically merges multiple violation time points associated with the anchor's identifier to obtain multiple violation time periods, so that the corresponding violation time period can be efficiently and accurately found based on the anchor's identifier.

[0079] In an optional embodiment, if Figure 6 As shown, the live data processing method further includes: Step S600: Receive a second query request, where the second query request includes the identifier of the target anchor and the live broadcast time interval.

[0080] Step S602: determining a target violation time period from multiple violation time periods according to the identifier of the target anchor and the live broadcast time interval, wherein the target violation time period includes a time period that is within the live broadcast time interval and is associated with the target anchor.

[0081] Exemplarily, the offline server receives a second query request forwarded by the server (including a target streamer ID and live broadcast time interval parameters). Based on a time interval matching algorithm, the server can filter out target violation time periods that intersect with the specified live broadcast time interval from multiple stored violation time periods based on the target streamer ID. For example, when querying for violation records for streamer C between 09:00 and 10:00, if the streamer's violation time periods include 08:45-09:15 and 09:30-10:20, the server can return the time periods 09:00-09:15 and 09:30-10:00. For the time period (10:00-10:20) that partially exceeds the query interval, the time period within the query interval can be truncated and returned as the result.

[0082] In this embodiment, the target violation time period is determined from multiple violation time periods based on the target anchor's identification and live broadcast time interval, which can effectively avoid the problem of abnormal deduction caused by the mismatch between the violation time point and the live broadcast time interval (i.e., the time range from the broadcast start time to the broadcast end time).

[0083] In order to make this application easier to understand, the following Figure 7 An exemplary application is provided.

[0084] In step S11 , the machine model and / or the reviewer uploads the violation time period and the corresponding anchor's identification to the server.

[0085] In step S12, the server divides the violation time period into multiple violation time points (complete minute points).

[0086] In step S13, the server associates the multiple violation time points with the anchor's identifier one by one.

[0087] Step S14: The time point of the violation associated with the host's ID is written into a preset database (database), wherein the host's ID and the time point of the violation are used as unique indexes of the data.

[0088] Step S15: Synchronize the violation time points associated with the anchor's identifier to a preset offline server. The offline server periodically merges adjacent violation time points to obtain multiple violation time periods.

[0089] Specifically, multiple violation time points can be associated one by one with the host's identifier to obtain multiple host violation time points. The multiple host violation time points are then compared with existing host violation time points in a preset database. If the same host violation time point already exists, the same host violation time point is removed from the multiple host violation time points. The remaining host violation time points in the multiple host violation time points are written into the preset database.

[0090] In step S16A1, the host sends a first query request to the server to query the duration of the violation within the live broadcast time interval (time period). The first query request includes the host's ID and the live broadcast time interval.

[0091] In step S16A2 , the server obtains the corresponding violation time points from a preset database according to the first query request, and determines the violation duration based on the number of violation time points (number of violation points N).

[0092] In step S16A3, the server returns the violation duration (e.g., the violation duration is N minutes) within the live broadcast time interval (time period) to the anchor in real time.

[0093] In step S16B1, the host sends a second query request to the server to query the illegal time period within the live broadcast time interval. The second query request includes the host's ID and the live broadcast time interval.

[0094] Step S16B2: The server obtains the corresponding violation time period from the offline server according to the second query request.

[0095] Step S16B3: The server returns the illegal time period within the live broadcast time interval to the anchor.

[0096] Example 3 Figure 8 The block diagram of the live broadcast data processing device according to the third embodiment of the present application is schematically shown. The device can be used in a server and 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 embodiment of the present application. The program module referred to in the embodiment of the present application refers to a series of computer program instruction segments that can perform specific functions. The following description will specifically introduce the functions of each program module in this embodiment. Figure 8 As shown, the apparatus 1000 may include: a receiving module 1100, a first determining module 1200, and a second determining module 1300, wherein: The receiving module 1100 is configured to receive a first query request, wherein the first query request includes an identifier of a target anchor and a target live broadcast session, wherein the target live broadcast session has a corresponding live broadcast time interval; A first determining module 1200 is configured to determine a target violation time point in a preset database based on the target live streamer's identifier and the live broadcast time interval; wherein the preset database includes violation time points associated with multiple live streamers, and the target violation time point is within the live broadcast time interval and is associated with the target live streamer; The second determination module 1300 is used to determine the violation duration of the target anchor in the target live broadcast session according to the number of the target violation time points.

[0097] In an optional embodiment, the preset database is obtained by the following operations: Obtaining violation data, including the host's ID and the time interval of the violation; According to the violation time interval, multiple violation time points are obtained by cutting; Associating multiple violation time points with the anchor's identifier one by one and writing them into a preset database; When the writing of the illegal data is completed, the illegal data is deleted.

[0098] In an optional embodiment, a plurality of violation time points are associated with the host's identifier one by one and written into a preset database, including: Associating the multiple violation time points with the anchor's identifier one by one to obtain the multiple anchor's violation time points; Comparing the multiple anchor violation time points with the anchor violation time points already existing in the preset database; If the same anchor violation time point already exists, remove the same anchor violation time point from the multiple anchor violation time points; The remaining anchor violation time points among the multiple anchor violation time points are written into a preset database.

[0099] In an optional embodiment, the violation time interval includes: a first violation time interval obtained through manual review; and / or a second violation time interval obtained through machine review; wherein, the first violation time interval is located within the live broadcast time interval, and the second violation time interval includes: a sub-time interval located within the live broadcast time interval and / or a sub-time interval not located within the live broadcast time interval.

[0100] In an optional embodiment, the live broadcast data processing device further includes a synchronization module, configured to: Associating multiple violation time points with the anchor's identifier one by one and synchronizing them to a preset offline server; The offline server is used to periodically merge adjacent violation time points to obtain multiple violation time periods. The offline server is also used to receive a second query request, where the second query request includes the identifier of the target anchor and the live broadcast time interval. Based on the identifier of the target anchor and the live broadcast time interval, the target violation time period is determined from the multiple violation time periods, where the target violation time period includes a time period that is located in the live broadcast time interval and is associated with the target anchor.

[0101] Example 4 Figure 9 The block diagram of the live broadcast data processing device according to the fourth embodiment of the present application is schematically shown. The device can be used for an offline server. The device 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 embodiment of the present application. The program module referred to in the embodiment of the present application refers to a series of computer program instruction segments that can perform specific functions. The following description will specifically introduce the functions of each program module in this embodiment. As shown in Figure *, the device 2000 may include: a receiving module 2100, a merging module 2200, wherein: The receiving module 2100 is configured to receive a plurality of violation time points associated with the host's identifier; The merging module 2200 is used to periodically merge adjacent violation time points to obtain multiple violation time periods.

[0102] In an optional embodiment, the live broadcast data processing device further includes a determination module, configured to: receiving a second query request, where the second query request includes an identifier of the target anchor and the live broadcast time interval; According to the identifier of the target anchor and the live broadcast time interval, a target violation time period is determined from multiple violation time periods, where the target violation time period is located in the live broadcast time interval and is associated with the target anchor.

[0103] Example 5 Figure 10 The following schematically shows a hardware architecture diagram of a computer device 10000 suitable for implementing a live broadcast data processing method according to the fifth embodiment of the present application. In some embodiments, the computer device 10000 may be a terminal device such as a smart phone, a wearable device, a tablet computer, a personal computer, a vehicle-mounted terminal, a game console, a virtual device, a workbench, a digital assistant, a set-top box, a robot, etc. In other embodiments, the computer device 10000 may be a rack server, a blade server, a tower server, or a cabinet server (including an independent server, or a server cluster composed of multiple servers), etc. Figure 10 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 with each other via a system bus. Memory 10010 includes at least one type of computer-readable storage medium, including flash memory, a hard disk, a 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 storage, a magnetic disk, an optical disk, and the like. In some embodiments, memory 10010 may be an internal storage module of computer device 10000, such as a hard disk or memory of computer device 10000. In other embodiments, memory 10010 may also be an external storage device of computer device 10000, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) card, a flash memory card, and the like equipped on computer device 10000. Of course, memory 10010 may also include both internal storage modules and external storage devices of computer device 10000. In this embodiment, the memory 10010 is generally used to store the operating system and various application software installed on the computer device 10000, such as the program code of the live data processing method, etc. In addition, the memory 10010 can also be used to temporarily store various data that have been output or will be output.

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

[0105] Network interface 10030 may include a wireless network interface or a wired network interface. Network interface 10030 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 a communication link between computer device 10000 and the external terminal. The network may be a wireless or wired network such as an intranet, the Internet, the Global System of Mobile Communications (GSM), Wideband Code Division Multiple Access (WCDMA), a 4G network, a 5G network, Bluetooth, or Wi-Fi.

[0106] It should be pointed out that Figure 10 Only a computer device having components 10010 - 10030 is shown, but it should be understood that implementing all of the shown components is not a requirement, and more or fewer components may alternatively be implemented.

[0107] In this embodiment, the live broadcast data processing method stored in the 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 the present application.

[0108] Example 6 An embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the live broadcast data processing method in the embodiment are implemented.

[0109] In this embodiment, computer-readable storage media include flash memory, hard disks, multimedia cards, card-type memories (e.g., SD or DX memories), 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 storage, magnetic disks, optical disks, and the like. In some embodiments, the computer-readable storage medium may be an internal storage unit of a computer device, such as the computer device's hard disk or memory. 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, a Smart Media Card (SMC), a Secure Digital (SD) card, a flash memory card, and the like. Of course, the computer-readable storage medium may also include both the internal storage unit 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 data processing method described in the embodiment. Furthermore, the computer-readable storage medium may also be used to temporarily store various types of data that has been output or is about to be output.

[0110] Example 7 An embodiment of the present application further provides a computer program product, including a computer program, which implements the method in the above embodiment when executed by a processor.

[0111] Obviously, those skilled in the art should understand that the modules or steps of the above-mentioned embodiments of the present application can be implemented using general-purpose computer devices. They can be concentrated on a single computer device or distributed on a network composed of multiple computer devices. Alternatively, they can be implemented using program codes executable by the computer device, so that they can be stored in a storage device and executed by the computer device. In some cases, the steps shown or described can be performed in a different order than herein, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the embodiments of the present application are not limited to any specific combination of hardware and software.

[0112] It should be noted that the above are only preferred embodiments of the present application and do not limit the scope of patent protection of the present application. Any equivalent structure or equivalent process transformation made using the contents of the description and drawings of this application, or directly or indirectly applied in other related technical fields, are also included in the scope of patent protection of the present application.

Claims

1. A live broadcast data processing method, characterized in that: For a server, the method includes: Receive a first query request, the first query request including an identifier of a target anchor and a target live broadcast session, the target live broadcast session having a corresponding live broadcast time interval; Determining a target violation time point in a preset database based on the identifier of the target anchor and the live broadcast time interval; wherein the preset database includes violation time points associated with multiple anchors, and the target violation time point is within the live broadcast time interval and is associated with the target anchor; According to the number of the target violation time points, the violation duration of the target anchor in the target live broadcast session is determined.

2. The method according to claim 1, characterized in that The preset database is obtained by the following operations: Obtaining violation data, including the host's ID and the time interval of the violation; According to the violation time interval, multiple violation time points are obtained by cutting; Associating multiple violation time points with the anchor's identifier one by one and writing them into a preset database; When the writing of the illegal data is completed, the illegal data is deleted.

3. The method according to claim 2, characterized in that Associating multiple violation time points with the anchor's identifier one by one and writing them into a preset database, including: Associating the multiple violation time points with the anchor's identifier one by one to obtain the multiple anchor's violation time points; Comparing the multiple anchor violation time points with the anchor violation time points already existing in the preset database; If the same anchor violation time point already exists, remove the same anchor violation time point from the multiple anchor violation time points; The remaining anchor violation time points among the multiple anchor violation time points are written into a preset database.

4. The method according to claim 2, characterized in that The violation time interval includes: a first violation time interval obtained through manual review; and / or a second violation time interval obtained through machine review; wherein, the first violation time interval is located within the live broadcast time interval, and the second violation time interval includes: a sub-time interval located within the live broadcast time interval and / or a sub-time interval not located within the live broadcast time interval.

5. The method according to claim 2, characterized in that The method further comprises: Associating multiple violation time points with the anchor's identifier one by one and synchronizing them to a preset offline server; The offline server is used to periodically merge adjacent violation time points to obtain multiple violation time periods. The offline server is also used to receive a second query request, where the second query request includes the identifier of the target anchor and the live broadcast time interval. Based on the identifier of the target anchor and the live broadcast time interval, the target violation time period is determined from the multiple violation time periods, where the target violation time period includes a time period that is located in the live broadcast time interval and is associated with the target anchor.

6. A live broadcast data processing method, characterized in that: For an offline server, the method includes: Receiving a plurality of violation time points associated with an identifier of a host; Adjacent violation time points are periodically merged to obtain multiple violation time periods.

7. The method according to claim 6, characterized in that The method further comprises: receiving a second query request, wherein the second query request includes an identifier of a target anchor and a live broadcast time interval; According to the identifier of the target anchor and the live broadcast time interval, a target violation time period is determined from multiple violation time periods, where the target violation time period is located in the live broadcast time interval and is associated with the target anchor.

8. A live data processing device, characterized in that: For a server, the device comprises: A receiving module, configured to receive a first query request, wherein the first query request includes an identifier of a target anchor and a target live broadcast session, wherein the target live broadcast session has a corresponding live broadcast time interval; A first determination module is configured to determine a target violation time point in a preset database based on the identifier of the target anchor and the live broadcast time interval; wherein the preset database includes violation time points associated with multiple anchors, and the target violation time point is within the live broadcast time interval and is associated with the target anchor; The second determination module is used to determine the violation duration of the target anchor in the target live broadcast session according to the number of the target violation time points.

9. A live data processing device, characterized in that: For an offline server, the device includes: A receiving module, configured to receive a plurality of violation time points associated with the anchor's identifier; The merging module is used to periodically merge adjacent violation time points to obtain multiple violation time periods.

10. A computer device, characterized in that: include: at least one processor; and a memory communicatively coupled to the at least one processor; wherein: The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 7.

11. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer instructions, which, when executed by a processor, implement the method according to any one of claims 1 to 7.

12. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to claims 1 to 7 are implemented.

Images