CN114422854A

CN114422854A - Data processing method and device, electronic equipment and storage medium

Info

Publication number: CN114422854A
Application number: CN202111676654.2A
Authority: CN
Inventors: 王盟盟; 彭飞; 邓竹立
Original assignee: Beijing 58 Information Technology Co Ltd
Current assignee: Beijing 58 Information Technology Co Ltd
Priority date: 2021-12-31
Filing date: 2021-12-31
Publication date: 2022-04-29

Abstract

The invention provides a data processing method, a data processing device, electronic equipment and a storage medium. The method comprises the steps of obtaining a first video live broadcast type needing a first live broadcast video and a historical preference live broadcast type of a user, and matching a first video code rate of the first live broadcast video, which is suitable for the user, according to the first video live broadcast type and the historical preference live broadcast type. And acquiring a first direct playing video corresponding to the first video code rate. And playing a first direct playing video corresponding to the first video code rate. Through the method and the device, the live type of the live video needing to be played and the live video type of the live video can be automatically matched with the video code rate suitable for the user according to the preference of the user, the live video suitable for the video code rate of the user can be played, the video code rate of the played live video can meet the actual demand of the user, the experience of the user in the process of watching the live video is improved, the duration of watching the live video by the user is prolonged, the live conversion rate is further improved, and the stickiness of the user is improved.

Description

Data processing method and device, electronic equipment and storage medium

Technical Field

The present invention relates to the field of computer technologies, and in particular, to a data processing method and apparatus, an electronic device, and a storage medium.

Background

With the rapid development of technology, more and more people acquire required information through networks. Especially, live video, which integrates rich elements such as images, characters and sounds, is very rich in sound, and is gradually accepted by more and more users.

So, more and more users obtain information through watching the live video, however, watching the in-process of live video, the code rate of the live video that application program obtained from the server side often is fixed code rate, under some scenes, such code rate may not accord with user's actual demand, lead to user experience poor, and then may reduce the length of time that the user watched the live video, influence the degree that the live video was paid attention to, the live effect has been reduced, the conversion rate of live is reduced, user's viscidity has been reduced.

Disclosure of Invention

The application discloses a data processing method, a data processing device, electronic equipment and a storage medium.

In a first aspect, the present application shows a data processing method applied to a terminal, where the method includes:

acquiring a first video live type of a first live video to be played on a live interface of an application program in the terminal, and acquiring a historical preference live type of a user, wherein the historical preference live type of the user is obtained according to historical control behavior data of the user on the historical live video in the process of watching the historical live video in the historical process;

matching a first video code rate of the first live video, which is suitable for the user, according to the first video live type and the historical preference live type;

acquiring a first direct-playing video corresponding to the first video code rate;

and playing a first live video corresponding to the first video code rate on the live broadcast interface.

In an optional implementation, the method further includes:

under the condition that the historical preference live type is different from the first video live type, acquiring real-time control behavior data of the user on a first live video corresponding to the played first video code rate;

acquiring the current preference live type of the user at least according to the real-time control behavior data;

under the condition that the current preference live type is the same as the first video live type, matching a second video code rate of a first live video, which is suitable for the user, according to the first video live type and the current preference live type;

acquiring a first direct-playing video corresponding to the second video code rate;

switching the live video played on the live interface from a first live video corresponding to the first video code rate to a first live video corresponding to the second video code rate;

and the generation time of the video content in the first live video corresponding to the second video code rate is later than the generation time of the video content in the first live video corresponding to the first video code rate.

In an optional implementation, the method further includes:

under the condition that a live video played on the live interface is switched from a first live video to a second live video, a second video live type of the second live video can be obtained;

matching a third video code rate of the second live video, which is suitable for the user, according to the current preference live type and the second video live type;

acquiring a second live video corresponding to the third video code rate;

and switching the live video played on the live interface from the first live video to a second live video corresponding to the third video code rate.

In an optional implementation manner, before the first live video corresponding to the first video code rate is obtained, the first live video corresponding to a fourth video code rate is played on the live broadcast interface; the fourth video bitrate is lower than the first video bitrate;

the obtaining of the first live video corresponding to the first video code rate includes:

determining whether a first live video corresponding to the fourth video bitrate is about to be played to video content related to the historical preference live type;

