Live broadcast data processing method and device, storage medium and electronic equipment

Abstract

The invention discloses a live broadcast data processing method and device, a storage medium and electronic equipment. The method comprises the following steps: receiving a live broadcast data access request sent by a target account; pushing the target live broadcast data to the target account by using a target distribution node associated with the target live broadcast data under the condition that the target account is determined to meet a first access condition for the target live broadcast data through the account information of the target account; under the condition that the target live broadcast data is played to the target live broadcast slice, obtaining access record information of the target live broadcast data, and determining a corresponding target identification code when the target live broadcast slice is pushed to the target account; determining the account access number of the target live broadcast slice identified by the target identification code; and when the account information of the target account satisfies a second access condition and the account access number is less than the predetermined number, determining that the target account passes the access verification. The technical problem of relatively low security of live broadcast data is solved.

Description

Technical Field

[0001] The present application relates to the field of computers, and more specifically, to a method and device for processing live broadcast data, a storage medium, and an electronic device. Background Art

[0002] In order to meet different needs and scenarios, relevant technologies usually classify live broadcast data into different categories. Some live broadcast data is online live broadcast data for online users to watch, and some live broadcast data is internal test live broadcast data for internal live broadcast tests or rehearsal users of the live broadcast platform to watch.

[0003] In order to prevent users who do not have the permission to view live data from obtaining internal test live data, related technologies usually assign different live data viewing permissions to different users. Once the user's permission to view live data is determined, each slice of the live data will be continuously pushed to the user as the live broadcast process progresses.

[0004] However, when using the live broadcast data processing method provided in the above-mentioned related technology, if the type of live broadcast data changes, or the user's relevant user information changes so that the user no longer has the right to view the pushed live broadcast data, the live broadcast data that has been pushed will continue to be pushed to the user, so that the live broadcast data may be leaked to users who are not authorized to view it, thereby causing a technical problem of low security of the live broadcast data.

[0005] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention

[0006] The embodiments of the present application provide a method and device for processing live broadcast data, a storage medium, and an electronic device, so as to at least solve the technical problem of low security of live broadcast data.

[0007] According to one aspect of an embodiment of the present application, a method for processing live data is provided, comprising: receiving a live data access request sent by a target account, wherein the live data access request is used to obtain target live data; when it is determined through account information of the target account that the target account satisfies a first access condition for the target live data, using a target distribution node associated with the target live data to push the target live data to the target account; when the target live data pushed to the target account is played to a target live slice, obtaining access record information of the target live data, and determining a target identification code corresponding to the target live slice when it is pushed to the target account, wherein the target live data includes multiple live slices, and the multiple live slices include multiple target live slices, and the number of target live slices is less than the number of live slices; based on the access record information, determining the number of account accesses to the target live slice identified by the target identification code; when the account information of the target account satisfies a second access condition and the number of account accesses is less than a predetermined number, determining that the target account has passed the access check, wherein the second access condition is obtained by updating the first access condition.

[0008] According to another aspect of an embodiment of the present application, a live data processing device is further provided, comprising: a receiving unit, configured to receive a live data access request sent by a target account, wherein the live data access request is used to obtain target live data; a pushing unit, configured to push the target live data to the target account using a target distribution node associated with the target live data when it is determined through account information of the target account that the target account satisfies a first access condition for the target live data; an obtaining unit, configured to obtain access record information of the target live data when the target live data pushed to the target account is played to a target live slice, and to determine a target identification code corresponding to the target live slice when the target live slice is pushed to the target account, wherein the target live data includes a plurality of live slices, and the plurality of live slices include a plurality of target live slices, and the number of target live slices is less than the number of live slices; a first determining unit, configured to determine the number of account accesses to the target live slice identified by the target identification code based on the access record information; a second determining unit, configured to determine that the target account has passed the access check when the account information of the target account satisfies a second access condition and the number of account accesses is less than a predetermined number, wherein the second access condition is obtained after updating the first access condition.

[0009] According to another aspect of the embodiments of the present application, a computer-readable storage medium is provided, in which a computer program is stored, wherein the computer program is configured to execute the above-mentioned live broadcast data processing method when running.

[0010] According to another aspect of the embodiment of the present application, a computer program product or a computer program is provided, the computer program product or the computer program including computer instructions, the computer instructions being stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the above live data processing method.

[0011] According to another aspect of the embodiments of the present application, there is also provided an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to execute the live broadcast data processing method through the computer program.

[0012] In an embodiment of the present application, a live data access request sent by a target account is received, wherein the live data access request is used to obtain the target live data; when the target account is determined to meet the first access condition for the target live data through the account information of the target account, the target live data is pushed to the target account using the target distribution node associated with the target live data; when the target live data pushed to the target account is played to the target live slice, the access record information of the target live data is obtained, and the target identification code corresponding to the target live slice when it is pushed to the target account is determined, wherein the target live data includes multiple live slices, and the multiple live slices include multiple target live slices, and the number of target live slices is less than the number of live slices; based on the access record information, the account access number of the target live slice identified by the target identification code is determined; when the account information of the target account meets the second access condition, and the account access number is less than the predetermined number, it is determined that the target account has passed the access verification, wherein the second access condition is obtained after updating the first access condition. That is to say, using the embodiment of the present application, different live data are associated with different distribution nodes, so that different types of live data can be isolated and pushed to users. Furthermore, by adopting the embodiment of the present application, after the live broadcast data has been pushed to the user, the user is verified again every few shards to determine whether the user still meets the conditions for viewing the live broadcast data, thereby achieving the technical effect of improving the security of the live broadcast data and solving the technical problem of low security of the live broadcast data. BRIEF DESCRIPTION OF THE DRAWINGS

[0013] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0014] Figure 1 is a flowchart of an optional method for processing live broadcast data according to an embodiment of the present application;

[0015] Figure 2 is a system framework diagram of an optional method for processing live broadcast data according to an embodiment of the present application;

[0016] Figure 3 is a flowchart of an optional method for processing live broadcast data according to an embodiment of the present application;

[0017] Figure 4 is a flowchart of another optional method for processing live broadcast data according to an embodiment of the present application;

[0018] Figure 5 is a flowchart of another optional method for processing live broadcast data according to an embodiment of the present application;

[0019] Figure 6 is a flowchart of another optional method for processing live broadcast data according to an embodiment of the present application;

[0020] Figure 7 is a structural schematic diagram of an optional live broadcast data processing device according to an embodiment of the present application;

[0021] Figure 8 It is a schematic diagram of the structure of an optional electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0022] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0023] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0024] Alternatively, as an alternative, Figure 1As shown, the above-mentioned live broadcast data processing method includes:

