CN114173160A

CN114173160A - Live broadcast stream pushing method and device

Info

Publication number: CN114173160A
Application number: CN202111455765.0A
Authority: CN
Inventors: 朱翔; 许璟楠; 廖大达
Original assignee: Shanghai Bilibili Technology Co Ltd
Current assignee: Shanghai Bilibili Technology Co Ltd
Priority date: 2021-12-01
Filing date: 2021-12-01
Publication date: 2022-03-11
Anticipated expiration: 2041-12-01
Also published as: CN114173160B

Abstract

The application provides a live streaming method and a live streaming device, wherein the live streaming method comprises the following steps: receiving a live broadcast request sent by a client, and determining the equipment type of the client according to the live broadcast request; obtaining equipment performance data corresponding to the equipment type according to the equipment type; and setting a broadcast starting parameter according to the equipment performance data, and carrying out live broadcast streaming according to the broadcast starting parameter. The scheme can reduce blocking of live broadcast plug flow.

Description

Live broadcast stream pushing method and device

Technical Field

The application relates to the technical field of live broadcasting, in particular to a live broadcasting stream pushing method. The application also relates to a live streaming device, a computing device and a computer readable storage medium.

Background

With the development of live broadcast technology, users of live broadcast streams are growing explosively. In order to meet the requirements of a large number of users on the live stream, the live stream can be obtained in a differentiated mode.

In the related art, differentiation of live streams is generally performed according to different login states of clients. Specifically, if the login state of the client is logged in, a live broadcast stream is obtained by adopting a first live broadcast definition; and if the login state of the client is not logged in, acquiring the live broadcast stream by adopting a second live broadcast definition. Wherein the first live broadcast definition is greater than the second live broadcast definition.

However, the login status of the client cannot reflect whether the client can support the definition of the obtained live stream. Therefore, the live streaming pause caused by the fact that the client cannot support the definition easily occurs in the mode. Therefore, there is a need to provide a more fluid live streaming solution.

Disclosure of Invention

In view of this, the present application provides a live streaming method. The application also relates to a live streaming device, a computing device and a computer readable storage medium, which are used for solving the problem of blockage of live streaming in the prior art.

According to a first aspect of an embodiment of the present application, a live streaming method is provided, including:

receiving a live broadcast request sent by a client, and determining the equipment type of the client according to the live broadcast request;

obtaining equipment performance data corresponding to the equipment type according to the equipment type;

and setting a broadcast starting parameter according to the equipment performance data, and carrying out live broadcast streaming according to the broadcast starting parameter.

According to a second aspect of the embodiments of the present application, there is provided a live streaming apparatus, including:

the device type determining module is configured to receive a live broadcast request sent by a client and determine the device type of the client according to the live broadcast request;

the performance data determining module is configured to obtain device performance data corresponding to the device type according to the device type;

and the live broadcast stream pushing module is configured to set a broadcast starting parameter according to the equipment performance data and carry out live broadcast stream pushing according to the broadcast starting parameter.

According to a third aspect of embodiments of the present application, there is provided a computing device comprising a memory, a processor, and computer instructions stored on the memory and executable on the processor, the processor implementing the steps of the live streaming method when executing the instructions.

According to a fourth aspect of embodiments of the present application, there is provided a computer-readable storage medium storing computer instructions which, when executed by a processor, implement the steps of the live streaming method.

In the scheme provided by the embodiment of the application, a live broadcast request sent by a client is received, and the equipment type of the client is determined according to the live broadcast request; acquiring equipment performance data corresponding to the equipment type according to the equipment type; and setting a broadcast starting parameter according to the equipment performance data, and carrying out live broadcast streaming according to the broadcast starting parameter. If the device performance data does not meet the preset starting condition, it indicates that the client cannot support the preset starting parameter corresponding to the preset starting condition, and if the live push streaming is performed according to the preset starting parameter, the live stream is blocked. Therefore, the start-up parameters are set according to the performance data of the equipment, the live broadcast push flow is carried out according to the start-up parameters, and the client can be ensured to support the start-up parameters, so that the blocking of the live broadcast push flow is reduced, and the fluency of the live broadcast push flow is improved.

Drawings

Fig. 1 is a flowchart of a live streaming method according to an embodiment of the present application;

fig. 2 is a diagram illustrating a structure of a live streaming system according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of a live streaming apparatus according to an embodiment of the present application;

fig. 4 is a block diagram of a computing device according to an embodiment of the present application.

Detailed Description

In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present application. This application is capable of implementation in many different ways than those herein set forth and of similar import by those skilled in the art without departing from the spirit of this application and is therefore not limited to the specific implementations disclosed below.

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

It will be understood that, although the terms first, second, etc. may be used herein in one or more embodiments of the present application to describe various information, these information should not be limited by these terms. These terms are only used to distinguish one type of information from another. For example, a first aspect may be termed a second aspect, and, similarly, a second aspect may be termed a first aspect, without departing from the scope of one or more embodiments of the present application. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.

First, the noun terms to which one or more embodiments of the present application relate are explained.

