WO2018145537A1

WO2018145537A1 - Live broadcast data processing method and device

Info

Publication number: WO2018145537A1
Application number: PCT/CN2017/120277
Authority: WO
Inventors: 余锋
Original assignee: 北京奇虎科技有限公司
Priority date: 2017-02-13
Filing date: 2017-12-29
Publication date: 2018-08-16
Also published as: CN106803967A

Abstract

Embodiments of the present application provide a live broadcast data processing method and device. The method comprises: establishing association relationships between a live broadcast system and at least two content delivery network (CDN) systems; determining, according to current operating parameters of each CDN system, service state information of each CDN system, wherein the service state information is used for representing current service performance of a CDN system other than a faulted CDN system; and determining, according to the service state information, a CDN system meeting service conditions, and switching the CDN system meeting the service conditions to a target CDN system that provides services for the live broadcast system currently, in order to provide live broadcast service data by using the target CDN system. Whereby, the live broadcast quality and user experience are improved.

Description

Method and device for processing live data

Technical field

The present application relates to the field of data processing technologies, and in particular, to a method for processing live data and a device for processing live data.

Background technique

With the development of the Internet technology, users can obtain various types of resources, such as pictures, text information, videos, etc. through the network. The video obtained by the user through the network may be an on-demand video or a live video; Real-time and interactive, making live broadcasts more and more popular. When there are many users watching the live broadcast, the network congestion and server load are excessive, which makes the live broadcast users watch more live broadcast delays and jams, which greatly reduces the user experience.

In order to solve the above problem, a Content Delivery Network (CDN) is built on the network, so that users can obtain required content from the nearest edge network server, reduce network congestion, and improve user access response speed. The general live broadcast system will work with two CDN vendors to use one CDN as the primary CDN and the other as the backup CDN. When the primary CDN fails, the live broadcast system is manually switched to the standby CDN. However, the primary and backup CDNs are only faulty backup mechanisms, and the performance of the CDN system in different time periods is different, and the live broadcast quality of each time period cannot be guaranteed.

Summary of the invention

In view of the above problems, the present application has been made in order to provide a method for processing live data that overcomes the above problems or at least partially solves the above problems, and a corresponding processing device for live data.

According to an aspect of the present application, a method for processing live data includes: establishing a relationship between a live broadcast system and at least two content distribution network CDN systems; and determining services of each CDN system according to current operating parameters of each CDN system. Status information, wherein the service status information is used to characterize a current service performance of a CDN system other than the faulty CDN system; determining a CDN system that meets the service condition according to the service status information, and switching the CDN system that meets the service condition to A target CDN system currently serving the live broadcast system to provide live broadcast service data using the target CDN system.

According to another aspect of the present application, a processing device for live data is provided, including: an association module, configured to establish a relationship between a live broadcast system and at least two content distribution network CDN systems; and a first information determining module, configured to Determining service status information of each CDN system, wherein the service status information is used to characterize current service performance of the CDN system other than the faulty CDN system; the system switching module is configured to The service status information determines a CDN system that meets the service condition, and switches the CDN system that meets the service condition to the target CDN system currently serving the live broadcast system to provide live broadcast service data using the target CDN system.

According to another aspect of the present application, there is provided a computer program comprising computer readable code that, when run on a server, causes the server to perform a processing method of any of the aforementioned live data.

According to another aspect of the present application, there is provided a computer readable medium storing a computer program of a method of processing live data as described above.

According to the processing method of the live data of the present application, the live broadcast system is associated with at least two content distribution network CDN systems; and the service status information of each CDN system is determined according to the current operating parameters of each CDN system; The CDN system is switched to the target CDN system currently serving the live broadcast system; thus, the live broadcast service data can be improved for the live broadcast system by using the CDN with better service performance in the live broadcast process, thereby solving the prior art. The problem of live quality cannot be guaranteed in real time; the quality of the live broadcast is improved, and the user experience is improved.

The above description is only an overview of the technical solutions of the present application, and the technical means of the present application can be more clearly understood, and the above and other objects, features and advantages of the present application can be more clearly understood. The following is a specific embodiment of the present application.

DRAWINGS