under the condition that a first live video corresponding to the fourth video code rate is about to be played to video content related to the historical preference live type, acquiring the first live video corresponding to the first video code rate and comprising the video content related to the historical preference live type;

and generating the video content in the first live video corresponding to the first video code rate at a time later than the video content in the first live video corresponding to the fourth video code rate.

In an optional implementation manner, the matching, according to the first live video type and the historical preference live video type, a first video bitrate of the first live video applicable to the user includes:

obtaining a first candidate video code rate suitable for the historical preference live broadcast type and a second candidate video code rate suitable for the first video live broadcast type from a plurality of different preset video code rates;

under the condition that the first candidate video code rate is the same as the second candidate video code rate, acquiring the first video code rate according to the first candidate video code rate or the second candidate video code rate;

alternatively, the first and second electrodes may be,

and under the condition that the first candidate video code rate is different from the second candidate video code rate, acquiring the first video code rate according to a default video code rate in the plurality of different preset video code rates.

and searching video code rates corresponding to the first video live type and the historical preference live type in the corresponding relation among the video live type, the preference live type and the video code rate, and taking the video code rates as the first video code rate.

In a second aspect, the present application shows a data processing apparatus applied to a terminal, the apparatus comprising:

the terminal comprises a first acquisition module, a first display module and a second acquisition module, wherein the first acquisition module is used for acquiring a first video live type of a first live video to be played on a live interface of an application program in the terminal and acquiring a historical preference live type of a user, and the historical preference live type of the user is obtained according to historical control behavior data of the user on the historical live video in the process of watching the historical live video in the historical process;

a first matching module, configured to match a first video bitrate of the first live video, which is applicable to the user, according to the first video live type and the historical preference live type;

the second obtaining module is used for obtaining a first direct-playing video corresponding to the first video code rate;

and the playing module is used for playing a first live video corresponding to the first video code rate on the live broadcast interface.

In an optional implementation, the apparatus further comprises:

a third obtaining module, configured to obtain, when the history preference live type is different from the first video live type, real-time control behavior data of the user on a first live video corresponding to the played first video bitrate;

the fourth acquisition module is used for acquiring the current preference live type of the user at least according to the real-time control behavior data;

a second matching module, configured to match, according to the first video live type and the current preference live type, a second video bitrate of a first live video applicable to the user when the current preference live type is the same as the first video live type;

a fifth obtaining module, configured to obtain a first direct-playing video corresponding to the second video code rate;

the first switching module is used for switching the live video played on the live interface from a first live video corresponding to the first video code rate to a first live video corresponding to the second video code rate;

In an optional implementation, the apparatus further comprises:

a sixth obtaining module, configured to obtain a second video live type of a second live video when receiving a request for switching a live video played on the live interface from a first live video to the second live video;

a third matching module, configured to match a third video bitrate of the second live video, which is applicable to the user, according to the current preference live type and the second video live type;

a seventh obtaining module, configured to obtain a second live video corresponding to the third video code rate;

and the second switching module is used for switching the live video played on the live interface from the first live video to a second live video corresponding to the third video code rate.

the second acquisition module includes:

a determining unit, configured to determine whether a first live video corresponding to the fourth video bitrate is to be played to video content related to the historical preference live type;

a first obtaining unit, configured to obtain, when a first live video corresponding to the fourth video bitrate is about to be played to video content related to the history preference live type, the first live video corresponding to the first video bitrate, where the first live video includes the video content related to the history preference live type;

In an optional implementation manner, the first matching module includes:

the second obtaining unit is used for obtaining a first candidate video code rate suitable for the historical preference live broadcast type from a plurality of different preset video code rates and obtaining a second candidate video code rate suitable for the first video live broadcast type;

a third obtaining unit, configured to obtain the first video code rate according to the first candidate video code rate or the second candidate video code rate when the first candidate video code rate is the same as the second candidate video code rate;

alternatively, the first and second electrodes may be,

a fourth obtaining unit, configured to obtain the first video code rate according to a default video code rate of the multiple different preset video code rates when the first candidate video code rate is different from the second candidate video code rate.

In an optional implementation manner, the first matching module includes:

and the searching unit is used for searching the video code rate corresponding to the first video live type and the historical preference live type in the corresponding relation among the video live type, the preference live type and the video code rate, and taking the video code rate as the first video code rate.

In a third aspect, the present application shows an electronic device comprising:

a processor;

a memory for storing processor-executable instructions;