And (4) live broadcasting: the anchor shows the live stream to the virtual network address of the audience, and the audience can watch the live stream when entering the live broadcast room.

Live streaming: the audio and video data transmitted in the live broadcast can be transmitted to the audience client through the network in a stable and continuous data stream mode.

Code rate: and in the video data transmission process, the number of transmitted data bits in unit time. The video is clearer when the code rate is higher, and the video is rougher and has more mosaics when the code rate is lower.

Frame rate (Frame rate): the frequency (rate) at which bitmap images appear continuously on the display in units of frames is used to measure the number of display frames. The higher the frame rate, the smoother and more realistic the video or animation. The unit of the frame rate is fps. Generally, 30fps can be accepted, 60fps can obviously improve the interaction inductance and the fidelity, and obvious fluency improvement is not easy to perceive generally when the speed exceeds 75 fps.

Broadcast starting definition: the code rate when the live stream starts playing can represent the definition of the live stream. Different clients may have different playout resolutions.

Video Transcoding (Video Transcoding): the video code stream which is compressed and coded is converted into another video code stream so as to adapt to different network bandwidths, different terminal processing capacities and different user requirements. Video transcoding is a process of decoding first and then encoding, so that the video streams before and after conversion can conform to the same or different video encoding standards.

And (5) live broadcast blocking: the phenomenon that the playing of the live stream watched by the user is not smooth, the screen is blacked or the picture is static occurs.

Content Delivery Network (CDN): and constructing an intelligent virtual network based on the existing network. By means of edge servers deployed in various places and through functional modules of load balancing, content distribution, scheduling and the like of a central platform, a user can obtain required content nearby, network congestion is reduced, and response speed and hit rate of user access are improved.

Peer-to-Peer networks (P2P, Peer-to-Peer networking): also known as Peer-to-Peer computing, is defined as: participants of the network share a portion of the hardware resources (processing power, storage power, network connectivity, printers, etc.) they own, which provide services and content over the network and which can be accessed directly by other Peer nodes (peers) without going through intermediate entities.

In a specific application, there are usually situations where different clients enter a live room to watch a live stream. Moreover, the device performances of the multiple clients are often different, so that the support capabilities of different clients for the start-up broadcast parameters are likely to be different. For example, a start-up bitrate or start-up frame rate that a client can support cannot be supported by another client. Therefore, if the live streams are pushed to the plurality of clients based on the same start-up parameter, the problem that the live streams are blocked due to the fact that some clients cannot support the start-up parameter of the live streams is easily caused.

In order to reduce the problem of the live broadcast pause, the live broadcast stream can be pushed based on the start-up parameter suitable for the client. The present application provides a live streaming method, and the present application also relates to a live streaming apparatus, a computing device, and a computer-readable storage medium, which are described in detail in the following embodiments one by one.

Fig. 1 shows a flowchart of a live streaming method according to an embodiment of the present application, which specifically includes the following steps:

s102, receiving a live broadcast request sent by a client, and determining the equipment type of the client according to the live broadcast request.

In a specific application, the live request usually carries device information of the client. Such as device identification, model. And, the mode of determining the device type of the client according to the live broadcast request may be various. Illustratively, the device information in the live broadcast request may be extracted, and the device type corresponding to the extracted device information is searched from a correspondence between the device information and the device type that is established in advance, so as to obtain the device type of the client. Or, for example, the extracted device information is input into a classification model obtained by pre-training, so as to obtain the device type of the client. The classification model is obtained by training the sample equipment information and the equipment type label of the sample equipment information.

The device types of the client are obtained by dividing according to the device performance difference of the client. And, for example, the device type may be in the form of a model tag that characterizes the degree of freshness of the client. For example, dimension labels such as an old model, a common tail model, a waist model, a head model, a top-level model and the like are sequentially arranged from low to high according to the new and old degree. Or, for example, the device type may be specifically in the form of a model identifier. For example, the identifier OS 1M 1, which represents model M1 of the operating system OS 1; the identifier OS 2N 1 represents model N1 of the operating system OS 2.

And S104, acquiring the device performance data corresponding to the device type according to the device type.

The device performance data may be varied in particular applications, and is described in more detail below in the form of alternative embodiments. In an alternative embodiment, the device performance data may include: and determining the performance index according to the equipment parameter of the client. The device parameters of the client may include at least one of hardware parameters, software parameters, and network parameters. For example, the hardware parameters may include screen resolution, CPU parameters, and the like; software parameters may include operating system version information, information for video encoding algorithms, and so forth; the network parameters may include: network type, whether dual card dual standby, etc.

In another alternative embodiment, the device performance data may include: and determining the performance index according to the time parameter representing the old and new degree of the client.

In a specific application, the time parameter for characterizing the freshness of the client may specifically include: the factory time of the client, the service time of the client and the like. Moreover, according to the time parameter representing the old and new degree of the client, the mode of determining the performance index can be various. For example, a time parameter characterizing the freshness of the client may be determined as the performance index. The newer the client, the higher the performance of the client; and, the factory time is inversely proportional to the freshness of the client: the later the factory time, the newer the client. The delivery time length and the use time length are both in direct proportion to the freshness degree of the client: the larger the delivery time and the use time, the older the client. Or, for example, the time parameter may be used to perform weighting processing on the device parameter of the client to obtain the performance index. For ease of understanding and reasonable layout, the second exemplary embodiment is described in detail below in the form of an alternative embodiment.