Various other advantages and benefits will become apparent to those skilled in the art from a The drawings are only for the purpose of illustrating the preferred embodiments and are not intended to be limiting. Throughout the drawings, the same reference numerals are used to refer to the same parts. In the drawing:

1 is a flow chart showing the steps of an embodiment of a method for processing live data according to an embodiment of the present application;

2 is a flow chart showing the steps of another embodiment of a method for processing live data according to an embodiment of the present application;

FIG. 3 is a structural block diagram of an embodiment of a processing apparatus for live broadcast data according to an embodiment of the present application;

FIG. 4 is a structural block diagram of another embodiment of a processing apparatus for live data according to an embodiment of the present application;

Figure 5 schematically shows a block diagram of a server for performing the method according to the present application;

Fig. 6 schematically shows a storage unit for holding or carrying program code implementing the method according to the present application.

detailed description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While the embodiments of the present invention have been shown in the drawings, the embodiments Rather, these embodiments are provided so that this disclosure will be more fully understood and the scope of the disclosure will be fully disclosed.

In this embodiment, the live broadcast system is associated with at least two content distribution network CDN systems, thereby measuring the service status of the CDN system in real time, and selecting a high-quality CDN system to provide services for the live broadcast system, thereby effectively ensuring the quality of the live broadcast.

1 is a flow chart showing the steps of a method for processing live data according to an embodiment of the present application. Specifically, the method may include the following steps:

Step 102: Establish a relationship between the live broadcast system and at least two content distribution network CDN systems.

Different CDN systems have different advantages. For example, some CDN systems have good stability, some CDN systems have good fluency, and some CDN systems have low costs. In order to ensure the quality of the live broadcast service, a live broadcast system can cooperate with a plurality of different CDN systems, and a CDN system with better service performance can be selected from multiple CDN systems for the live broadcast system in different time periods. The service, wherein the CDN system serving the live broadcast system is at least two, so as to select a better service from the two CDN systems to provide a live data service for the live broadcast system. After determining the cooperative CDN system, the live broadcast system is associated with the cooperative CDN system, and each CDN system has a corresponding association relationship with the live broadcast system. In the process of live broadcast, the live broadcast system can be established according to the established association relationship. Switch to connect to the corresponding CDN system.

Step 104: Determine service state information of each CDN system according to current operating parameters of each CDN system.

In the process of the live broadcast, the current running parameters of each CDN system may be obtained according to a preset period, and then the service status information of each CDN system is determined according to the operating parameters of each CDN system, where the operating parameter refers to a CDN. The performance parameters of the system during operation, such as the delay parameter, the stuck parameter, and the like, are determined according to actual conditions, such as 5 minutes as a cycle. Since the faulty CDN system cannot provide services for the live broadcast system, the CDN system that determines the service status information is a non-faulty CDN system. For the faulty CDN system, it is not necessary to determine the service status information, and wait for the fault recovery to resume use. Then obtain the corresponding service status information. Therefore, the service status information is used to characterize the current service performance of the normally operating CDN system, and does not characterize the service performance of the faulty CDN system. Further, the service of the CDN system can be determined based on the service status information of each CDN system. performance. The service performance of different CDN systems is different in the same time period; when the same CDN system accesses different carrier networks, the corresponding service performance is different; the service performance of CDN systems in different regions of the same carrier is also different.

Step 106: Determine, according to the service status information, a CDN system that meets the service condition, and switch the CDN system that meets the service condition to a target CDN system that currently serves the live broadcast system.

The service status information in the embodiment of the present application may represent the service performance of the CDN system. Therefore, after determining the service status information, the service status may be selected from multiple CDN systems cooperated by the live broadcast system according to the service status information of each CDN system. The conditional CDN system determines the eligible CDN system as the target CDN system. Then, according to the association relationship between the target CDN system and the live broadcast system, the CDN system currently serving the live broadcast system is switched to the target CDN system, thereby using the target CDN system to provide live broadcast service data for the live broadcast system. The service condition is used to filter the target CDN system; wherein the service status information can be determined to meet the service condition, that is, the CDN system that satisfies the service status threshold with the service status information, and determines the CDN that meets the service condition. The system then determines one of the CDN systems as the target CDN system according to the user operation, and the set service status threshold may be set according to actual conditions; or the service status information may be optimally determined to be in compliance with the service condition.