[0025] S102, receiving a live broadcast data access request sent by a target account, wherein the live broadcast data access request is used to obtain target live broadcast data.

[0026] Optionally, the live data processing method can be applied to, but not limited to, live streaming data processing scenarios. Specifically, the live data can be used to indicate live streaming data. The live data can be set to, but not limited to, different business environment attributes, such as test, rehearsal, and online. The live data stream of the test environment is a live stream for testing live content, the live data stream of the rehearsal environment is a live stream for rehearsing live content, and the live data stream of the online environment is a public live content provided to users.

[0027] It should be noted that in some embodiments, live streams with different environmental attributes can be grouped but are not limited to grouping. The collection of different business flows is convenient for operational management, including business environment attributes: testing, rehearsal, and online. The flow grouping environment attribute operation can change the environment attributes of all flows under the group. Among them, changing the environment attributes of the live stream grouping can cut the live stream to the corresponding environment.

[0028] S104, when it is determined through the account information of the target account that the target account satisfies the first access condition to the target live broadcast data, the target live broadcast data is pushed to the target account using the target distribution node associated with the target live broadcast data.

[0029] It should be noted that in some embodiments, the live broadcast center can, but is not limited to, receive all live broadcast streams pushed by the broadcast control center, transcode and repackage the live broadcast streams, and provide live broadcast source services to the live broadcast source station.

[0030] Optionally, live streams with different environmental attributes correspond to different live source stations, and different live source stations are respectively configured in different computer rooms. The live computer room contains environmental attributes, and the values ​​include test, rehearsal, and online. The test computer room only distributes test streams, the rehearsal computer room only distributes streams in the rehearsal state, and the online environment only distributes streams in the online environment; to ensure the isolation of live streams in different environments. The live source station provides a back-to-source service for the Content Delivery Network node (Content Delivery Network, referred to as CDN node). For live streams in different environments, they are isolated at the source station to ensure that users in different environments can only see the corresponding live streams. The live source station is divided according to the environment in computer rooms (which can be virtual computer rooms), such as test environment computer rooms, rehearsal stream computer rooms, and online stream computer rooms. For the rehearsal stream computer room, only the intranet environment is provided to ensure that the stream is not distributed to the external network.

[0031] Furthermore, the target distribution node can be used to indicate the CDN node, but is not limited to it. In this embodiment, different CDN nodes are associated with different live broadcast source stations to ensure environmental isolation of the live broadcast stream. For example, the test live broadcast stream will be pushed from the broadcast control center to the test live broadcast source station by the live broadcast center, and the test live broadcast source station will push the test live broadcast stream to the test CDN node.