Thus, the device performance data of the embodiment can be dynamically adjusted over time, that is, over time, as parameters are updated, so that the matching degree between the start-up parameters set according to the device performance data and the device performance of the client is improved. For example, over time, the lower the device performance of the client that is shipped the longer, and correspondingly, the lower the device performance data.

Also, in an alternative embodiment, the performance index may include at least one of the following: hardware performance indicators, software performance indicators, and network performance indicators.

In a specific application, the hardware performance index is an index representing the performance of the hardware of the device. Similarly, the software performance index is an index that characterizes the software performance of the device, and the network performance index is an index that characterizes the network performance of the device. Thus, the embodiment improves the richness of the performance index through three dimensions of hardware, software and a network, and further improves the representing accuracy of the equipment performance through the multi-dimensional performance index, namely the equipment performance data. The performance index may be specifically the parameter of each dimension, an analysis result of the parameter of each dimension, or a weighting of the analysis result of the parameter of each dimension. The parameters of each dimension may include the above hardware parameters, software parameters, and network parameters. For ease of understanding and reasonable layout, the specific manner of obtaining the resolution result of the parameter of each dimension is described in the following by an alternative embodiment.

Also, the specific form of the device performance data, i.e., the performance indicators, may be varied. For example, the device performance data may be in the form of specific values, or performance types divided by device performance differences, and the like. And, according to the device type, the specific way of obtaining the device performance data corresponding to the device type may be various. For example, if the device performance data corresponding to different device types is obtained through the historical user log of the client, and the corresponding relationship between the device type and the device performance data is established according to the device performance data, the device performance data corresponding to the device type may be searched from the corresponding relationship. Or, for example, the device type may be input into a performance determination model obtained by pre-training, so as to obtain device performance data corresponding to the device type. The performance determination model is obtained by training by using the sample equipment type and the equipment performance data label corresponding to the sample equipment type. Or, for example, at least one of a hardware parameter, a software parameter, and a network parameter of the client may be searched from a pre-established correspondence between the device type and the parameter, and the obtained parameter may be analyzed to obtain device performance data. The first and last examples are described in detail below in the form of alternative embodiments for ease of understanding and reasonable layout.

Any method that can obtain device performance data corresponding to the device type according to the device type can be used in the present application, and this embodiment does not limit this.

And S106, setting a broadcast starting parameter according to the equipment performance data, and carrying out live broadcast streaming according to the broadcast starting parameter.

In a specific application, the manner of setting the start-up parameter may be various according to the device performance data. For example, the start-up parameter corresponding to the device performance data may be searched from a pre-established correspondence between the device performance data and the start-up parameter. Or, for example, the start-up parameter may be set according to the device performance data when the device performance data does not meet the preset condition, and the live streaming may be performed according to the start-up parameter. This is all reasonable.

The preset starting condition is a condition for determining whether the device performance of the client is suitable for the preset starting parameter. The preset broadcast starting parameter is a preset parameter when the live stream starts to be played. The preset start-up condition may be various. For example, the preset start-up condition may be that the device performance data reaches a preset performance threshold. And the performance threshold is equipment performance data matched with the preset broadcast starting parameter. Or, for example, the preset start-up condition may be to acquire a reference start-up parameter matching the device performance data, where the reference start-up parameter is greater than or equal to the preset start-up parameter.

Therefore, in an optional implementation manner, the setting of the start-up parameter according to the device performance data may specifically include the following steps:

searching a reference broadcast starting parameter corresponding to the equipment performance data from a pre-established corresponding relation between the equipment performance data and the broadcast starting parameter;

if the reference broadcast starting parameter is smaller than the preset broadcast starting parameter, determining that the equipment performance data does not accord with the preset broadcast starting condition;

and obtaining the start-up parameter based on the reference start-up parameter.

And the broadcast starting parameter is a parameter when the live stream starts to be played. And the reference broadcast starting parameter is the broadcast starting parameter matched with the equipment performance data. Therefore, if the reference broadcast starting parameter is smaller than the preset broadcast starting parameter, it indicates that the device performance of the client cannot support the preset broadcast starting parameter, and performing live broadcast push streaming according to the preset broadcast starting parameter may cause a pause. Therefore, it can be determined that the device performance data does not comply with the preset playback start condition.

In the scheme provided by the embodiment of the application, the device performance data does not conform to the preset starting condition, which indicates that the client cannot support the preset starting parameter corresponding to the preset starting condition, and if the live push streaming is performed according to the preset starting parameter, the live streaming is blocked. Therefore, the start-up parameters are set according to the performance data of the equipment, the live broadcast push flow is carried out according to the start-up parameters, and the client can be ensured to support the start-up parameters, so that the blocking of the live broadcast push flow is reduced, and the fluency of the live broadcast push flow is improved.