The method for processing live data of the present application, the live broadcast system is associated with at least two content distribution network CDN systems; and the service status information of each CDN system is determined according to current operating parameters of each CDN system; and then the service conditions are met. The CDN system is switched to the target CDN system currently serving the live broadcast system; thus, the live broadcast service data can be improved for the live broadcast system by using the CDN with better service performance during the live broadcast process, and the quality of the live broadcast is improved and improved. user experience.

On the basis of the foregoing embodiments, the embodiment of the present application provides a detailed description of the method for determining the service status information of each CDN system according to the operating parameters, and the manner of determining the CDN system that meets the service conditions.

Referring to FIG. 2, a flow chart of steps of another embodiment of a method for processing live data according to an embodiment of the present application is shown.

Step 202: Establish a relationship between the live broadcast system and at least two content distribution network CDN systems.

In the embodiment of the present application, the live broadcast system cooperates with at least two CDN systems to determine a CDN system that cooperates with the live broadcast system, and then associates the live broadcast system with each CDN system.

Step 204: Determine an operating state of the CDN system according to current operating parameters of each CDN system; and ignore a faulty CDN system when an operating state of the CDN system is a fault.

During the live broadcast process, any CDN system associated with the live broadcast system may be faulty at any time due to various reasons, and the faulty CDN system cannot provide services for the live broadcast system. It can be seen that the CDN system determined for the live broadcast system is inevitable. It does not include the faulty CDN system; therefore, the operating parameters of each CDN system can be obtained during the live broadcast, and the operating status of each CDN system is determined according to the operating parameters. The operation state includes: a non-fault state and a fault state; specifically, the acquired operation parameter is compared with a corresponding range of the operation parameter in the non-fault state, and if the acquired operation parameter belongs to a non-fault state of the CDN system, The operating parameter corresponding range determines that the CDN system is in a non-fault state; otherwise, it determines that the state of the CDN system is a faulty state. When it is determined that the CDN system is in a fault state, the faulty CDN system can be ignored without determining the service status information of the faulty CDN system. When it is determined that the CDN system is in a non-fault state, the service status information of each CDN system may be determined according to the operation parameters of each CDN system, and the specific steps for determining the CDN service status information are as follows:

Step 206: Calculate corresponding operating state data according to current operating parameters of the CDN system.

When determining that the CDN system is a non-faulty CDN system, the corresponding operating state data may be calculated according to the acquired operating parameters of the CDN system to evaluate the service state information of the CDN according to the operating state data. Generally, the delay, the jam rate and the cost of the CDN system are the main factors for the live broadcast system to evaluate the CDN system. The user types and their own situations of different live broadcast systems are different, which makes the requirements of the CDN system different for different live broadcast systems. For example, some live broadcast systems require a short CDN system to synchronize the live broadcast terminal with the client, such as a large-scale live broadcast system. For example, some live broadcast systems require a low CDN rate and a short delay to maximize the user experience. For example, the live broadcast system; while some live broadcast systems require CDNs to be cheaper, and have lower requirements for delays and carton rates, such as small live broadcast systems. Therefore, the operating parameters in the embodiment of the present application include at least one of the following: a delay parameter, a carton parameter, and a value parameter; and the running status data determined according to the operating parameter corresponds to at least one of the following: response delay data, card Rate, value data. In addition, other parameters included in the operating parameter may also be determined according to other requirements of the live system for the CDN system, and the corresponding operating state data may further include other data. The specific steps for calculating the corresponding operational status data according to the parameters included in the operating parameters are as follows:

The delay parameter is quantized, and the corresponding response delay data is calculated according to the quantization result.

During the live broadcast, there is a time difference between the video played by the client and the video recorded on the live broadcast. This time difference is called the video delay; the shorter the delay, the better the experience of watching the video; therefore, the delay is an important indicator that affects the quality of the live broadcast. It is also an important indicator for evaluating the performance of each CDN system. The factors causing the video delay include at least: the encoding time of the video by the anchor end, the decoding time of the video by the client, the transmission time of the video network, and the packet loss rate; each factor corresponds to one or more delay parameters; The parameters are quantized, and corresponding response delay data is calculated according to the quantized result, thereby determining the delay of the CDN according to the response delay data.