wherein the processor is configured to perform the data processing method of the first aspect.

In a fourth aspect, the present application shows a non-transitory computer readable storage medium having instructions which, when executed by a processor of an electronic device, enable the electronic device to perform the data processing method of the first aspect.

In a fifth aspect, the present application shows a computer program product, in which instructions, when executed by a processor of an electronic device, enable the electronic device to perform the data processing method according to the first aspect.

The technical scheme provided by the application can comprise the following beneficial effects:

in the method and the device, a first video live type of a first live video needing to be played on a live interface of an application program in the terminal is obtained. And acquiring the historical preference live type of the user, wherein the historical preference live type of the user is obtained according to historical control behavior data of the historical live video in the process that the user watches the historical live video in the historical process. And matching a first video code rate of the first live video suitable for the user according to the first video live type and the historical preference live type. And acquiring a first direct playing video corresponding to the first video code rate. And playing a first direct-broadcast video corresponding to the first video code rate on a direct-broadcast interface of the terminal. Through the method and the device, the live type of the live video needing to be played and the live video type of the live video can be automatically matched with the video code rate suitable for the user according to the preference of the user, the live video suitable for the video code rate of the user can be played, the video code rate of the played live video can meet the actual demand of the user, the experience of the user in the process of watching the live video is improved, the duration of watching the live video by the user is prolonged, the live conversion rate is further improved, and the stickiness of the user is improved.

Drawings

FIG. 1 is a flow chart of the steps of a data processing method of the present application.

FIG. 2 is a flow chart of the steps of a data processing method of the present application.

FIG. 3 is a flow chart of the steps of a data processing method of the present application.

FIG. 4 is a flow chart of steps of a data processing method of the present application.

Fig. 5 is a block diagram of a data processing apparatus according to the present application.

FIG. 6 is a block diagram of an electronic device of the present application.

FIG. 7 is a block diagram of an electronic device of the present application.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Referring to fig. 1, a flow chart showing steps of a data processing method according to the present application is shown, where the method is applied to a terminal, an interface of an application program is displayed on a screen of the terminal, and a plurality of live broadcast room entries can be displayed on the interface of the application program, and a user can control the application program to obtain a live broadcast video corresponding to a live broadcast room by controlling the live broadcast room entries, so that the application program can play the live broadcast video on the live broadcast interface of the application program, so that the user can watch the live broadcast video.

The method specifically comprises the following steps:

in step S101, a first video live type of a first live video that needs to be played on a live interface of an application in a terminal is acquired. And acquiring the historical preference live type of the user, wherein the historical preference live type of the user is obtained according to historical control behavior data of the historical live video in the process that the user watches the historical live video in the historical process.

The historical manipulation behavior data of the user comprises: and the user inputs the related control behavior data of the live video in the process of watching the historical live video in the historical process, and the like.

The historical control behavior data of the user can embody the historical preference condition of the live broadcast type of the user, or can embody the historical portrait of the user and the like. The historical manipulation behavior data of the user can embody the historical preference of the live type of the user.

Generally, the preferred live type of the user does not change particularly greatly in a short period, but sometimes changes to a smaller extent, for example, the historical preferred live type of the user is often related to the current real-time preferred live type of the user, for example, which live type the user prefers in the historical process, which live type the user currently prefers, or the like, or what live video of which live type the user is interested in the historical process, which live type the user currently prefers, or the like.

The historical control behavior data of the historical live video in the process that the user watches the historical live video in the historical process comprises the following steps: the method comprises the steps that watching duration of historical live broadcast videos of all video live broadcast types is watched by a user, comment times and comment contents of the user in the process of watching the historical live broadcast videos of all video live broadcast types, interaction times and interaction contents of the user with a main broadcast and other users in the process of watching the historical live broadcast videos of all video live broadcast types, and the like.

Of course, the historical manipulation behavior data of the historical live video during the process that the user watches the historical live video during the historical process may also include other behavior data, and the like, which is not described in detail herein.

In the method, a preference model can be trained in advance, for example, a plurality of sample data sets can be obtained, the sample data sets comprise sample control behavior data of a sample live broadcast video in the process that a sample user watches the sample live broadcast video and labeling preference of the sample user on the sample live broadcast video of the sample video live broadcast type, and then the sample data sets are used for training the model until parameters in the model converge, so that the preference model is obtained.