Also, the start-up parameter may be various. Accordingly, the specific manner of obtaining the start-up parameter based on the reference start-up parameter may be various, and is specifically described in the form of an alternative embodiment below.

In an alternative embodiment, the start-up parameter may include: pushing the live stream to a transmission path of a client;

correspondingly, the obtaining of the broadcast starting parameter based on the reference broadcast starting parameter may specifically include the following steps:

and determining the reference broadcast starting parameter as a transmission path.

In a specific application, the device performance data of the application is used for representing the freshness of the client. Therefore, if the device performance data does not meet the preset starting condition, for example, the mobile phone is not changed for 5 years, the network service device such as the router of the user is likely to be an old device, the network environment is relatively complex and unstable, and the blocking of the live push stream is easily caused. Thus, the start-playing parameter may comprise a transmission path for pushing the live stream to the client, such that the reference start-playing parameter is specifically the reference transmission path. The reference transmission path is a transmission path that matches the device part performance data of the client. For example, the device performance represented by the device performance data D1 and the device performance data D2 decreases in sequence. Then, the reference transmission path corresponding to the device performance data D1 may include the content distribution network provided by the P2P network and/or the routing device of the client; the reference transmission path corresponding to the device performance data D2 may be a content distribution network dedicated to live streaming, and the transmission path may not include the content distribution network provided by the P2P network and the routing device of the client.

The network quality of the content distribution network dedicated to live push streaming is generally higher than that provided by the P2P network and the routing devices of the clients. Therefore, the transmission path of the live stream with higher network quality can be set as the broadcast starting parameter by the scheme, so that the stability of the network is improved, and the blocking of the live stream is reduced.

Moreover, the performing live streaming according to the start-up parameter may specifically include the following steps:

and transmitting the live stream corresponding to the live stream request to the client according to the transmission path of the live stream.

Illustratively, a transmission path of a P2P network is set for a top model, a link shared by routing devices used by clients is set for a waist model and a head model, for example, a content delivery network, and a transmission path of a live CDN is set for an old model and a normal tail model. Thus, the pause rate of old mobile equipment models watching live broadcasts is reduced by 10%.

In an alternative embodiment, the start-up parameter may include: at least one of a video quality parameter representing the picture quality of the live stream and a play setting parameter setting a play special effect of the live stream; the reference start-up parameters include: at least one of a reference video quality parameter and a reference playback setting parameter;

determining a parameter less than or equal to the reference video quality parameter as a video quality parameter; and/or the like, and/or,

and determining the parameters which are less than or equal to the reference playing setting parameters as the playing setting parameters.

Moreover, when the broadcast start parameter includes a video quality parameter, the performing live streaming according to the broadcast start parameter may specifically include the following steps:

generating a live stream corresponding to the playing request according to the video quality parameters;

and pushing the live stream to the client.

In a specific application, the video quality parameter may include at least one of a bitrate and a frame rate. Illustratively, the reference video quality parameter is a first bitrate and/or a first frame rate. Then, video transcoding may be performed on the live stream at the first bitrate and/or the first frame rate to obtain the live stream at the second bitrate and/or the second frame rate as the live stream corresponding to the play request. The second code rate is less than the first code rate, and the second frame rate is less than the first frame rate. Or determining the live stream with the first code rate and/or the first frame rate as the live stream corresponding to the playing request. This is all reasonable. Therefore, the live broadcast blockage can be reduced, the live broadcast smoothness is improved, and the occupation of the pushed live broadcast stream on resources can be reduced.

Moreover, when the playback start parameter includes the playback setting parameter, the performing live streaming according to the playback start parameter may specifically include the following steps:

obtaining a setting instruction containing a playing setting parameter;

and pushing the setting instruction and the live stream corresponding to the playing request to the client together, wherein the setting instruction is used for playing the live stream corresponding to the playing request by the client according to the playing setting parameters in the setting instruction.

The playing setting parameters are used for setting a playing special effect of the live stream in the client, and may be various. Illustratively, the playing setting parameters may include, in order from large to small: HDR10+, dolby sound, stereo sound, off HDR10+, off dolby sound, and so on. Among them, the HDR10 · 10bit HDR10 +. 10bit dolby visual · 12bit depth is expressed in a computer by the bit depth required for each pixel, and a display is capable of displaying colors, and data of the expressed colors is recorded in a unit of count called "bit" (bit). The four-channel stereo is synthesized into two channels by a specific coding means during recording, namely 4 signals of an original left channel (L), a right channel (R), a middle channel (C) and a surround channel (S) are synthesized into LT and RT composite dual-channel signals after being coded, the coded dual-channel composite signals LT and RT are restored into four independent signals which are not coherent with each other, namely, left, right, middle and surround signals, and the independent signals are respectively input into a left sound box, a right sound box, a middle sound box and a surround sound box after being amplified.