Calculating a cardon rate of the CDN system within a preset time period according to the cardon parameter.

The video card in the live broadcast process refers to the phenomenon of stagnation of the video during the video playback of the client; the less the number of jams during the video playback, the better the experience of the user watching the video; therefore, the carton rate affects the quality of the live broadcast. An important indicator is also an important indicator to evaluate the performance of each CDN system service. Among them, the Carton rate refers to the statistics of the number of times of playing the card in a unit time. The cause of the stuck may be the interruption of the data transmission by the push-end, the congestion of the public network or the abnormality of the network jitter, or the decoding performance of the terminal device is too poor; each case corresponds to one or more cardon parameters. The card rate of the CDN system in the preset time period may be calculated according to the acquired one or more cardon parameters; wherein the preset time is set according to an actual situation, for example, 1 minute.

The value data corresponding to the CDN system is calculated according to the value parameter obtained from the preset rule information.

The cost of the CDN system in the embodiment of the present application is also the service performance of a CDN system that some live broadcast systems pay attention to; different CDN systems have different fees, for example, some CDN systems cost 1.4 yuan/GB, and some CDN systems have The fee is 0.6 yuan / GB. Before the association between the live broadcast system and the cooperative CDN system, the value parameters of each CDN system are stored in the preset rule information; thus, the value parameters corresponding to each CDN can be obtained from the preset rule information, and then according to the value The parameters calculate the value data of each CDN system.

Because the live broadcast system has different requirements for the quality of the live broadcast and the corresponding service conditions, the at least one step of calculating the running status data may be performed according to the service condition of the live broadcast system.

Step 208: Evaluate service state information of the CDN system according to the operating state data.

After determining the operational status data, the service status information of each CDN system can be evaluated based on the operational status data. Specifically, the weight information of each running state data is obtained, and the running state data is weighted according to the weight information to determine service state information of the CDN system. According to the above, different live broadcast systems have different requirements for live broadcast quality. Therefore, the weight of each data in the operating state data can be determined according to the requirements of the live broadcast system, and the weight information corresponding to each data can be saved. When evaluating the service status information of each CDN system, weighting calculation may be performed on each data in the operation status data according to the weight information corresponding to each data, thereby obtaining service weight information of the CDN system; wherein the operation status data includes The data can be either one type of data or multiple types of data. For example, the variety show system has the highest requirements for network delay, followed by fluency and lower price requirements. Therefore, the weights of response delay data, card rate and value data can be set to be 0.1, 0.3 and 0.6 respectively. Then, the weighted calculation is performed on each data to obtain the service status parameter of the CDN system.

Step 210: Sort each service state information according to a preset order, and determine the CDN system with the highest ranking as a CDN system that meets the service condition.

After calculating the service status information of each CDN system, the service status information is sorted according to a preset order, and then the highest ranked CDN system is determined as a system that meets the service condition; wherein the preset order is the weight according to the running status information. The information may be in ascending order or descending order, that is, the CDN system may be arranged in order of superiority to inferiority in order to select a CDN system with high performance.

Step 212: Switch the CDN system that meets the service condition to the target CDN system that currently serves the live broadcast system.

After selecting the highest ranked CDN system, the highest ranked CDN system can be switched to the target CDN system served by the live broadcast system. Thus, the live broadcast system can be broadcasted using a CDN system with good service performance.

For example, the existing three CDN systems have established associations with the live broadcast system, namely A, B, and C. During the live broadcast of the live broadcast system, the operating parameters of the CDN systems A, B, and C are respectively obtained, and the CDN system A is determined. , B, C are non-faulty CDN systems; then calculate the operational status data of three systems A, B, C respectively; where A's response delay data, carton rate and value data are: 7s, 20% , 1.6; B response delay data, carton rate and value data are: 10s, 25%, 1.6; C response delay data, carton rate and value data are: 7s, 18%, 2; response The weight information of the delay data, the cardon rate and the value data is 0.6, 0.3, and 0.1; the preset order is ascending order; after normalizing each running state data, the weight information is used for weighting calculation, and the calculation is performed. B, C service status information, the sorting positions corresponding to A, B, and C are sorted in ascending order: A, C, B; then CDN system A is the target CDN system, and the live broadcast system is switched to connect with CDN system A.