Therefore, when the historical preference live type of the user is obtained, historical manipulation behavior data of the user on the historical live video in the process of watching the historical live video in the historical process can be obtained, then the historical manipulation behavior data of the user can be input into the preference model, so that the historical manipulation behavior data of the user is processed by the preference model, the historical preference live type of the user is obtained, the historical preference live type of the user is output, and then the terminal can obtain the historical preference live type of the user output by the preference model.

The video live type of each live video is often fixed, and the video live type of each live video is recorded in the server, so that the terminal can acquire the first video live type of the first live video played on a live interface of the terminal from the server in an interactive mode with the server.

For example, after a user inputs a touch operation at an entry displaying a first live video on an interface of an application program, a terminal may acquire a video identifier of the first live video through the entry, and then acquire a first video live type of the first live video from a server through the video identifier.

In step S102, a first video bitrate of a first live video applicable to a user is matched according to the first video live type and a history preference live type.

This step can be referred to the embodiment shown in fig. 2 later, and will not be described in detail here.

In step S103, a first live video corresponding to the first video bitrate is obtained.

For example, the terminal may obtain the first live video corresponding to the first video bitrate from the server in an interactive manner with the server, that is, obtain the first live video with the bitrate being the first video bitrate, and then may execute step S104.

In step S104, a first live video corresponding to the first video bitrate is played on the live interface.

Therefore, the user can see the first live video corresponding to the first video code rate on the live interface of the terminal.

In one embodiment of the present application, referring to fig. 2, step S102 includes:

in step S201, a first candidate video bitrate applicable to a history preference live type of a user is obtained from a plurality of different preset video bitrates. And acquiring a second candidate video code rate suitable for the first video live broadcast type.

The preference for the live type may include: friends making, recruitment, shopping, general, and the like.

The video live type may also include: friends making, recruitment, shopping, general, and the like.

The method and the device can set a plurality of different preset video code rates in advance, such as a high video code rate, a common video code rate, a low video code rate and the like.

In the server, for the same live video, the live video with different preset video code rates can be set, for example, the live video with a high video code rate, the live video with a common video code rate, the live video with a low video code rate, and the like.

And the application program can call the live video with the required video code rate from the server according to actual requirements.

In the application, the video code rates of the live videos applicable to different preference live broadcast types are different, and the video code rates of the live videos applicable to different video live broadcast types are different.

For any preference live type, a candidate video bitrate (one of a plurality of different preset video bitrates set) applicable to the preference live type can be determined in advance (can be determined by technicians according to experience or statistical data), then the preference live type and the candidate video bitrate applicable to the preference live type form a corresponding table entry, and the corresponding table entry is stored in a corresponding relation between the preference live type and the video bitrate. The above is performed for each of the other preferred live types as well.

Therefore, when the first candidate video code rate suitable for the historical preference live type of the user is obtained, the video code rate corresponding to the historical preference live type of the user can be searched in the corresponding relation between the preference live type and the video code rate and is used as the first candidate video code rate.

In addition, for any one video live broadcast type, a candidate video bitrate (one of a plurality of different set video bitrates) applicable to the video preference live broadcast type can be determined in advance (can be determined by technicians according to experience or statistical data), then the video live broadcast type and the candidate video bitrate applicable to the video live broadcast type are combined into a corresponding table entry, and the corresponding table entry is stored in a corresponding relation between the video live broadcast type and the video bitrate. The above operation is also performed for each of the other video live types.

Therefore, when the second candidate video code rate suitable for the first video live broadcast type is obtained, the video code rate corresponding to the first video live broadcast type can be searched in the corresponding relation between the video live broadcast type and the video code rate and can be used as the second candidate video code rate.

In step S202, under the condition that the first candidate video bitrate is the same as the second candidate video bitrate, the first video bitrate is obtained according to the first candidate video bitrate or the second candidate video bitrate.

Therefore, under the condition that the video live broadcast type and the preference live broadcast type are determined, the video code rates of the applicable live broadcast videos are different.

For example, if a user prefers to shop on the internet, when the live video is an e-commerce live video, the user often pays more attention to the price and the like of commodities explained by a main broadcast in the live video, and does not want to miss links such as commodity quotation and the like due to the fact that the live video is blocked in the process of watching the e-commerce live video, so that the video bitrate applicable to the scene at the time can be low.