Illustratively, the reference playback setting parameter is a dolby sound effect. Then, any one of the dolby sound effect, the stereo sound effect, or the off dolby sound effect may be determined as the play setting parameter. In this way, the client can autonomously adjust whether picture masking HDR10+ is needed, whether sound masking Dolby sound effect is the enhancement parameter with high requirements on model. Corresponding to the occupation of the performance of the client device by adjusting the enhancement parameters. Therefore, under the condition that the equipment performance does not accord with the preset broadcast starting condition, the equipment performance is relatively improved by reducing the occupation of the enhanced parameters on the equipment performance of the client, so that the equipment performance data of the client accords with the preset broadcast starting condition as much as possible, the live broadcast pause is reduced, and the live broadcast smoothness is improved.

The specific selection of the play setting parameters may be performed according to application requirements, and this embodiment is an exemplary illustration, which is not limited thereto.

In an optional implementation manner, the live streaming method provided in the embodiment of the present application may further include the following steps:

acquiring a historical user log of a client, and acquiring a hardware parameter of the client and a time parameter representing the old and new degree of the client based on the historical user log;

acquiring equipment performance data of the client based on the hardware parameter and the time parameter;

establishing a corresponding relation between the equipment type and the equipment performance data according to the equipment performance data;

correspondingly, the obtaining of the device performance data corresponding to the device type according to the device type may specifically include the following steps:

and searching the equipment performance data corresponding to the determined equipment type from the corresponding relation between the equipment type and the equipment performance data.

In a specific application, a user log is generated by the viewing behavior of a user, and model information of a client, such as an identifier of the client, a factory model, and the like, is recorded in the user log. The effect that the client reports the model information to the server can be achieved by acquiring the historical user log of the client, and the server transmits the model information to the live broadcast cloud server through the data storage platform. The live broadcast cloud server fits the user data, and the fitting refers to that the live broadcast cloud server obtains different parameters from different data sources according to the model information. For example, device performance indicators such as scores are obtained from data source a, factory years are obtained from data source b, and so forth.

Illustratively, the information of the dimensions of the factory year of the mobile phone model, the CPU model, whether 265 decoding is supported, the screen resolution, whether the mobile phone model is a dual-card mobile phone, etc. can be acquired from a public network, i.e., the internet. After obtaining the above parameters, a model base can be established: a correspondence between device type and device performance data. The method comprises the steps of obtaining a model capability score according to a certain weight, and classifying the model capability score into dimension labels such as a common tail model, a waist model, a head model and a top model through the score. 265 decoding is an efficient Video coding method, specifically h.265-hevc (high Efficiency Video coding). Whether the mobile phone is a dual-card mobile phone can be used for representing whether network switching exists, and the client side with the network switching is likely to have the problems of network instability and plug flow card pause caused by the network switching.

On the basis, the user watches live broadcast again, and when the server requests the live broadcast cloud server to acquire the scheduling broadcast address, the server can determine whether the client of the user cannot play the default broadcast starting definition or not based on the pre-established equipment information base. The default playback start definition is equal to the preset playback start parameter, and may be 265 coding definition. If the fact that whether the client of the user can not play the default starting definition or not is determined, namely the fact that the performance data of the equipment does not accord with the preset starting condition is determined, the starting parameter is reduced from the definition of 265 codes to the definition of 264 codes, the possibility that the user starts playing is mainly reduced, the suitable user is guaranteed to obtain the suitable definition to start playing, the platform experience is an optimized option, and if the user does not accord with the starting definition, the definition can be manually adjusted and restored to the higher definition.

In an optional implementation manner, after searching for device performance data corresponding to the determined device type in the correspondence between the device type and the device performance data, the live broadcast stream pushing method provided in the embodiment of the present application may further include the following steps:

and if the equipment performance data corresponding to the determined equipment type is not found, acquiring the historical user log of the client.

And if the device performance data corresponding to the determined device type is not found, indicating that the determined device type is not in the corresponding relationship between the device type and the device performance data which is established in advance. For example, the pre-established correspondence between the device type and the device performance data is a model library, that is, the determined device type is not in the model library. Therefore, the determined equipment type is stored in the model library, and an offline program is waited to update and perfect the equipment performance data: i.e. performs the step of obtaining a history user log of the client. In this way, the flow of the embodiment of fig. 1 of the present application can be executed next time the live broadcast request is requested.

In a specific application, the time for acquiring the historical user log of the client may be real-time or offline. Theoretically, a large heat engine model does not have a situation where the determined equipment type is not in the model library. For example, the IOS (operating system of a mobile terminal) client usually does not exceed one hundred models, and the android (operating system of a mobile terminal) client usually has several thousand models, which can be included in the model library. In general, the old model of android may have a situation that the determined device type is not in the model library, but the amount is very small. Thus, the scheme of the present application may hit 99% of the cases.

In an alternative embodiment, the types of hardware parameters are multiple; the time parameter comprises the delivery time length of the client;

correspondingly, the obtaining of the device performance data of the client based on the hardware parameter and/or the time parameter may specifically include the following steps:

weighting the hardware parameters by using the weight corresponding to the type of the hardware parameters to obtain basic equipment performance data of the client;