In addition, a CDN system in the embodiment of the present application may be deployed on multiple different networks, and the service providers of the respective CDN systems are different, such as China Mobile, China Telecom, China Telecom, etc.; accessing different service provider corresponding networks The service performance of the CDN system is different; and the CDN system accessing the network corresponding to the same service provider has different service performance in each region. For example, a CDN system that accesses China Mobile's network, including CDN in Beijing, CDN in Guangzhou, CDN in Shenzhen, and CDN in Shenyang, etc., have different service performance. Thus, the operational parameters of each CDN system also include geographic parameters and/or service provider parameters.

The method for determining the service status information will be described in detail below for the case where only the geographical parameters are considered, only the service provider parameters are considered, and the regional parameters and the service provider parameters are simultaneously considered. Other operating state data, such as the regional parameters, the provider parameters, and the like, may be present in the actual processing. The embodiments of the present application are not enumerated, and should not be construed as limiting the embodiments of the present application.

In an example, when at least one of the delay parameter, the Carton parameter, and the value parameter is obtained, the area parameter may also be acquired; and according to the area parameter, the service status information of each CDN system corresponding to each area is determined. Specifically, the area corresponding to the CDN system may be determined according to the regional parameter, and then the service status information corresponding to the area is determined according to at least one of a delay parameter, a Carton parameter, and a value parameter of the CDN system in the area, and the service status information may be determined. The average of the plurality of CDN service status information in the area is used as the service status information of the CDN system corresponding to the area; and then the CDN system corresponding to the area in which the service condition is met is determined. For example, there are three CDN systems that are associated with the live broadcast system; when the regional parameters are not considered, the average of the service status information of each region can be determined as the service status information of each CDN system; therefore, the three CDN systems The service status information is three. After considering the regional parameters, if the above three CDN systems include 10 regions, each CDN system includes 10 service status information, and the total number of service status information calculated by the three CDN systems is 30.

In another example, when at least one of the delay parameter, the Carton parameter, and the value parameter is obtained, the service provider parameter may also be obtained; and according to the service provider parameter, the CDN system is determined respectively in each service. The service status information corresponding to the provider. The service provider parameter may be determined according to the obtained service provider parameter, and the service provider information of the CDNs deployed on the same service provider may be calculated, thereby determining that the CDN system is provided in the service provider. The service status information corresponding to the party, and then determine the CDN system corresponding to the service provider that meets the service condition. For example, there are three CDN systems that are associated with the live broadcast system; when the service provider parameters are not considered, the service status information of the three CDN systems is three. When considering the service provider parameters, if the above three CDN systems respectively correspond to two service providers, each CDN system corresponds to two service status information; the total number of service status information calculated by the three CDN systems is six.

In another example, when at least one of the delay parameter, the Carton parameter, and the value parameter is acquired, the regional parameter and the service provider parameter are simultaneously acquired; and then, the region corresponding to the CDN system is determined according to the regional parameter. Then, according to the service provider parameter, the service provider corresponding to the regional CDN system is determined; thus, the service status information of each CDN system in each service provider is determined for each region. For example, for a CDN system, the CDN corresponding to the Beijing area is determined according to one of the regional parameters; then, according to the service provider parameter, it is determined that the corresponding CDN system in the Beijing area has two service providers S1 and S2; At least one parameter of the delay parameter, the Carrington parameter and the value parameter, determining the service status information corresponding to the corresponding CDN system accessing the S1 network in the Beijing area, and determining the service status information corresponding to the corresponding CDN system accessing the S2 network in the Beijing area; The CDN system corresponds to two service status information in the Beijing area. In each area, the CDN system that meets the service conditions is determined according to the service status information corresponding to each service provider in the CDN system; specifically, the service status information of the CDN system corresponding to different service providers in each area is preset. The ordering is performed; then the CDN system corresponding to the highest ranked service status information is determined as the target CDN system. For example, there are three CDN systems associated with the live broadcast system, each CDN system has two service providers, and each CDN system corresponds to 10 regions; then each CDN system corresponds to two service status information for each region. A CDN system corresponds to 20 service status information; therefore, three CDN systems correspond to 60 service status information; then, 60 service status information are sorted, thereby selecting the CDN system corresponding to the highest ranked service status information, as a target CDN system.