For example, if the user prefers to seek a job on the network, when the live video is a recruitment-type live video, the user often pays more attention to the waiting or requirement of the position of the anchor explanation in the live video, and the waiting or requirement of the position of the anchor explanation is missed due to the fact that the live video is blocked in the process of not wanting to watch the recruitment-type live video, so that the video bitrate applicable to the scene at the time can be low.

For another example, if the user prefers to make friends (or relatives), when the live video is a friend-making live video, the user often pays more attention to whether the color value of the friend-making object meets the aesthetic standard of the user, and the user does not want to carefully judge whether the color value of the friend-making object meets the aesthetic standard of the user due to unclear images of the low-bitrate live video, so that the video bitrate applicable to the scene at that time may be high bitrate.

In this way, in the case that the first candidate video bitrate is the same as the second candidate video bitrate, the first candidate video bitrate or the second candidate video bitrate can be used as the first video bitrate of the first live video applicable to the user.

In step S203, under the condition that the first candidate video code rate is different from the second candidate video code rate, the first video code rate is obtained according to a default video code rate of the plurality of different preset video code rates.

One of the plurality of preset video code rates is a default video code rate, for example, a common video code rate of a high video code rate, a common video code rate, a low video code rate, and the like may be the default video code rate.

However, the inventor found that if matching is required according to the flow from step S201 to step S203 each time when matching the video bitrate of one live video suitable for one live video according to the live video type of the one live video and the preference live type of one user, although the suitable video bitrate can be matched, there may be a problem that the efficiency of matching the video bitrate is low because there are many steps.

Therefore, on the basis of the foregoing embodiment, in order to improve the efficiency of matching video bitrate, in another embodiment of the present application, for any one of the preference live type and any one of the video live type, it may be determined in advance (may be determined by a technician according to experience or statistical data, etc.) that video bitrate (one of a plurality of different video bitrates is set) that is simultaneously applicable to the preference live type and the video live type, and then the preference live type, the video live type, and video bitrate that is simultaneously applicable to the preference live type and the video live type are combined into a corresponding entry and stored in a corresponding relationship among the video live type, the preference live type, and the video bitrate. The above operation is also performed for each of the other preferred live types and each of the other video live types.

Therefore, when the first video code rate of the first live video, which is suitable for the user and is used for the first live video, is matched according to the first video live type and the historical preference live type, the video code rate corresponding to the first video live type and the historical preference live type can be searched in the corresponding relation among the video live type, the preference live type and the video code rate and can be used as the first video code rate.

In this embodiment, the first video bitrate of the first live video suitable for the user can be obtained by one-time searching, and the number of steps is reduced, so that the efficiency of matching the first video bitrate of the first live video suitable for the user can be improved.

In the embodiment shown in fig. 2, the user's historical preference for the live type may or may not be the same as the first video live type.

Under the condition that the historical preference live type of the user is different from the first video live type, the preference live type of the user in the historical process is not the first video live type, and the video code rate of the played first live video can be a default video code rate which is not a high video code rate generally.

However, during the process of watching the first live video, the user may temporarily like the first live video, that is, the user temporarily prefers the first live video type of the first live video, that is, the preferred live video type of the user changes, and at this time, in order to match the video bitrate of the first live video more suitable for the user in real time for the user. Referring to fig. 3, the method further comprises:

in step S301, under the condition that the history preference live type is different from the first video live type, acquiring real-time control behavior data of the user on the first live video corresponding to the played first video bitrate.

The real-time control behavior data of the user on the first live video corresponding to the played first video code rate comprises the following steps: the method comprises the following steps that the watching duration of a first live video corresponding to a first video code rate is watched by a user, the number of times of comments and the comment content in the process of watching the first live video corresponding to the first video code rate are watched by the user, the number of times of interaction and the interaction content with a main broadcast and other users in the process of watching the first live video corresponding to the first video code rate are watched by the user, the number of times of praise, the number of times of collection, the number of times of report, the number of times of objection, the number of times of complaint and the like in the process of watching the first live video corresponding to the first video code rate are watched by the user.

In step S302, a current preferred live type of the user is obtained at least according to the real-time manipulation behavior data.

In the method and the device, when the current preference live type of the user is obtained at least according to the real-time control behavior data, the real-time control behavior data can be input into the preference model, so that the preference model processes the real-time control behavior data of the user, the current preference live type of the user is obtained, the current preference live type of the user is output, and then the terminal can obtain the current preference live type of the user output by the preference model.