and adjusting the basic equipment performance data by using the factory time according to a rule that the factory time is in inverse proportion to the adaptive capacity, and obtaining the equipment performance data of the client.

In a specific application, the hardware parameter may be an analysis result obtained by averaging sampling results of a specified evaluation mechanism in the public network. For example, hardware parameters: processor performance data ═ the (CPU parsing result × weight a + memory size × weight B + monthly sampling number × weight C + whether or not a preset value of 5G is supported) -the month up to now × weight D.

New models are always stronger and the new scores for all head models are progressively increasing. The months from now to now refer to the number of months from now to now in the factory year of the model. For example, the factory was shipped at 1 month of 18 years, and 47 months from 11 months of 21 years. The factory run length, e.g., the next month, is used to subtract the next month multiplied by the preset weight from the base unit performance data. Thus, the longer the time, the more the score is subtracted, while the hardware parameters themselves are unchanged, the ranking of the client's device performance data will be progressively later. The dimension labels or the device performance data of the same model are adjusted continuously according to the change of time, for example, the device performance data of the model in 1 month is different from the device performance data of the model in 12 months. Illustratively, the model P1 device performance data is 2 ten-thousandths, but the model P13 device performance data is 8 ten-thousandths. Therefore, more high device performance data will gradually brush 2 ten-thousandths of the device performance data to the middle tail part, and in addition, 2 ten-thousandths of the device performance data will subtract one month from the current month multiplied by the weight, and as the time increases, the device performance data of the model P1 becomes lower and lower, and the new model has certain advantages.

Therefore, the method and the device for live broadcasting push streaming not only consider the hardware and software performance of the client, but also dynamically update the device performance data of the client from the time dimension, so that more accurate live broadcasting push streaming is realized.

In an optional implementation, the time parameter may further include: a specified time period;

correspondingly, the above-mentioned adjusting the basic performance index by the factory time according to the rule that the factory time is inversely proportional to the performance index to obtain the device performance data of the start-up parameter of the client to the live stream may specifically include the following steps:

obtaining the user utilization rate of a client with a device type in a specified time period;

and adjusting the basic performance index by utilizing the factory time and the user utilization rate according to a rule that the factory time is inversely proportional to the adaptive capacity and a rule that the user utilization rate is proportional to the adaptive capacity, and obtaining the equipment performance data of the client.

The user utilization rate of the client with the device type in the specified time period refers to a ratio of the number of users of the client with the device type in the total number of users of the client in the specified time period. For example, the number of times of sampling each data of the client having the type in the specified time period may be used as the user usage rate of the client having the device type in the specified time period. The more the sampling times are, the more the client is a hot type, and the scores, namely the basic equipment performance data, are added. Thus, as the client is updated, for example, the mobile phone is updated, the sampling frequency gradually decreases, the additive component gradually decreases, and the score also decreases. It can be seen that the sampling times refer to the usage proportion of the model. The higher the number of samples, the more people using the model.

In this embodiment, as well as the above-mentioned embodiments related to obtaining the device performance data by using the factory time, the analysis of the parameter of the hardware dimension is equivalent to obtaining the device performance data. The adjusted basic performance index can be regarded as an analysis result of the parameter of the hardware dimension. Moreover, the method for analyzing the parameters of the software dimension and the network dimension is similar to the method for analyzing the parameters of the hardware dimension, and the difference is that the specific parameters are the software parameters and the network parameters adaptively, and the same parts are not described herein again, and reference may be made to this embodiment and the above description of the embodiment for obtaining the device performance data by using the factory time length.

The following describes the live streaming method further by taking an application of the live streaming method provided by the present application in a live streaming system as an example, with reference to fig. 2. Fig. 2 shows an exemplary diagram of a structure of a live streaming system according to an embodiment of the present application, which specifically includes:

in a specific application, a user log is generated by the viewing behavior of a user, and model information of a client, such as an identifier of the client, a factory model, and the like, is recorded in the user log. The client sends the historical user log to the edge server, the effect of reporting the machine type information to the edge server can be achieved, and the edge server transmits the machine type information to the live broadcast cloud server through the data storage platform. The edge server is equivalent to the above server. A live broadcast content distribution network and a live broadcast cloud server belong to live broadcast servers for providing live broadcast services for clients. The live broadcast cloud server reads the model information, namely the user data, from the data storage platform. And fitting the user data through the internet, wherein the fitting means that the live broadcast cloud server acquires different equipment performance parameters from different data sources according to the model information. Illustratively, the information of the factory year of the mobile phone model, the CPU model, whether 265 decoding is supported, the screen resolution, whether the mobile phone model is a dual-card mobile phone, and the like can be acquired from the public network. After the parameters are obtained, the live broadcast cloud server can obtain the equipment performance data of the client through the data computing platform, so that an equipment information base is established: a correspondence between device type and device performance data. The device performance data may specifically be data reflecting device performance. According to the difference of the performance data of the equipment, namely different clients can be classified, for example, the equipment can be classified into dimension labels such as a common tail machine type, a waist machine type, a head machine type and a top-level machine type.