The embodiment of the present application may calculate corresponding operating state data according to at least one of a delay parameter, a Carton parameter, and a value parameter; and then determine service state information of each CDN system according to the corresponding weight information, and then corresponding each CDN system. The service status information is sorted according to a preset order, and the CDN system corresponding to the highest ranked service status information is determined as the target CDN system; thus, the connection with the live broadcast system can be dynamically adjusted according to the requirements of the live broadcast system for the CDN system. The CDN system guarantees the live broadcast quality of the live broadcast system. In addition, the embodiment of the present application further calculates service state information of the CDN system corresponding to each region according to the regional parameter and/or the service provider parameter, service state information of each CDN system on each service provider, and a CDN system corresponding to each region. Service status information on each service provider; further refinement of the service status information of the CDN system, thereby more accurately scheduling the CDN system for the live broadcast system, further improving the quality of the live broadcast and improving the user experience.

For the method embodiments, for the sake of brevity, they are all described as a series of action combinations, but those skilled in the art should understand that the embodiments of the present application are not limited by the described action sequence, because the embodiment according to the present application Some steps can be performed in other orders or at the same time. In the following, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily required in the embodiments of the present application.

Referring to FIG. 3, a structural block diagram of an embodiment of a processing apparatus for live broadcast data according to an embodiment of the present application is shown. Specifically, the following may include a module: an association module 301, a first information determining module 302, and a system switching module 303, where ,

The association module 301 is configured to associate the live broadcast system with at least two content distribution network CDN systems.

The first information determining module 302 is configured to determine service state information of each CDN system according to current operating parameters of each CDN system, where the service state information is used to represent current service performance of the CDN system other than the faulty CDN system. .

The system switching module 303 is configured to determine, according to the service status information, a CDN system that meets a service condition, and switch a CDN system that meets the service condition to a target CDN system that currently serves the live broadcast system, to adopt the target CDN system. Provide live service data.

Referring to Fig. 4, on the basis of Fig. 3, the modules further included in the apparatus, and the submodules of the respective modules will be described. FIG. 4 is a structural block diagram of another embodiment of a processing apparatus for live broadcast data according to an embodiment of the present application. The apparatus further includes: a second information determining module 304, a third information determining module 305, and a state determining module. 306, wherein

The second information determining module 304 is configured to determine, according to the regional parameter, service state information corresponding to each CDN system in each region.

The third information determining module 305 is configured to determine, according to the service provider parameter, service state information corresponding to each service provider of the CDN system.

The state determining module 306 is configured to determine an operating state of the CDN system according to current operating parameters of each CDN system; and ignore a faulty CDN system when an operating state of the CDN system is a fault.

In the embodiment of the present application, the first information determining module 302 includes: a calculating submodule 3021 and an evaluating submodule 3022, where

The calculation sub-module 3021 is configured to calculate corresponding operating state data according to current operating parameters of the CDN system.

The evaluation submodule 3022 is configured to evaluate service state information of the CDN system according to the operating state data.

The calculating sub-module 3021 is specifically configured to quantize the delay parameter, calculate corresponding response delay data according to the quantization result, and calculate a card of the CDN system in a preset time period according to the cardon parameter. The rate is calculated according to the value parameter obtained from the preset rule information, and the value data corresponding to the CDN system is calculated.

The evaluation sub-module 3022 is specifically configured to obtain weight information of each running state data, perform weighting calculation on the running state data according to the weight information, and determine service state information of the CDN system.

The system switching module 303 is specifically configured to determine, according to the service status information corresponding to each service provider of the CDN system, the CDN system that meets the service condition in each area.

The system switching module 303 is specifically configured to sort each service state information according to a preset order, and determine the highest ranked CDN system as a CDN system that meets the service condition.

In the embodiment of the present application, the operating parameter includes at least one of the following: a delay parameter, a carton parameter, and a value parameter; the running status data includes at least one of the following: response delay data, a card rate, and value data. The operational parameters further include: a regional parameter and/or a service provider parameter.