In step S303, under the condition that the currently preferred live type is the same as the first video live type, a second video bitrate of the first live video, which is suitable for the user, is matched according to the first video live type and the currently preferred live type.

The first live video type of the first live video is already acquired in step S101, and is not described in detail here.

In addition, a specific matching manner for matching the second video bitrate of the first live video, which is applicable to the user and is suitable for the user according to the first video live type and the current preference live type can refer to the embodiment shown in fig. 2, and details are not described here.

In step S304, a first live video corresponding to the second video bitrate is obtained.

For example, the terminal may obtain the first live video corresponding to the second video bitrate from the server in an interactive manner with the server, that is, obtain the first live video with the bitrate being the second video bitrate, and then may execute step S305.

In step S305, the live video played on the live interface is switched from the first live video corresponding to the first video bitrate to the first live video corresponding to the second video bitrate.

Therefore, the user can see the first live video corresponding to the second video code rate on the live interface of the terminal.

The generation time of the video content may also be understood as the real-time generation time of the video content.

Under the condition that the current preference live type of the user is different from the first video live type, the first live video corresponding to the first video code rate can be continuously obtained, and the first live video corresponding to the first video code rate is continuously played on a live interface of the terminal.

In one example, the second video bitrate may be higher than the first video bitrate, lower than the first video bitrate, and the like.

On the basis of the embodiment shown in fig. 3, in the process of watching a live video, a user sometimes controls a terminal to switch the live video, so that a video bitrate of the switched live video can be matched with a current preference of the user to improve user experience, in another embodiment of the present application, referring to fig. 4, the method further includes:

in step S401, in a case that a request for switching a live video played on a live interface of a terminal from a first live video to a second live video is received, a second video live type of the second live video may be acquired.

The video live type of each live video is often fixed, and the video live type of each live video is recorded in the server, so that the terminal can acquire the second video live type of the second live video played on the live interface of the terminal from the server in an interactive mode with the server.

The first live video and the second live video are different live videos. The first live video and the second live video are live videos in different live rooms, and the like.

In step S402, a third video bitrate of the second live video applicable to the user is matched according to the current preference live type and the second video live type.

In addition, a specific matching manner of the third video bitrate of the second live video, which is suitable for the user and is matched according to the current preference live type and the second video live type, may refer to the embodiment shown in fig. 2, and is not described in detail herein.

In step S403, a second live video corresponding to the third video bitrate is obtained.

For example, the terminal may obtain the second live video corresponding to the third video bitrate from the server in an interactive manner with the server, that is, obtain the second live video with bitrate equal to the third video bitrate, and then may execute step S404.

In step S404, the live video played on the live interface is switched from the first live video to a second live video corresponding to the third video bitrate.

Therefore, the user can see the second live video corresponding to the third video code rate on the live interface of the terminal.

On the basis of the embodiment shown in fig. 1, in a scene in which a user watches a first live video, it is assumed that a video bitrate of the first live video is a lower video bitrate, that is, a bitrate of the first live video being played is a lower video bitrate, and it is assumed that a fourth video bitrate is a fourth video bitrate, and the first video bitrate of the first live video, which is suitable for the user and is higher than the fourth video bitrate, is matched according to the first video live broadcast type and the historical preference live broadcast type.

In this scenario, the video bitrate of the first live video played later needs to be the first video bitrate, that is, the video bitrate of the first live video played later needs to be higher than the fourth video bitrate.

For example, a user prefers to make friends (or relatives), the first live video is a friend-making live video, the user is more concerned about whether the color value of the friend-making object meets the aesthetic standard of the user, and the user does not want to carefully judge whether the color value of the friend-making object meets the aesthetic standard of the user due to unclear images of the first live video with a low bitrate, so that the video bitrate applicable to the scene at the time can be a higher video bitrate.

However, each frame of video image in the first live video is not an image (e.g., a head portrait) of a friend-making object displayed, and if the video bitrate of the first live video to be played later is all adjusted to be high, there is a high possibility that a situation occurs in which the user does not see several video images including images of friend-making objects yet, but the first live video is very stuttered, resulting in poor user experience.

Therefore, the first video code rate of the first live video, which is suitable for the user, is higher than the fourth video code rate, and the video code rate can be switched when the user needs the video code rate most, for example, the video code rate of the first live video is switched when the video content which the user is interested in is played.