[0032] Optionally, in some embodiments, but not limited to, a scheduling service and a business interface may be configured. Specifically, the scheduling service provides the terminal user with a live stream address to ensure that the terminal user has access to the appropriate CDN node. The scheduler selects CDN node services for different environments based on the live stream environment attributes. The live broadcast of the rehearsal environment only selects the rehearsal environment scheduling policy for scheduling to ensure that the live stream addresses of different environments will not be leaked to other environments. The scheduling policy includes environmental attributes. The same live stream can be configured with policies under different environmental attributes. When the live stream environment is switched, the policies under the corresponding environment will take effect at the same time. The business interface determines the user based on the user list to distinguish the user's environmental identity, such as when testing the user's device identification (the device identification includes the user's account, user IP, MAC address, etc.).

[0033] Furthermore, in some embodiments, a configuration center is also configured, wherein the configuration center provides configuration services for the live broadcast source station, CDN node, live broadcast scheduling, and secondary verification center. The configuration center issues corresponding configuration information according to the environmental attributes of each node; the configuration information includes computer room information, node information, back-to-source tree relationship, live broadcast stream information, scheduling strategy, etc.; the source station node and CDN node obtain their respective configuration information according to the node's own host name hostname (the CDN management platform assigns different environmental attributes to different hostnames).

[0034] Optionally, in the above-mentioned case where it is determined through the account information of the target account that the target account satisfies the first access condition for accessing the target live broadcast data, before the target live broadcast data is pushed to the target account using the target distribution node associated with the target live broadcast data, it may include but is not limited to: obtaining the first live broadcast group where the target live broadcast data is located, wherein the first live broadcast group includes live broadcast data of the target type; obtaining the first live broadcast access policy associated with the first live broadcast group, wherein the first live broadcast access policy includes reference account information that allows access to the first live broadcast group and a target storage area corresponding to each live broadcast data in the first live broadcast group; when the account information matches the reference account information, it is determined that the target account satisfies the first access condition, and the distribution node that matches the target storage area is determined as the target distribution node.

[0035] S106, when the target live data pushed to the target account is played to the target live slice, the access record information of the target live data is obtained, and the target identification code corresponding to the target live slice when it is pushed to the target account is determined, wherein the target live data includes multiple live slices, and the multiple live slices include multiple target live slices, and the number of target live slices is less than the number of live slices.

[0036] Optionally, in some embodiments, it is possible but not limited to determining the live broadcast slice played after a certain period of time in the target live broadcast data as the above-mentioned target live broadcast slice, such as every 5 seconds; or, determining the live broadcast slice played after every specified number of live broadcast slices as the above-mentioned target live broadcast slice, which is not limited to any way in this embodiment.

[0037] For example, taking the live broadcast slice played after a certain period of time in the target live broadcast data as the above-mentioned target live broadcast slice, assuming that the interval time is 5s, assuming that the target live broadcast data includes slice 1, slice 2, slice 3, slice 4, slice 5...slice N, assuming that the playback time of slice 1 is the 1st second, assuming that the playback time of slice 2 is the 2nd second, assuming that the playback time of slice 3 is the 3rd second, and so on, the time interval between each slice is 1s, then slice 6, slice 12, slice 18...etc. can be determined as the target live broadcast slices.

[0038] For another example, taking the example of determining the live broadcast slice played after every specified number of live broadcast slices as the above-mentioned target live broadcast slice, assuming that the number of intervals is 10, and assuming that the target live broadcast data includes slice 1, slice 2, slice 3, slice 4, slice 5...slice N, then slice 11, slice 21, slice 31...etc. can be determined as the target live broadcast slices.

[0039] It should be noted that the above examples are optional examples provided to facilitate explanation of the above live data processing method, and there is no limitation on the specific implementation of the above live data processing method.

[0040] Optionally, in some embodiments, an access verification node is also configured. After the access verification node receives the asynchronous request from the CDN node, the access verification node will verify whether the user's identity environment is consistent with the requested live stream, which can effectively prevent the user's identity from changing and the normal user from obtaining the live stream address of the relevant environment and sharing it with illegal users for access. Furthermore, the access verification node will also determine the number of times the offset (ts piece) is used based on the user IP, client player UA and other parameters in the URL of the live stream pushed to the user, and determine whether the identification code of the live stream pushed to the user has multiple IPs and multiple UAs for access, etc. Since live broadcast cannot be fast-forwarded or rewinded, under normal circumstances, a live offset (ts piece) of the same URL address will only have one request. If there are multiple requests, it can be considered that an uncompliant user has accessed the live stream of the environment, and the access verification center can notify the CDN node to cut off the live stream.

[0041] Optionally, in some embodiments, the target identification code may be, but is not limited to, a unique identification code used to indicate the target live broadcast data pushed to the target account. The identification code may uniquely identify the target live broadcast data pushed to the target account. For example, assuming that the user accounts that have currently accessed the target live broadcast data include account A and account B, although the CDN node will push the same target live broadcast data to account A and account B respectively, the target live broadcast data pushed to account A can be identified as uuidA, and the target live broadcast data pushed to account B can be identified as uuidB.

[0042] It should be noted that the above examples are optional examples provided to facilitate explanation of the above live data processing method, and there is no limitation on the specific implementation of the above live data processing method.

[0043] S108, determining the number of account accesses to the target live broadcast slice identified by the target identification code based on the access record information;

[0044] It should be noted that, in some embodiments, the above-mentioned access record information records the number of account accesses to the above-mentioned target live slices distributed to each account. After obtaining the target identification code, the number of account accesses to the target live slices pushed to the target account can be determined according to the target identification code, that is, the number of account accesses to the target live slices identified by the target identification code.

[0045] S110, when the account information of the target account satisfies a second access condition and the account access quantity is less than a predetermined quantity, determining that the target account has passed the access verification, wherein the second access condition is obtained by updating the first access condition.

[0046] It should be noted that, when the access policy of the target live data is not updated, the second access condition may be, but is not limited to being the same as the first access condition; when the access policy of the target live data is updated, the second access condition may be, but is not limited to matching the updated access policy. For the specific implementation method, please refer to the relevant embodiments of the first access condition, which will not be repeated in this embodiment.

[0047] That is to say, with the embodiment of the present application, different live broadcast data are associated with different distribution nodes, so that different types of live broadcast data can be pushed to users in isolation. Furthermore, with the embodiment of the present application, after the live broadcast data has been pushed to the user, the user is verified again every few shards to determine whether the user still meets the viewing conditions for the live broadcast data, thereby achieving the technical effect of improving the security of the live broadcast data and solving the technical problem of low security of the live broadcast data.

[0048] Optionally, as an optional solution, after receiving the live broadcast data access request sent by the target account, the method further includes:

[0049] S1, obtaining a first live broadcast group where target live broadcast data is located, wherein the first live broadcast group includes live broadcast data of a target type.

[0050] It should be noted that in this embodiment, the live broadcast data can be pre-divided into multiple live broadcast groups (i.e., stream groups) but is not limited thereto. Taking the above target live broadcast data as the rehearsal live broadcast stream as an example, the above first live broadcast group can be used but is not limited to indicate the rehearsal live broadcast stream group. Specifically, the live broadcast group field attributes include: group ID, group name, etc. The field attributes of the live broadcast stream (i.e., live broadcast data) include: live broadcast stream ID, live broadcast stream name, group to which it belongs, source multicast address, live broadcast stream format (flv, hls, http-ts), environment to which it belongs, status (enabled or disabled), etc.

[0051] S2, obtaining a first live broadcast access policy associated with the first live broadcast group, wherein the first live broadcast access policy includes reference account information that is allowed to access the first live broadcast group and a target storage area for storing each live broadcast data in the first live broadcast group.

[0052] Optionally, in some embodiments, live streams with different environmental attributes are configured with different access policies, wherein a live group may correspond to multiple access policies. Specifically, the field attributes of the access policy may include, but are not limited to: policy ID, policy name, environment, policy priority (the larger the value, the higher the priority. When the live stream matches multiple policies, the high-priority policy is used first), and status (enabled or disabled). The detailed field attributes of the access policy include: policy ID, the region corresponding to the policy, network information, computer room, scheduling weight, status (enabled or disabled), etc., which are not limited in this embodiment.

[0053] Furthermore, the reference account information allowed to access the first live broadcast group may include, but is not limited to: reference account identification information and reference network information, such as network environment (intranet environment, extranet environment). The account information of the target account may include, but is not limited to, network information of the target account and the account identification of the target account and network information used by the target account, such as network environment (intranet environment, extranet environment).

[0054] S3, when the account information matches the reference account information, determining that the target account satisfies the first access condition, and determining a distribution node matching the target storage area as a target distribution node.

[0055] Optionally, in some embodiments, when the account information matches the reference account information, determining that the target account satisfies the first access condition may include, but is not limited to: when the reference account identification information includes the account identification information of the target account, and the network information of the target account matches the reference network information, determining that the target account satisfies the first access condition, wherein the reference account information includes the reference account identification information and the reference network information. The reference account identification may be, but is not limited to, used to indicate an account user allowed to access the first live broadcast group.

[0056] By adopting the embodiment of the present application, the live broadcast access policy associated with the live broadcast group where the live broadcast data is located is used to determine the distribution node for data distribution for the live broadcast data, thereby isolating the push between different types of live broadcast data, thereby achieving the technical effect of improving the security of data processing.

[0057] Optionally, as an optional solution, obtaining the first live broadcast access policy associated with the first live broadcast group includes:

[0058] S1, determining a candidate live broadcast access strategy associated with a first live broadcast group.

[0059] S2, determining a first live broadcast access strategy from candidate live broadcast access strategies based on device information of a terminal device used by the target account, wherein the device information includes a location of the terminal device and network information corresponding to the terminal device, and the account information includes device information.

[0060] It should be noted that, in some embodiments, the above-mentioned candidate live broadcast access strategies may be but are not limited to multiple access strategies set for the above-mentioned first live broadcast group, wherein each of these access strategies may correspond to a computer room in a different region, and is used to obtain the above-mentioned target live broadcast data from the live broadcast source station in the corresponding region by using the CDN node matching the corresponding region, and corresponds to different access priority levels and network communication methods, such as the network protocol used.

[0061] Furthermore, in some embodiments, the network information of the terminal device may include, but is not limited to: the network communication method used by the terminal device, such as the network protocol used, etc. The above-mentioned determination of the first live broadcast access strategy from the candidate live broadcast access strategies based on the device information of the terminal device used by the target account may include, but is not limited to: traversing the candidate live broadcast access strategies according to the priority of each strategy in the candidate live broadcast access strategies, and then matching the corresponding area in the candidate live broadcast access strategy with the location of the terminal device, and determining the live broadcast access strategy whose network communication method matches the network communication method used by the terminal device as the above-mentioned first live broadcast access strategy.

[0062] Specifically, the candidate live broadcast access strategies may be determined by referring to but not limited to the following steps, and the first live broadcast access strategy may be determined from the candidate live broadcast access strategies:

[0063] S1, live streaming scheduling obtains the relevant policy group set S,(i.e., candidate live streaming access policies) according to the live streaming name requested by the user, and traverses each policy group according to the priority of the policy group;

[0064] S2, when traversing the scheduling policy group, determine whether the environment attributes of the policy group are consistent with the live stream environment attributes. If they are inconsistent, select the next policy. If the scheduling policy group matches the live stream environment attributes, select a specific policy from the policy group policy list based on the user's region and operator, select a suitable computer room based on the weight, and then select a suitable node from the computer room.

[0065] S3: If a scheduling policy group matching the live streaming environment cannot be found, or the CDN node is ultimately unavailable, a prompt message indicating access failure is sent to the target account.

[0066] For example, it is assumed that the candidate live access strategies associated with the first live group include: access strategy A, access strategy B, access strategy C, and access strategy D, wherein access strategy A is used to obtain the target live data from the live source station a1 located at position a, the access priority is x (x is a positive integer), and the network connection method used is method 1; access strategy B is also used to obtain the target live data from the live source station a1 located at position a, the access priority is x+2, and the network connection method used is method 1; access strategy C is also used to obtain the target live data from the live source station a1 located at position a, the access priority is x+3, and the network connection method used is method 2; access strategy D is used to obtain the target live data from the live source station c1 located at position c, the access priority is x+4, and the network connection method used is method 3. The location of the terminal device is position a, and the network connection method used by the terminal device is method 1. Then the candidate live broadcast access policies will be traversed according to priority, and access policy D will be obtained first to determine that the location and network connection method of access policy D do not match the terminal device, so access policy D is excluded; then access policy C is obtained to determine that the location of access policy C matches the location of the terminal device, but the network connection method of access policy C does not match the terminal device, so access policy C is excluded; then, access policy B is obtained to determine that the location and network connection method of access policy B match the terminal device, so there is no need to obtain access policy A, and access policy B can be directly determined as the above-mentioned first live broadcast access policy.

[0067] It should be noted that the above examples are optional examples provided to facilitate explanation of the above live data processing method, and there is no limitation on the specific implementation of the above live data processing method.

[0068] By adopting the embodiment of the present application, the access policy set for live data is used to determine whether the user has the authority to watch the live data, thereby achieving the technical effect of improving the security of data processing.

[0069] Optionally, as an optional solution, when the account information matches the reference account information, determining that the target account satisfies the first access condition includes:

[0070] When the reference account identification information includes the account identification information of the target account and the network information matches the reference network information, it is determined that the target account meets the first access condition, wherein the reference account information includes the reference account identification information and the reference network information, and the account information includes the account identification information.

[0071] Optionally, the account identification information of the target account may include but is not limited to: the user account of the target account, the IP address of the terminal device used by the target account, the MAC address of the terminal device used by the target account, etc., which is not limited in this embodiment.

[0072] It should be noted that the above-mentioned reference account identification information can be but is not limited to being used to indicate the user corresponding to the first access policy, and only the user account in the user can access the live broadcast data in the first live broadcast group.

[0073] Further, in the case where the reference account identification information includes the account identification information of the target account, and the network information matches the reference network information, determining that the target account satisfies the first access condition may include, but is not limited to: when the service interface requested by the target account includes the account identification information of the target account in the user corresponding to the first access policy, and the network environment where the terminal device used by the target account is located matches the reference network environment (e.g., both are in the intranet or both are in the extranet), determining that the target account satisfies the first access condition. It should be noted that in this embodiment, the live broadcast group of the rehearsal environment may be configured, but is not limited to, to only allow access by terminal devices processing the intranet to ensure the security of the rehearsal live broadcast stream.

[0074] Optionally, in some embodiments, after the above determination that the target account satisfies the first access condition, it may but is not limited to also include: determining, through a service request CDN scheduling interface between a service interface and a CDN node, a CDN node (i.e., the above target distribution node) that pushes live broadcast data for the above target account according to the above first live broadcast access strategy.

[0075] By adopting the embodiment of the present application, the access policy set for live data is used to determine whether the user has the authority to watch the live data, thereby achieving the technical effect of improving the security of data processing.

[0076] Optionally, as an optional solution, after obtaining the first live broadcast access policy associated with the first live broadcast group, the method further includes:

[0077] In the case where the account information does not match the reference account information, the reference live broadcast data is pushed to the target account using the reference distribution node associated with the reference live broadcast data in the second live broadcast group.

[0078] It should be noted that the second live broadcast group can be used, but is not limited to, to indicate a live broadcast data group that can be publicly displayed to the public, such as a live broadcast data group of an online environment. In this embodiment, when the target account fails to access the target live broadcast data, the live broadcast source station and CDN node corresponding to the online environment computer room are used to push the online live stream to the target account.

[0079] By adopting the embodiment of the present application, when the user does not meet the viewing conditions for viewing the requested live data, the default type of live data is pushed to the user, so that the user's request will not be unsuccessful, thereby achieving the technical effect of improving the user experience.

[0080] Optionally, as an optional solution, when the target live data pushed to the target account is played to the target live slice, the access record information of the target live data is obtained, and the target identification code corresponding to the target live slice when being pushed to the target account is determined, including: when the target live data pushed to the target account is played to the target live slice, using the target distribution node to send a verification request to the access verification node; the access verification node obtains the access record information of the target live data in response to the verification request, and determines the target identification code corresponding to the target live slice when being pushed to the target account.

[0081] When the account information of the target account satisfies the second access condition and the number of account accesses is less than the predetermined number, determining that the target account has passed the access verification includes: the access verification node determines that the target account has passed the access verification when the account information of the target account satisfies the second access condition and the number of account accesses is less than the predetermined number.

[0082] It should be noted that in some embodiments, during the streaming process (whether verification needs to be initiated can be configured according to different business environments, such as testing and rehearsal environments can be configured to require verification, while online environments may not be configured), the CDN node can be configured to periodically initiate verification requests to the access verification node, for example, every 30 seconds or 60 seconds. The specific time can be flexibly configured and is not limited to this in the present embodiment.

[0083] Furthermore, when the access verification node receives a verification request, the business system synchronizes user characteristics of different environments (such as user characteristics of the rehearsal environment) and synchronizes live stream information from the CDN system; and then detects changes in the terminal user environment (such as removing a user from the rehearsal environment, but the user is already watching the live broadcast), and the compliant terminal captures the stream address and shares it with other users, which may cause illegal users to access the live stream and create security risks.

[0084] It should be noted that when the CDN node responds to the live stream, it determines whether verification is turned on. If verification is turned on, it determines whether there is an authentication cache locally based on the uuid parameter of the target live data pushed to the target account. If the authentication cache exists, it responds to the request based on the cached authentication result (if the result in the cache is rejection, the request is rejected, otherwise the request is allowed), and determines whether verification needs to be initiated for this request based on the live stream offset (such as initiating authentication every 5 slices). When initiating a verification request to the access verification node, the above-mentioned authentication cache must be carried.

[0085] By adopting the embodiment of the present application, after the live broadcast data has been pushed to the user, the user is verified again every few shards to determine whether the user still meets the viewing conditions for the live broadcast data, thereby achieving the technical effect of improving the security of the live broadcast data and solving the technical problem of low security of the live broadcast data.

[0086] Optionally, as an optional solution, after obtaining the access record information of the target live broadcast data and determining the target identification code corresponding to the i-th target live broadcast data pushed to the target account, it also includes:

[0087] When the account information of the target account does not satisfy the second access condition, stop pushing the target live broadcast data to the target account;

[0088] When the number of account accesses is greater than or equal to a predetermined number, stop pushing the target live broadcast data to the target account.

[0089] By adopting the embodiment of the present application, after the live broadcast data has been pushed to the user, the user is verified again every few shards to determine whether the user still meets the conditions for viewing the live broadcast data. If the user no longer meets the conditions for viewing the live broadcast data, the live broadcast data will no longer be pushed to the user. This achieves the technical effect of improving the security of the live broadcast data and solves the technical problem of low security of the live broadcast data.

[0090] Optionally, as an optional example, the system framework corresponding to the above live data processing method can be explained by, but not limited to, the following example:

[0091] like Figure 2 As shown, the system architecture of the live data processing method includes a broadcast control center 202, a live center 204, a configuration center 206, a CDN management platform 208, a live scheduling node 210, a live source station 212, a CDN node 214, a secondary verification center 216 (i.e., the above-mentioned access verification node), and a service interface node 218. Specifically:

[0092] The broadcast control center 202 is the source of the live stream and is used to obtain the live stream collected by the camera equipment;

[0093] The configuration center 206 is used to provide configuration services for the live broadcast source station, CDN node, live broadcast scheduling, and secondary verification center. The configuration center issues corresponding configuration information according to the environmental attributes of each node; the configuration information includes computer room information, node information, back-to-source tree relationship, live broadcast stream information, scheduling strategy, etc. The source station node and CDN node obtain their respective configuration information according to the host name of the node itself;

[0094] The CDN management platform 208 is used to assign different environmental attributes to different CDN nodes;

[0095] The live broadcast scheduling node 210 is used to provide the live broadcast stream address to the terminal user, ensuring that the terminal user can access the appropriate CDN node. The scheduler selects CDN node services of different environments according to the live broadcast stream environment attributes. The live broadcast of the rehearsal environment only selects the rehearsal environment scheduling strategy for scheduling, ensuring that the live broadcast stream addresses of different environments will not be leaked to other environments;

[0096] The live broadcast source station 212 is used to provide back-to-source services for CDN nodes. For live broadcast streams in different environments, they are isolated at the source station to ensure that users in different environments can only see the corresponding live broadcast streams. The live broadcast source station is divided according to the environment in the computer room (which can be a virtual computer room), such as the test environment computer room, the rehearsal flow computer room, and the online flow computer room. For the rehearsal flow computer room, only the intranet environment is provided to ensure that the stream is not distributed to the external network;

[0097] CDN node 214 is used to provide live streaming services for terminal users. CDN nodes are grouped in physical or logical computer room units. Computer rooms have environmental attributes (such as testing, rehearsal, and online). Different environments use different logical computer room services to ensure that terminal users in different environments access different CDN nodes. Among them, the CDN node serving the rehearsal stream generally uses an intranet service and is not open to the outside world to ensure the security of the rehearsal stream;

[0098] The secondary verification center 216 (i.e., the access verification node) is used to receive asynchronous requests from CDN nodes and verify whether the user's identity environment matches the requested live stream. This can effectively prevent the user's identity from changing and the normal user from obtaining the live stream address of the relevant environment and then sharing it with illegal users for access;

[0099] The service interface node 218 is used to determine the user according to the user list to distinguish the user's environmental identity, such as testing the user's device identification (the device identification includes the user's account, user IP, MAC address, etc.).

[0100] Optionally, the process of synchronizing configuration data for each node by the configuration center can be but is not limited to reference Figure 3 , specifically, Figure 3As shown, the live broadcast center 304 can regularly obtain the live broadcast stream information configuration from the configuration center 302; the live broadcast source station 306 can regularly obtain the live broadcast stream information and back-source information from the configuration center 302; the CDN node 308 can regularly obtain the configuration information and back-source configuration information from the configuration center 302; the scheduler 310 can regularly obtain the live broadcast stream information and scheduling strategy from the configuration center 302; the secondary verification center 312 can regularly obtain all stream information from the configuration center 302.

[0101] Optionally, the scheduling process of the live stream may refer to, but is not limited to, Figure 4 The following process is shown:

[0102] Execute step S402, the service interface receives the live streaming request from the user.

[0103] Then, step S404 is executed, where the business interface determines the user's environmental identity based on the user's characteristics;

[0104] Then, step S406 is executed, and the business interface sends the user's environment identity to the request scheduling interface;

[0105] Then, step S408 is executed to request the scheduling interface to select a strategy grouping set according to the name of the live stream requested by the user;

[0106] Execute step S410, request the scheduling interface to traverse the policy group set;

[0107] Execute step S412, request the scheduling interface to determine whether there is an available policy group in the policy group set;

[0108] When the scheduling request interface fails to find an available policy in the policy grouping set, step S414 - 1 is executed to respond to the service interface with a scheduling failure result.

[0109] When the request scheduling interface finds an available policy in the policy grouping set, step S414-2 is executed to determine whether the policy grouping environment is consistent with the live streaming environment.

[0110] Next, when the policy grouping environment and the live streaming environment are inconsistent, step S416-1 is executed to select the next scheduling policy grouping.

[0111] When the policy grouping environment and the live streaming environment are consistent, step S416-2 is executed to traverse the scheduling policies within the policy grouping and select a suitable CDN node.

[0112] Then, step S418 is executed to determine whether a CDN node is selected.

[0113] Then, if the CDN node is not selected, step S416 - 1 is executed again; if the CDN node is selected, step S420 is executed to respond the selected CDN node to the service interface.

[0114] Optionally, the process of user requesting each node can refer to Figure 5 The following process is shown:

[0115] Execute step S502, the terminal device 502 used by the user sends a request message for requesting a live stream playback address to the service interface 504;

[0116] Then, step S504 is executed, and the service interface 504 selects a scheduler according to the user characteristics;

[0117] Then, step S506 is executed, the service interface 504 requests the scheduler 506 for the CDN address of the live stream;

[0118] Then, step S508 is executed, where the scheduler 506 determines the environmental attributes of the live stream, and selects a corresponding scheduling strategy based on the environmental attributes of the live stream, and further determines a suitable CDN node;

[0119] Then, step S510 is executed, and the scheduler 506 responds the scheduling result to the service interface 504;

[0120] Then, step S512 is executed, and the service interface 504 responds to the terminal device 502 with the live stream address;

[0121] Then, step S514 is executed, the terminal device 502 requests the video stream from the CDN node 508;

[0122] Then, step S516 is executed, and the CDN node 508 sends a return request to the live broadcast source station 510;

[0123] Then, step S518 is executed, and the live broadcast source station 510 sends the video stream to the CDN node 508;

[0124] Then, step S520 is executed, and the CDN node 508 delivers the stream to the terminal device 502;

[0125] Then, step S522 is executed, where the terminal device 502 requests a video stream from the CDN node 508;

[0126] Then, step S524 is executed, the CDN node 508 asynchronously requests the secondary verification center 512;

[0127] Then, step S526 is executed, and the secondary verification center 512 determines whether the user is compliant based on the user characteristics and user behavior;

[0128] Then, step S528 is executed, and the secondary verification center 512 responds the authentication result to the CDN node 508;

[0129] Then, step S530 is executed, and the CDN node 508 rejects or delivers the stream to the terminal device according to the authentication result.

[0130] Optionally, the process of secondary verification of the user may be, but is not limited to, referring to Figure 6 The following process is shown:

[0131] Execute step S602, the CDN node receives a user's request for a live stream;

[0132] Then, step S604 is executed, and the CDN node determines whether the secondary verification switch is turned on;

[0133] When the secondary verification switch is not turned on, step S606-1 is executed to respond to the live stream to the user;

[0134] When the secondary verification switch is turned on, execute steps S608-1 to S608-1-2 or execute steps S608-2 to S612-2:

[0135] The execution of step S608-1 to step S608-1-2 includes:

[0136] Execute step S608-1, the CDN node determines whether there is an authentication cache;

[0137] If the authentication cache is not stored, execute step S606-1; if the authentication cache is stored, execute step S608-1-1 to determine whether the current cache result is released; if the cache result is released, execute step S606-1; if the cache result is not released, execute step S608-1-2 to refuse to spit out the flow.

[0138] Executing steps S608-2 to S612-2 includes:

[0139] Execute step S608-2, and send a verification service request to the secondary verification center when the live stream offset needs to be verified.

[0140] Then, step S610 is executed, and the secondary verification center determines whether the user environment identity matches the live streaming environment;

[0141] Next, when the user environment identity does not match the live stream environment, execute step S612-1 and respond with verification failure; when the user environment identity matches the live stream environment, execute step S612-2 to determine whether the live stream is shared by the user; and when the live stream is shared by the user, execute step S612-1; when the live stream is not shared by the user, execute step S612-2-1 and respond with verification success.

[0142] Optionally, as another optional example, the above live data processing method can be explained as a whole by way of example but not limited to the following steps:

[0143] S1, the business platform adds an environment user mechanism. Different environments can be configured with user terminal features, including terminal user account, user IP or IP segment, terminal MAC address, etc., and the terminal features of different environments are regularly synchronized to the secondary verification center; S2, the client requests the business interface to obtain the CDN address of the live stream; S3, the business interface needs to add user environment judgment logic. If the user's terminal identifier matches the corresponding environment, it responds to the business data of the corresponding environment, such as the rehearsal environment, responds to the live page of the rehearsal environment, and the online environment responds to the live page of the online environment; S4, the CDN management platform manages the live broadcast The flow, source station computer room, and scheduling strategy add "environmental attributes", which include testing, rehearsal, and online, etc.; S5, the CDN management platform adds a scheduling strategy, and the strategy adds "environmental attributes", which include testing, rehearsal, and online, etc. The same flow can be configured with scheduling strategies for different environments; S6, the CDN source station node and CDN node of the rehearsal environment are in the intranet environment (physically isolated by the network), and the public network cannot directly access the rehearsal node and rehearsal source station; S7, the CDN source node, CDN node, scheduler, and secondary verification center timing (such as 5 seconds, the time can be customized) are synchronized from the configuration center. The CDN source node obtains the relevant configuration through the machine hostname, and the configuration center issues the corresponding configuration according to the machine's environmental attributes, including the live stream of the corresponding environment and the back-to-source relationship; S8, the policy information synchronized by the scheduler includes live stream, scheduling policy group, scheduling policy details, computer room information, node information, etc., among which the live stream and scheduling policy group contain environmental attributes; S9, the scheduling interface obtains the CDN address, and the scheduler selects the corresponding policy group according to the environmental attributes of the stream, and then selects the corresponding scheduling strategy according to the user's region and operator information, selects the scheduling computer room, and finally selects the appropriate CDN node. If there is no suitable strategy or CDN node, the response scheduling fails. S10, during the process of spitting out the stream, the CDN node determines whether a secondary check is required based on the configuration switch. If a secondary check is required, it decides whether to continue spitting out the stream based on the secondary check result.

[0144] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described order of actions, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

[0145] According to another aspect of the embodiment of the present application, a live data processing device for implementing the live data processing method is also provided. Figure 7 As shown, the device comprises:

[0146] The receiving unit 702 is used to receive a live data access request sent by a target account, wherein the live data access request is used to obtain target live data;

[0147] A push unit 704 is configured to push the target live data to the target account by using a target distribution node associated with the target live data when it is determined through the account information of the target account that the target account satisfies the first access condition to the target live data;

[0148] The acquisition unit 706 is used to acquire access record information of the target live data when the target live data pushed to the target account is played to the target live slice, and determine the target identification code corresponding to the target live slice when it is pushed to the target account;

[0149] A first determining unit 708 is used to determine the number of account accesses to the target live broadcast slice identified by the target identification code based on the access record information;

[0150] The second determination unit 710 is used to determine whether the target account has passed the access verification when the account information of the target account meets the second access condition and the account access quantity is less than a predetermined quantity, wherein the second access condition is obtained by updating the first access condition.

[0151] Optionally, in this embodiment, the above-mentioned device also includes: a first acquisition unit, used to acquire a first live broadcast group where the target live broadcast data is located, wherein the first live broadcast group includes live broadcast data of the target type; a second acquisition unit, used to acquire a first live broadcast access policy associated with the first live broadcast group, wherein the first live broadcast access policy includes reference account information that allows access to the first live broadcast group and a target storage area corresponding to each live broadcast data in the first live broadcast group; a first determination unit, used to determine that the target account satisfies the first access condition when the account information matches the reference account information, and determine the distribution node that matches the target storage area as the target distribution node.

[0152] Optionally, in this embodiment, the above-mentioned first acquisition unit includes: a first determination module, used to determine the candidate live broadcast access strategy associated with the first live broadcast group; a second determination module, used to determine the first live broadcast access strategy from the candidate live broadcast access strategies based on the device information of the terminal device used by the target account, wherein the device information includes the location of the terminal device and the network information corresponding to the terminal device, and the account information includes the device information.

[0153] Optionally, in this embodiment, the above-mentioned first determination unit includes: a third determination module, used to determine that the target account meets the first access condition when the reference account identification information includes the account identification information of the target account and the network information matches the reference network information, wherein the reference account information includes the reference account identification information and the reference network information, and the account information includes the account identification information.

[0154] Optionally, in this embodiment, the above-mentioned device also includes: a first push unit, which is used to push the reference live broadcast data to the target account by using the reference distribution node associated with the reference live broadcast data in the second live broadcast group when the account information does not match the reference account information.

[0155] Optionally, in this embodiment, the above-mentioned acquisition unit includes: a first sending module, which is used to use the target distribution node to send a verification request to the access verification node when the target live data pushed to the target account is played to the target live slice; the access verification node responds to the verification request, obtains the access record information of the target live data, and determines the target identification code corresponding to the target live slice when it is pushed to the target account; the above-mentioned second determination unit includes: a fourth determination module, which is used to perform the following steps: the access verification node determines that the target account has passed the access verification when the account information of the target account meets the second access condition and the number of account accesses is less than the predetermined number.

[0156] Optionally, in this embodiment, the above-mentioned device also includes: a third determination unit, used to determine to stop pushing target live broadcast data to the target account when the account information of the target account does not meet the second access condition; a fourth determination unit, used to determine to stop pushing target live broadcast data to the target account when the number of account accesses is greater than or equal to a predetermined number.

[0157] For a specific embodiment, reference may be made to the example shown in the above-mentioned method for processing live broadcast data, and this embodiment will not be described in detail here.

[0158] According to another aspect of the embodiment of the present application, an electronic device for implementing the above-mentioned live broadcast data processing method is also provided. This embodiment is described by taking the electronic device as a server as an example. Figure 8As shown, the electronic device includes a memory 802 and a processor 804. The memory 802 stores a computer program, and the processor 804 is configured to execute the steps in any of the above method embodiments through the computer program.

[0159] Optionally, in this embodiment, the electronic device may be located in at least one network device among a plurality of network devices of a computer network.

[0160] Optionally, in this embodiment, the processor may be configured to perform the following steps through a computer program:

[0161] S1, receiving a live broadcast data access request sent by a target account, wherein the live broadcast data access request is used to obtain target live broadcast data;

[0162] S2, when it is determined through the account information of the target account that the target account satisfies the first access condition to the target live broadcast data, using the target distribution node associated with the target live broadcast data to push the target live broadcast data to the target account;

[0163] S3, when the target live data pushed to the target account is played to the target live slice, obtaining access record information of the target live data, and determining the target identification code corresponding to the target live slice when it is pushed to the target account, wherein the target live data includes multiple live slices, the multiple live slices include multiple target live slices, and the number of the target live slices is less than the number of the live slices;

[0164] S4, based on the access record information, determining the number of account accesses to the target live broadcast slice identified by the target identification code;

[0165] S5, when the account information of the target account satisfies a second access condition and the account access quantity is less than a predetermined quantity, determining that the target account has passed the access verification, wherein the second access condition is obtained by updating the first access condition.

[0166] Alternatively, a person skilled in the art may understand that: Figure 8 The structure shown is for illustration only, and the electronic device may also be a smart phone (such as an Android phone, an iOS phone, etc.), a tablet computer, a PDA, a mobile Internet device (Mobile Internet Devices, MID), a PAD, or other terminal devices. Figure 8 The structure of the electronic device is not limited. Figure 8 More or fewer components (such as network interfaces, etc.) as shown in, or with Figure 8 Different configurations are shown.

[0167] Among them, the memory 802 can be used to store software programs and modules, such as the program instructions / modules corresponding to the live data processing method and device in the embodiments of the present application. The processor 804 executes various functional applications and data processing by running the software programs and modules stored in the memory 802, that is, realizing the above-mentioned live data processing method. The memory 802 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 802 may further include a memory remotely located relative to the processor 804, and these remote memories may be connected to the terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof. As an example, Figure 8 As shown, the memory 802 may include, but is not limited to, the receiving unit 702, the pushing unit 704, the acquiring unit 706, the first determining unit 708, and the second determining unit 708 in the live data processing device. In addition, other module units in the live data processing device may also be included but are not limited to, which will not be repeated in this example.

[0168] Optionally, the transmission device 806 is used to receive or send data via a network. Specific examples of the network may include wired networks and wireless networks. In one example, the transmission device 806 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices and routers via a network cable so as to communicate with the Internet or a local area network. In one example, the transmission device 806 is a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0169] In addition, the electronic device further includes: a display 808, and a connection bus 810 for connecting various module components in the electronic device.

[0170] In other embodiments, the terminal device or server may be a node in a distributed system, wherein the distributed system may be a blockchain system, and the blockchain system may be a distributed system formed by connecting the multiple nodes through network communication. The nodes may form a point-to-point network, and any form of computing device, such as a server, terminal or other electronic device, may become a node in the blockchain system by joining the point-to-point network.

[0171] According to one aspect of the present application, a computer program product is provided, the computer program product comprising a computer program / instruction, the computer program / instruction comprising a program code for executing the above method. In such an embodiment, the computer program can be downloaded and installed from a network through a communication part, and / or installed from a removable medium. When the computer program is executed by a central processing unit, various functions provided by the embodiments of the present application are executed.

[0172] According to one aspect of the present application, another computer program product is also provided, including a non-volatile computer-readable storage medium, the non-volatile computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the steps of the method in each embodiment of the present application are implemented.

[0173] According to one aspect of the present application, a computer-readable storage medium is provided, and a processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the above method.

[0174] Optionally, in this embodiment, the computer-readable storage medium may be configured to store a computer program for performing the following steps:

[0175] S1, receiving a live broadcast data access request sent by a target account, wherein the live broadcast data access request is used to obtain target live broadcast data;

[0176] S2, when it is determined through the account information of the target account that the target account satisfies the first access condition to the target live broadcast data, using the target distribution node associated with the target live broadcast data to push the target live broadcast data to the target account;

[0177] S3, when the target live data pushed to the target account is played to the target live slice, obtaining access record information of the target live data, and determining the target identification code corresponding to the target live slice when it is pushed to the target account, wherein the target live data includes multiple live slices, the multiple live slices include multiple target live slices, and the number of the target live slices is less than the number of the live slices;

[0178] S4, based on the access record information, determining the number of account accesses to the target live broadcast slice identified by the target identification code;

[0179] S5, when the account information of the target account satisfies a second access condition and the account access quantity is less than a predetermined quantity, determining that the target account has passed the access verification, wherein the second access condition is obtained by updating the first access condition.

[0180] Optionally, in the embodiments of the present application, the term "module" or "unit" refers to a computer program or a part of a computer program with a predetermined function, and works together with other related parts to achieve a predetermined goal, and can be implemented in whole or in part by using software, hardware (such as processing circuits or memories) or a combination thereof. Similarly, a processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be part of an overall module or unit that includes the function of the module or unit.

[0181] Optionally, in this embodiment, a person of ordinary skill in the art may understand that all or part of the steps in the various methods of the above embodiments may be completed by instructing hardware related to the terminal device through a program, and the program may be stored in a computer-readable storage medium, and the storage medium may include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a disk or an optical disk, etc.

[0182] If the integrated units in the above embodiments are implemented in the form of software functional units and sold or used as independent products, they can be stored in the above computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for enabling one or more computer devices (which may be personal computers, servers, or network devices, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application.

[0183] In the above embodiments of the present application, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0184] In the several embodiments provided in the present application, it should be understood that the disclosed client can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

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

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

[0187] The above is only a preferred implementation of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A method for processing live broadcast data, characterized in that: include: Receiving a live broadcast data access request sent by a target account, wherein the live broadcast data access request is used to obtain target live broadcast data; When it is determined through the account information of the target account that the target account satisfies the first access condition to the target live data, the target live data is pushed to the target account by using the target distribution node associated with the target live data; When the target live data pushed to the target account is played to the target live slice, access record information of the target live data is obtained, and a target identification code corresponding to the target live slice when it is pushed to the target account is determined, wherein the target live data includes a plurality of live slices, the plurality of live slices include a plurality of the target live slices, and the number of the target live slices is less than the number of the live slices; Based on the access record information, determine the number of account accesses to the target live broadcast slice identified by the target identification code; When the account information of the target account satisfies a second access condition and the account access quantity is less than a predetermined quantity, it is determined that the target account has passed the access verification, wherein the second access condition is obtained by updating the first access condition.

2. The method according to claim 1, characterized in that: After receiving the live data access request sent by the target account, the method further includes: Acquire a first live broadcast group where the target live broadcast data is located, wherein the first live broadcast group includes live broadcast data of the target type; Acquire a first live broadcast access policy associated with the first live broadcast group, wherein the first live broadcast access policy includes reference account information that allows access to the first live broadcast group and a target storage area for storing each live broadcast data in the first live broadcast group; In the case where the account information matches the reference account information, it is determined that the target account satisfies the first access condition, and a distribution node matching the target storage area is determined as the target distribution node.

3. The method according to claim 2, characterized in that The acquiring of the first live broadcast access policy associated with the first live broadcast group includes: Determining a candidate live broadcast access strategy associated with the first live broadcast group; The first live broadcast access strategy is determined from the candidate live broadcast access strategies based on the device information of the terminal device used by the target account, wherein the device information includes the location of the terminal device and the network information corresponding to the terminal device, and the account information includes the device information.

4. The method according to claim 3, characterized in that In the case where the account information matches the reference account information, determining that the target account satisfies the first access condition includes: In a case where the reference account identification information includes the account identification information of the target account, and the network information matches the reference network information, it is determined that the target account satisfies the first access condition, wherein the reference account information includes the reference account identification information and the reference network information, and the account information includes the account identification information.

5. The method according to claim 2, characterized in that: After acquiring the first live broadcast access policy associated with the first live broadcast group, the method further includes: In the case that the account information does not match the reference account information, the reference live broadcast data is pushed to the target account using a reference distribution node associated with the reference live broadcast data in the second live broadcast group.

6. The method according to any one of claims 1 to 5, characterized in that The step of obtaining access record information of the target live data when the target live data pushed to the target account is played to the target live slice, and determining the target identification code corresponding to the target live slice when the target live slice is pushed to the target account includes: sending a verification request to an access verification node by using the target distribution node when the target live data pushed to the target account is played to the target live slice; the access verification node obtains the access record information of the target live data in response to the verification request, and determines the target identification code corresponding to the target live slice when the target live slice is pushed to the target account; The determining that the target account has passed the access verification when the account information of the target account satisfies the second access condition and the number of account accesses is less than the predetermined number includes: the access verification node determining that the target account has passed the access verification when the account information of the target account satisfies the second access condition and the number of account accesses is less than the predetermined number.

7. The method according to any one of claims 1 to 5, characterized in that After obtaining the access record information of the target live data and determining the target identification code corresponding to when the target live data is pushed to the target account, the method further includes: When the account information of the target account does not satisfy the second access condition, determining to stop pushing the target live broadcast data to the target account; When the number of account accesses is greater than or equal to the predetermined number, it is determined to stop pushing the target live broadcast data to the target account.

8. A live data processing device, characterized in that: include: A receiving unit, configured to receive a live data access request sent by a target account, wherein the live data access request is used to obtain target live data; a pushing unit, configured to push the target live broadcast data to the target account by using a target distribution node associated with the target live broadcast data, when it is determined through the account information of the target account that the target account satisfies a first access condition for the target live broadcast data; an acquisition unit, configured to acquire access record information of the target live data when the target live data pushed to the target account is played to the target live slice, and determine a target identification code corresponding to the target live slice when it is pushed to the target account, wherein the target live data includes a plurality of live slices, the plurality of live slices include a plurality of the target live slices, and the number of the target live slices is less than the number of the live slices; A first determining unit, configured to determine, based on the access record information, the number of account accesses to the target live broadcast slice identified by the target identification code; A second determination unit is configured to determine whether the target account has passed the access verification if the account information of the target account satisfies a second access condition and the number of account accesses is less than a predetermined number, wherein the second access condition is obtained by updating the first access condition.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium includes a stored program, wherein the program is executed by a processor to perform the method described in any one of claims 1 to 7.

10. A computer program product comprising a computer program / instructions, characterized in that When the computer program / instructions are executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

11. An electronic device comprising a memory and a processor, characterized in that: A computer program is stored in the memory, and the processor is configured to execute the method according to any one of claims 1 to 7 through the computer program.

Images