On the basis, the user watches live broadcast again, the client sends a live broadcast request to the live broadcast cloud server through the edge server, and the live broadcast cloud server can determine whether the client of the user cannot play default broadcast starting definition or not based on the pre-established equipment information base. The default playback start definition is equal to the preset playback start parameter, and may be 265 coding definition. If it is determined whether the client of the user cannot play the default playback start-up definition, that is, it is determined that the device performance data does not meet the preset playback start-up condition, the playback start-up parameter is adjusted from the definition of 265 coding to the definition of 264 coding. Therefore, the possibility of starting playing by a user can be reduced, the suitable user can be ensured to obtain the suitable definition to start playing, the experience of the user on the platform is optimized, and the user can be manually adjusted and restored to the higher definition if the user is unsatisfied with the starting definition. Therefore, the live broadcast cloud server can carry out live broadcast stream pushing on the client side through the live broadcast content distribution network and the edge server side according to the adjusted broadcast starting parameters.

Therefore, the embodiment can judge the video consumption capacity and efficiency of the user, such as hardware decoding and the like, according to various hardware data dimensions of the user, firstly pre-judge and select the definition that the current machine type of each user cannot be blocked, and provide the live broadcast definition which is most suitable for the current playing condition of the user client for the user. Therefore, the situation that a user unfamiliar with an operation interface quits the live broadcast room to stop watching due to frequent card pause can be avoided, the situation that the user tries to switch the definition after the card pause is generated can be avoided, the operation flow is reduced, the user experience is improved, and the problem of watching the card pause is actively solved for the user. And, provide the live stream of little low definition to old-fashioned user, little low definition that the low code rate can consume less bandwidth than the live stream of high code rate, therefore, can practice thrift the cost of live platform.

Corresponding to the above method embodiment, the present application further provides an embodiment of a live streaming apparatus, and fig. 3 shows a schematic structural diagram of a live streaming apparatus provided in an embodiment of the present application. As shown in fig. 3, the apparatus includes:

a device type determining module 302, configured to receive a live broadcast request sent by a client, and determine a device type of the client according to the live broadcast request;

a performance data determining module 304, configured to obtain device performance data corresponding to the device type according to the device type;

and the live streaming module 306 is configured to set a broadcast starting parameter according to the device performance data, and perform live streaming according to the broadcast starting parameter.

In an alternative embodiment, the device performance data includes: and determining the performance index according to the time parameter representing the freshness of the client.

In an alternative embodiment, the performance indicators include at least one of the following: hardware performance indicators, software performance indicators, and network performance indicators.

In an alternative embodiment, the apparatus further comprises: a correspondence establishing module configured to:

acquiring a historical user log of the client, and acquiring a hardware parameter of the client and a time parameter representing the freshness of the client based on the historical user log;

obtaining device performance data of the client based on the hardware parameter and the time parameter;

the performance data determination module 304, further configured to:

In an alternative embodiment, the types of the hardware parameters are multiple; the time parameter comprises the delivery time length of the client;

the correspondence establishing module is further configured to:

and adjusting the basic equipment performance data by using the factory time according to a rule that the factory time is inversely proportional to the adaptive capacity, so as to obtain the equipment performance data of the client.

In an optional embodiment, the time parameter further includes: a specified time period;

the correspondence establishing module is further configured to:

obtaining the user utilization rate of the client with the equipment type in the time period;

In an alternative embodiment, the performance data determining module 304 is further configured to:

after the device performance data corresponding to the determined device type is searched in the corresponding relationship between the device type and the device performance data, if the device performance data corresponding to the determined device type is not searched, triggering the corresponding relationship establishing module to execute the obtaining of the historical user log of the client.

In an optional implementation, the live streaming module 306 is further configured to:

if the reference broadcast starting parameter is smaller than a preset broadcast starting parameter, determining that the equipment performance data does not accord with the preset broadcast starting condition;

and obtaining the broadcast starting parameter based on the reference broadcast starting parameter.

In an optional embodiment, the start-up parameter includes: pushing the live stream to a transmission path of the client;

the live streaming module 306 is further configured to:

and determining the reference broadcast starting parameter as the transmission path.

In an optional embodiment, the start-up parameter includes: at least one of a video quality parameter representing the picture quality of the live stream and a play setting parameter setting a play special effect of the live stream; the reference start-up parameter includes: at least one of a reference video quality parameter and a reference playback setting parameter;

the live streaming module 306 is further configured to:

determining a parameter less than or equal to the reference video quality parameter as the video quality parameter; and/or the like, and/or,

The above is an illustrative scheme of the live streaming apparatus of this embodiment. It should be noted that the technical solution of the live streaming apparatus and the technical solution of the live streaming method belong to the same concept, and details of the technical solution of the live streaming apparatus, which are not described in detail, can be referred to the description of the technical solution of the live streaming method.

Fig. 4 shows a block diagram of a computing device 400 provided according to an embodiment of the present application. The components of the computing device 400 include, but are not limited to, a memory 410 and a processor 420. Processor 420 is coupled to memory 410 via bus 430 and database 450 is used to store data.