Specifically, in an embodiment, before the first live video corresponding to the first video bitrate is acquired, the first live video corresponding to the fourth video bitrate is played on the live broadcast interface. The fourth video bitrate is lower than the first video bitrate.

In this way, when the first live video corresponding to the first video bitrate is obtained, it can be determined whether the first live video corresponding to the fourth video bitrate is about to be played to the video content related to the history preference live type.

For example, the main broadcast voice in the first live video corresponding to the fourth video bitrate may be acquired, and then the voice is analyzed, and under the condition that a specific keyword (including a photo, a head portrait, a display, a notice and the like) in the voice is counted in advance according to actual services, and the specific keyword is not limited by the present application), it is determined that the first live video corresponding to the fourth video bitrate is about to be played to video content related to the history preference live type.

Or, a video image in the first live video corresponding to the fourth video bitrate may be acquired, and then the video image is analyzed, and when the video image includes a photo or a head portrait, it is determined that the first live video corresponding to the fourth video bitrate is about to be played to video content related to the historical preference live type.

Or, it may be detected whether a specific operation (including double-clicking a screen, sliding the screen, or drawing a specific pattern on the screen) of the user is received during the playing of the first live video corresponding to the fourth video bitrate, and in a case that the specific operation is received, it is determined that the first live video corresponding to the fourth video bitrate is to be played to the video content related to the history preference live type.

And under the condition that the first live video corresponding to the fourth video code rate is about to be played to the video content related to the historical preference live type, acquiring the first live video corresponding to the first video code rate and comprising the video content related to the historical preference live type.

And the generation time of the video content in the first live video corresponding to the first video code rate is later than the generation time of the video content in the first live video corresponding to the fourth video code rate.

It is noted that, for simplicity of explanation, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will appreciate that the present application is not limited by the order of acts, as some steps may, in accordance with the present application, occur in other orders and concurrently. Further, those skilled in the art will also appreciate that the embodiments described in the specification are exemplary and that no action is necessarily required in this application.

Referring to fig. 5, a block diagram of a data processing apparatus of the present application is shown, applied to a terminal, the apparatus including:

the first obtaining module 11 is configured to obtain a first video live type of a first live video that needs to be played on a live interface of an application program in the terminal, and obtain a historical preference live type of a user, where the historical preference live type of the user is obtained according to historical control behavior data of the user on the historical live video in a process of watching the historical live video in a historical process;

a first matching module 12, configured to match a first video bitrate of the first live video, which is applicable to the user, according to the first video live type and the historical preference live type;

a second obtaining module 13, configured to obtain a first live video corresponding to the first video code rate;

and the playing module 14 is configured to play a first live video corresponding to the first video code rate on the live broadcast interface.

In an optional implementation, the apparatus further comprises:

the second acquisition module includes:

In an optional implementation manner, the first matching module includes:

alternatively, the first and second electrodes may be,

In an optional implementation manner, the first matching module includes:

For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.

Optionally, an embodiment of the present invention further provides an electronic device, including: the processor, the memory, and the computer program stored in the memory and capable of running on the processor, when executed by the processor, implement the processes of the data processing method embodiments described above, and can achieve the same technical effects, and in order to avoid repetition, details are not described here.

The embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when being executed by a processor, the computer program implements each process of the data processing method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

Fig. 6 is a block diagram of an electronic device 800 shown in the present application. For example, the electronic device 800 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, an exercise device, a personal digital assistant, and the like.

Referring to fig. 6, electronic device 800 may include one or more of the following components: a processing component 802, a memory 804, a power component 806, a multimedia component 808, an audio component 810, an input/output (I/O) interface 812, a sensor component 814, and a communication component 816.

The processing component 802 generally controls overall operation of the electronic device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing components 802 may include one or more processors 820 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 802 can include one or more modules that facilitate interaction between the processing component 802 and other components. For example, the processing component 802 can include a multimedia module to facilitate interaction between the multimedia component 808 and the processing component 802.

The memory 804 is configured to store various types of data to support operation at the device 800. Examples of such data include instructions for any application or method operating on the electronic device 800, contact data, phonebook data, messages, images, videos, and so forth. The memory 804 may be implemented by any type or combination of volatile or non-volatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

The power supply component 806 provides power to the various components of the electronic device 800. The power components 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the electronic device 800.