The method for processing live data of the present application, the live broadcast system is associated with at least two content distribution network CDN systems; and the service status information of each CDN system is determined according to current operating parameters of each CDN system; and then the service conditions are met. The CDN system is switched to the target CDN system currently serving the live broadcast system; thus, the live broadcast service data can be improved for the live broadcast system by using the CDN with better service performance in the live broadcast process, thereby solving the problem in the prior art Real-time guarantee of live broadcast quality; improved live broadcast quality and improved user experience.

For the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment.

The various component embodiments of the present application can be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that some or all of the functionality of some or all of the processing devices of live data in accordance with embodiments of the present application may be implemented in practice using a microprocessor or digital signal processor (DSP). The application can also be implemented as a device or device program (e.g., a computer program and a computer program product) for performing some or all of the methods described herein. Such a program implementing the present application may be stored on a computer readable medium or may be in the form of one or more signals. Such signals may be downloaded from an Internet website, provided on a carrier signal, or provided in any other form.

For example, FIG. 5 illustrates a server that can implement the processing of live data according to the present application. The server conventionally includes a processor 510 and a computer program product or computer readable medium in the form of a memory 520. The memory 520 may be an electronic memory such as a flash memory, an EEPROM (Electrically Erasable Programmable Read Only Memory), an EPROM, a hard disk, or a ROM. Memory 520 has a memory space 530 for program code 531 for performing any of the method steps described above. For example, storage space 530 for program code may include various program code 531 for implementing various steps in the above methods, respectively. The program code can be read from or written to one or more computer program products. These computer program products include program code carriers such as hard disks, compact disks (CDs), memory cards or floppy disks. Such computer program products are typically portable or fixed storage units as described with reference to FIG. The storage unit may have a storage section, a storage space, and the like arranged similarly to the storage 520 in the server of FIG. The program code can be compressed, for example, in an appropriate form. Typically, the storage unit includes computer readable code 531', code that can be read by a processor, such as 510, which, when executed by a server, causes the server to perform various steps in the methods described above.

"an embodiment," or "an embodiment," or "one or more embodiments" as used herein means that the particular features, structures, or characteristics described in connection with the embodiments are included in at least one embodiment of the present application. In addition, it is noted that the phrase "in one embodiment" is not necessarily referring to the same embodiment.

In the description provided herein, numerous specific details are set forth. However, it is understood that the embodiments of the present application can be practiced without these specific details. In some instances, well-known methods, structures, and techniques are not shown in detail so as not to obscure the understanding of the description.

It should be noted that the above-described embodiments are illustrative of the present application and are not intended to limit the scope of the application, and those skilled in the art can devise alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as a limitation. The word "comprising" does not exclude the presence of the elements or steps that are not recited in the claims. The word "a" or "an" The application can be implemented by means of hardware comprising several distinct elements and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means can be embodied by the same hardware item. The use of the words first, second, and third does not indicate any order. These words can be interpreted as names.

In addition, it should be noted that the language used in the specification has been selected for the purpose of readability and teaching, and is not intended to be interpreted or limited. Therefore, many modifications and variations will be apparent to those skilled in the art without departing from the scope of the invention. The disclosure of the present application is intended to be illustrative, and not restrictive, and the scope of the application is defined by the appended claims.

Claims

A method for processing live data, comprising:

Associating the live broadcast system with at least two content distribution network CDN systems;

Determining service status information of each CDN system according to current operating parameters of each CDN system, wherein the service status information is used to represent current service performance of the CDN system other than the faulty CDN system;

Determining, according to the service status information, the CDN system that meets the service condition, and switching the CDN system that meets the service condition to the target CDN system currently serving the live broadcast system, to provide live broadcast service data by using the target CDN system.
The method of claim 1, wherein determining service status information of each CDN system according to current operating parameters of each CDN system comprises:

Calculating corresponding operational status data according to current operating parameters of the CDN system;

The service status information of the CDN system is evaluated based on the operational status data.
The method of claim 2, wherein the operating parameter comprises at least one of: a delay parameter, a stuck parameter, a value parameter; the operational status data comprising at least one of: response delay data, Caton Rate, value data.
The method of claim 3 wherein calculating the corresponding operational status data based on the current operational parameters of the CDN system comprises at least one of the following steps:

Quantifying the delay parameter, and calculating corresponding response delay data according to the quantization result;

Calculating a card rate of the CDN system in a preset time period according to the cardon parameter;

The value data corresponding to the CDN system is calculated according to the value parameter obtained from the preset rule information.
The method of claim 3, wherein evaluating the service status information of the CDN system according to the operating status data comprises:

Obtaining weight information of each running state data, performing weighting calculation on the running state data according to the weight information, and determining service state information of the CDN system.
The method of any of claims 3-5, wherein the operational parameters further comprise: a regional parameter and/or a service provider parameter.
The method of claim 6 wherein said method further comprises:

Based on the regional parameters, service state information corresponding to each CDN system in each region is determined.
The method of claim 6 wherein said method further comprises:

Determining service status information corresponding to each service provider of the CDN system according to the service provider parameters.
The method of claim 6, wherein the determining the CDN system that meets the service condition based on the service status information comprises:

The CDN system that meets the service conditions is determined in each area according to the service status information corresponding to each service provider of the CDN system.
The method of claim 6, wherein determining the CDN system that meets the service condition based on the service status information comprises:

Each service status information is sorted in a preset order, and the highest ranked CDN system is determined to be a CDN system that meets the service condition.
The method of claim 1, wherein before determining the service status information of each CDN system, the method further comprises:

Determining an operating state of the CDN system according to current operating parameters of each CDN system;

When the operating state of the CDN system is a failure, the failed CDN system is ignored.
A processing device for live data includes:

An association module, configured to associate a live broadcast system with at least two content distribution network CDN systems;

a first information determining module, configured to determine service status information of each CDN system according to current operating parameters of each CDN system, where the service status information is used to represent current service performance of a CDN system other than the faulty CDN system;

a system switching module, configured to determine, according to the service status information, a CDN system that meets a service condition, and switch a CDN system that meets the service condition to a target CDN system that currently serves the live broadcast system, to provide the target CDN system. Live service data.
The apparatus of claim 12, wherein the first information determining module comprises:

a calculation submodule, configured to calculate corresponding operation state data according to current operating parameters of the CDN system;

And an evaluation submodule, configured to evaluate service state information of the CDN system according to the operating state data.
The apparatus of claim 13, wherein the operating parameter comprises at least one of: a delay parameter, a stuck parameter, a value parameter; the operational status data comprising at least one of: response delay data, Caton Rate, value data.
The device of claim 14 wherein

The calculating sub-module is specifically configured to quantize the delay parameter, calculate corresponding response delay data according to the quantization result, and calculate a Karton of the CDN system in the preset time period according to the cardon parameter Rate; calculating the value data corresponding to the CDN system according to the value parameter obtained from the preset rule information.
The device of claim 14 wherein

The evaluation sub-module is specifically configured to obtain weight information of each running state data, perform weighting calculation on the running state data according to the weight information, and determine service state information of the CDN system.
The apparatus of claims 14-16, wherein the operational parameters further comprise: a regional parameter and/or a service provider parameter.
The apparatus of claim 17 further comprising:

The second information determining module is configured to determine, according to the regional parameter, service state information corresponding to each CDN system in each region.
The apparatus of claim 17 further comprising:

The third information determining module is configured to separately determine service state information corresponding to each service provider of the CDN system according to the service provider parameter.
The apparatus according to claim 17, wherein

The system switching module is specifically configured to determine, in each region, a CDN system that meets a service condition according to service state information corresponding to each service provider of the CDN system.
The apparatus according to claim 17, wherein

The system switching module is specifically configured to sort each service state information according to a preset order, and determine the highest ranked CDN system as a CDN system that meets the service condition.
The apparatus of claim 12, further comprising:

The state determining module is configured to determine an operating state of the CDN system according to current operating parameters of each CDN system; and ignore a faulty CDN system when the operating state of the CDN system is a fault.
A computer program comprising computer readable code causing the server to perform a method of processing live data according to any one of claims 1-11 when the computer readable code is run on a server.
A computer readable medium storing the computer program of claim 23.