Computing device 400 also includes access device 440, access device 440 enabling computing device 400 to communicate via one or more networks 460. Examples of such networks include a Public Switched Telephone Network (PSTN), a Local Area Network (LAN), a Wide Area Network (WAN), a Personal Area Network (PAN), or a combination of communication networks such as the internet. The Access device 440 may include one or more of any type of Network Interface (e.g., a Network Interface Controller (NIC)) whether wired or Wireless, such as an IEEE802.11 Wireless Local Area Network (WLAN) Wireless Interface, a Worldwide Interoperability for Microwave Access (Wi-MAX) Interface, an ethernet Interface, a Universal Serial Bus (USB) Interface, a cellular Network Interface, a bluetooth Interface, a Near Field Communication (NFC) Interface, and so forth.

In one embodiment of the application, the above-described components of computing device 400 and other components not shown in FIG. 4 may also be connected to each other, such as by a bus. It should be understood that the block diagram of the computing device architecture shown in FIG. 4 is for purposes of example only and is not limiting as to the scope of the present application. Those skilled in the art may add or replace other components as desired.

Computing device 400 may be any type of stationary or mobile computing device, including a mobile computer or mobile computing device (e.g., tablet, personal digital assistant, laptop, notebook, netbook, etc.), mobile phone (e.g., smartphone), wearable computing device (e.g., smartwatch, smartglasses, etc.), or other type of mobile device, or a stationary computing device such as a desktop computer or PC. Computing device 400 may also be a mobile or stationary server.

Wherein, the processor 420 implements the steps of the live streaming method when executing the instructions.

The above is an illustrative scheme of a computing device of the present embodiment. It should be noted that the technical solution of the computing device and the technical solution of the live streaming method belong to the same concept, and details that are not described in detail in the technical solution of the computing device can all be referred to in the description of the technical solution of the live streaming method.

An embodiment of the present application further provides a computer-readable storage medium storing computer instructions, which when executed by a processor, implement the steps of the live streaming method as described above.

The above is an illustrative scheme of a computer-readable storage medium of the present embodiment. It should be noted that the technical solution of the storage medium belongs to the same concept as that of the above live streaming method, and details that are not described in detail in the technical solution of the storage medium can be referred to the description of the technical solution of the live streaming method.

The foregoing description of specific embodiments of the present application has been presented. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

The computer instructions comprise computer program code which may be in the form of source code, object code, an executable file or some intermediate form, or the like. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like.

It should be noted that, for the sake of simplicity, the above-mentioned method embodiments are described as a series of acts or combinations, but those skilled in the art should understand that the present application is not limited by the described order of acts, as some steps may be performed in other orders or simultaneously according to the present application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

The preferred embodiments of the present application disclosed above are intended only to aid in the explanation of the application. Alternative embodiments are not exhaustive and do not limit the invention to the precise embodiments described. Obviously, many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles of the application and its practical applications, to thereby enable others skilled in the art to best understand and utilize the application. The application is limited only by the claims and their full scope and equivalents.

Claims

1. A live streaming method, comprising:

2. The method of claim 1, wherein the device performance data comprises: and determining the performance index according to the time parameter representing the freshness of the client.

3. The method of claim 2, wherein the performance indicators comprise at least one of: hardware performance indicators, software performance indicators, and network performance indicators.

4. The method of claim 2, further comprising:

the obtaining, according to the device type, device performance data corresponding to the device type includes:

5. The method of claim 4, wherein the hardware parameters are of a plurality of types; the time parameter comprises the delivery time length of the client;

the obtaining the device performance data of the client based on the hardware parameter and the time parameter includes:

6. The method of claim 5, wherein the time parameter further comprises: a specified time period;

the adjusting the basic performance index by using the factory time according to the rule that the factory time is inversely proportional to the performance index to obtain the device performance data of the client on the broadcast starting parameter of the live stream includes:

obtaining the user utilization rate of the client with the equipment type in the specified time period;

7. The method according to any one of claims 4 to 6, wherein after searching for the device performance data corresponding to the determined device type from the correspondence between the device type and the device performance data, further comprising:

and if the equipment performance data corresponding to the determined equipment type is not found, executing the historical user log of the client.

8. The method according to any one of claims 1 to 6, wherein the setting a start-up parameter according to the device performance data comprises:

9. The method of claim 8, wherein the start-up parameter comprises: pushing the live stream to a transmission path of the client;

the obtaining the broadcast starting parameter based on the reference broadcast starting parameter comprises:

10. The method of claim 9, wherein the start-up parameter comprises: at least one of a video quality parameter representing the picture quality of the live stream and a play setting parameter setting a play special effect of the live stream; the reference start-up parameter includes: at least one of a reference video quality parameter and a reference playback setting parameter;

11. A live streaming apparatus, comprising:

12. A computing device comprising a memory, a processor, and computer instructions stored on the memory and executable on the processor, wherein the processor implements the steps of the method of any one of claims 1-10 when executing the instructions.

13. A computer-readable storage medium storing computer instructions, which when executed by a processor, perform the steps of the method of any one of claims 1 to 10.