The multimedia component 808 includes a screen that provides an output interface between the electronic device 800 and a user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front facing camera and/or a rear facing camera. The front-facing camera and/or the rear-facing camera may receive external multimedia data when the device 800 is in an operating mode, such as a shooting mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

The audio component 810 is configured to output and/or input audio signals. For example, the audio component 810 includes a Microphone (MIC) configured to receive external audio signals when the electronic device 800 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may further be stored in the memory 804 or transmitted via the communication component 816. In some embodiments, audio component 810 also includes a speaker for outputting audio signals.

The I/O interface 812 provides an interface between the processing component 802 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.

The sensor assembly 814 includes one or more sensors for providing various aspects of state assessment for the electronic device 800. For example, the sensor assembly 814 may detect an open/closed state of the device 800, the relative positioning of components, such as a display and keypad of the electronic device 800, the sensor assembly 814 may also detect a change in the position of the electronic device 800 or a component of the electronic device 800, the presence or absence of user contact with the electronic device 800, orientation or acceleration/deceleration of the electronic device 800, and a change in the temperature of the electronic device 800. Sensor assembly 814 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 816 is configured to facilitate wired or wireless communication between the electronic device 800 and other devices. The electronic device 800 may access a wireless network based on a communication standard, such as WiFi, a carrier network (such as 2G, 3G, 4G, or 5G), or a combination thereof. In an exemplary embodiment, the communication component 816 receives broadcast signals or broadcast operation information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

In an exemplary embodiment, the electronic device 800 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the above-described methods.

In an exemplary embodiment, a non-transitory computer-readable storage medium comprising instructions, such as the memory 804 comprising instructions, executable by the processor 820 of the electronic device 800 to perform the above-described method is also provided. For example, the non-transitory computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

Fig. 7 is a block diagram of an electronic device 1900 shown in the present application. For example, the electronic device 1900 may be provided as a server.

Referring to fig. 7, electronic device 1900 includes a processing component 1922 further including one or more processors and memory resources, represented by memory 1932, for storing instructions, e.g., applications, executable by processing component 1922. The application programs stored in memory 1932 may include one or more modules that each correspond to a set of instructions. Further, the processing component 1922 is configured to execute instructions to perform the above-described method.

The electronic device 1900 may also include a power component 1926 configured to perform power management of the electronic device 1900, a wired or wireless network interface 1950 configured to connect the electronic device 1900 to a network, and an input/output (I/O) interface 1958. The electronic device 1900 may operate based on an operating system stored in memory 1932, such as Windows Server, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, or the like.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.

The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims

1. A data processing method is applied to a terminal, and the method comprises the following steps:

2. The method of claim 1, further comprising:

3. The method of claim 2, further comprising:

acquiring a second live video corresponding to the third video code rate;

4. The method according to claim 1, wherein before the first live video corresponding to the first video bitrate is obtained, a first live video corresponding to a fourth video bitrate is played on the live broadcast interface; the fourth video bitrate is lower than the first video bitrate;

5. The method of claim 1, wherein the matching a first video bitrate of the first live video applicable to the user according to the first live video type and the historically preferred live video type comprises:

alternatively, the first and second electrodes may be,

6. The method of claim 1, wherein the matching a first video bitrate of the first live video applicable to the user according to the first live video type and the historically preferred live video type comprises:

7. A data processing apparatus, applied to a terminal, the apparatus comprising:

8. The apparatus of claim 7, further comprising:

9. The apparatus of claim 8, further comprising:

10. The apparatus according to claim 7, wherein before the first live video corresponding to the first video bitrate is obtained, a first live video corresponding to a fourth video bitrate is played on the live broadcast interface; the fourth video bitrate is lower than the first video bitrate;

the second acquisition module includes:

11. The apparatus of claim 7, wherein the first matching module comprises:

alternatively, the first and second electrodes may be,

12. The apparatus of claim 7, wherein the first matching module comprises:

13. An electronic device, comprising: processor, memory and a computer program stored on the memory and executable on the processor, which computer program, when executed by the processor, carries out the steps of the data processing method according to any one of claims 1 to 6.

14. A computer-readable storage medium, characterized in that a computer program is stored on the computer-readable storage medium, which computer program, when being executed by a processor, carries out the steps of the data processing method according to any one of claims 1 to 6.