CN111432224B - Live broadcast processing method and device, electronic equipment and storage medium - Google Patents

Live broadcast processing method and device, electronic equipment and storage medium Download PDF

Info

Publication number
CN111432224B
CN111432224B CN202010125854.8A CN202010125854A CN111432224B CN 111432224 B CN111432224 B CN 111432224B CN 202010125854 A CN202010125854 A CN 202010125854A CN 111432224 B CN111432224 B CN 111432224B
Authority
CN
China
Prior art keywords
anchor
live broadcast
clients
client
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010125854.8A
Other languages
Chinese (zh)
Other versions
CN111432224A (en
Inventor
张尧
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN202010125854.8A priority Critical patent/CN111432224B/en
Publication of CN111432224A publication Critical patent/CN111432224A/en
Application granted granted Critical
Publication of CN111432224B publication Critical patent/CN111432224B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2542—Management at additional data server, e.g. shopping server, rights management server for selling goods, e.g. TV shopping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

According to the live broadcast processing method and device, the electronic equipment and the storage medium, when the anchor client with the too low corresponding evaluation index exists in the multi-user live broadcast, the prompt information is sent to the audience client watching the multi-user live broadcast, so that the audience user can timely and conveniently acquire the evaluation information of each anchor user in the multi-user live broadcast without specially checking.

Description

Live broadcast processing method and device, electronic equipment and storage medium
Technical Field
The present disclosure relates to the field of network technologies, and in particular, to a live broadcast processing method and apparatus, an electronic device, and a storage medium.
Background
The network live broadcast is taken as a new network entertainment service and is loved by more and more internet users, and the anchor can show various types of live broadcast contents to audiences in a network live broadcast mode, can realize real-time interaction with the audiences, and is very interesting.
At present, live broadcast content and live broadcast forms are increasingly innovated, for example, products are sold among anchor users in a multi-person anchor form, in this mode, audience users watching live broadcasts need to specially check evaluation information of the anchor users if trying to avoid purchasing poor-quality commodities, and the mode is troublesome and the process is complicated.
BRIEF SUMMARY OF THE PRESENT DISCLOSURE
The present disclosure provides a live broadcast processing method, apparatus, electronic device, and storage medium, so as to at least solve the problem in the related art that the process of a user viewing evaluation information of a host user is complicated.
The technical scheme of the disclosure is as follows:
according to a first aspect of the embodiments of the present disclosure, a live broadcast processing method is provided, where the method is applied to a server, the server is in communication connection with a client, and the client includes: audience client-side, anchor client-side, the method includes:
under the condition that multi-person live broadcast of at least two anchor clients is detected, determining live broadcast types corresponding to the at least two anchor clients;
under the condition that the live broadcast type corresponding to at least one anchor client is a sales type, determining corresponding evaluation indexes according to historical evaluation information corresponding to at least two anchor clients;
and sending prompt information to the audience client accessing the multi-user live broadcast under the condition that the evaluation index corresponding to at least one client is smaller than the evaluation index threshold value.
Optionally, before the step of determining the live broadcast types corresponding to the at least two anchor clients when it is detected that the at least two anchor clients perform multi-user live broadcast, the method further includes:
under the condition of receiving multi-user live broadcast requests sent by at least two anchor clients, determining live broadcast types corresponding to the at least two anchor clients;
under the condition that a sale type and a non-sale type exist in the live broadcast types corresponding to at least two anchor clients, refusing the at least two anchor clients to carry out multi-person live broadcast;
otherwise, generating multi-user live broadcast data corresponding to at least two anchor clients.
Optionally, before the step of determining the live broadcast types corresponding to the at least two anchor clients when it is detected that the at least two anchor clients perform multi-user live broadcast, the method further includes:
under the condition of receiving multi-user live broadcast requests sent by at least two anchor clients, determining corresponding flow indexes according to historical flow of the at least two anchor clients;
under the condition that one of the flow indexes corresponding to at least two anchor clients is larger than or equal to a flow index threshold value and the other one of the flow indexes is smaller than the flow index threshold value, rejecting the at least two anchor clients to carry out multi-user live broadcast;
otherwise, generating multi-user live broadcast data corresponding to at least two anchor clients.
Optionally, before the step of determining the live broadcast types corresponding to the at least two anchor clients when it is detected that the at least two anchor clients perform multi-user live broadcast, the method further includes:
under the condition of receiving multi-user live broadcast requests sent by at least two anchor clients, determining live broadcast types, flow indexes and evaluation indexes of the at least two anchor clients;
under the conditions that a flow index corresponding to one of the at least two anchor clients is larger than or equal to a flow index threshold value, a corresponding live broadcast type is a non-sales type, a flow index corresponding to the other anchor client is smaller than the flow index threshold value, a corresponding live broadcast type is a sales type, and a corresponding evaluation index is smaller than an evaluation index threshold value, refusing the at least two anchor clients to carry out multi-user live broadcast;
otherwise, generating multi-user live broadcast data corresponding to at least two anchor clients.
Optionally, after the step of generating the multi-user live broadcast data corresponding to at least two anchor clients, the method further includes:
under the condition that the live broadcast type of the anchor client is a sales type, sending a live broadcast starting notice containing a sales interface address to the anchor client;
receiving commodity information sent by the anchor client according to the sales interface address;
adding the commodity information to multi-user live broadcast data corresponding to the anchor identification to update the multi-user live broadcast data;
and if the index type is a non-sales type, refusing to provide a sales interface address for the anchor client.
Optionally, after the step of sending the prompt message to the viewer client accessing the live multi-user broadcast, the method further includes:
receiving historical rating information sent by the viewer client, wherein the historical rating information at least comprises: anchor identification and evaluation data, wherein the evaluation data comprises evaluation data of sold commodities;
inquiring a corresponding anchor client according to the anchor identification;
and updating the evaluation index of the anchor client according to the evaluation data.
According to a second aspect of the embodiments of the present disclosure, there is provided a live broadcast processing apparatus, where the apparatus is applied to a server, the server is communicatively connected to a client, and the client includes: audience client, anchor client, the device includes:
the first determining module is configured to determine live broadcast types corresponding to at least two anchor clients under the condition that the at least two anchor clients are detected to carry out multi-user live broadcast;
the second determining module is configured to determine corresponding evaluation indexes according to historical evaluation information corresponding to the at least two anchor clients under the condition that the live broadcast type corresponding to at least one of the anchor clients is a sales type;
and the prompting module is configured to send prompting information to the audience client accessing the live broadcast of the multiple persons under the condition that the evaluation index corresponding to at least one client is smaller than the evaluation index threshold value.
Optionally, the apparatus further includes:
the third determining module is configured to determine the live broadcast types corresponding to at least two anchor clients under the condition that multi-user live broadcast requests sent by the at least two anchor clients are received;
the first processing module is configured to refuse the at least two anchor clients to carry out multi-user live broadcast under the condition that a sale type and a non-sale type exist in live broadcast types corresponding to the at least two anchor clients;
and the second processing module is configured to generate multi-user live broadcast data corresponding to at least two anchor clients if the second processing module is not configured to generate multi-user live broadcast data corresponding to at least two anchor clients.
Optionally, the apparatus further includes:
the fourth determining module is configured to determine corresponding flow indexes according to historical flows of at least two anchor clients under the condition that multi-user live broadcast requests sent by the at least two anchor clients are received;
the third processing module is configured to reject the at least two anchor clients from multi-user live broadcast under the condition that one of the traffic indexes corresponding to the at least two anchor clients is greater than or equal to a traffic index threshold value and the other traffic index is smaller than the traffic index threshold value;
and the fourth processing module is configured to generate multi-user live broadcast data corresponding to at least two anchor clients if the second processing module is not configured to generate multi-user live broadcast data corresponding to at least two anchor clients.
Optionally, the apparatus further includes:
the fifth determining module is configured to determine the live broadcast types, the flow indexes and the evaluation indexes of at least two anchor clients under the condition that multi-user live broadcast requests sent by at least two anchor clients are received;
a fifth processing module, configured to reject at least two anchor clients for multi-user live broadcast when a traffic index corresponding to one of the at least two anchor clients is greater than or equal to a traffic index threshold and a corresponding live broadcast type is a non-sales type, and a traffic index corresponding to another anchor client is less than the traffic index threshold and the corresponding live broadcast type is a sales type and a corresponding evaluation index is less than an evaluation index threshold;
and the sixth processing module is configured to generate multi-user live broadcast data corresponding to at least two anchor clients if the second processing module is not configured.
Optionally, the apparatus further includes:
the notification module is configured to send a live broadcast starting notification containing a sale interface address to the anchor client under the condition that the live broadcast type of the anchor client is a sale type;
the first receiving module is configured to receive commodity information sent by the anchor client according to the sales interface address;
a first response module configured to add the commodity information to live multi-user data corresponding to the anchor identification to update the live multi-user data;
a second response module configured to deny providing a sales interface address to the anchor client if the indicator type is a non-sales type.
Optionally, the apparatus further includes:
a second receiving module configured to receive historical rating information transmitted by the viewer client, the historical rating information including at least: anchor identification and evaluation data, wherein the evaluation data comprises evaluation data of sold commodities;
the query module is configured to query the corresponding anchor client according to the anchor identification;
an updating module configured to update the evaluation index of the anchor client according to the evaluation data.
According to a third aspect of the embodiments of the present disclosure, there is provided an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements a live broadcast processing method according to any one of the above first aspects when executing the computer program.
According to a fourth aspect of embodiments of the present disclosure, a computer-readable storage medium is provided, where a computer program is stored on the computer-readable storage medium, and when executed by a processor, the computer program implements a live broadcast processing method according to any one of the above first aspects.
According to a fifth aspect of embodiments of the present disclosure, there is provided a computer program product comprising one or more instructions which, when executed by a processor of an electronic device, enable the electronic device to perform the live processing method.
The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects:
according to the live broadcast processing method and device, the electronic equipment and the storage medium, when the anchor client with the too low corresponding evaluation index exists in the multi-user live broadcast, the prompt information is sent to the audience client watching the multi-user live broadcast, so that the audience user can timely and conveniently acquire the evaluation information of each anchor user in the multi-user live broadcast without specially checking.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, are configured to explain the principles of the disclosure and are not to be construed as limiting the disclosure.
FIG. 1 is a flow diagram illustrating a method of processing a live broadcast in accordance with an exemplary embodiment;
FIG. 2 is a flow diagram illustrating another live processing method in accordance with an illustrative embodiment;
fig. 3 is a flow chart illustrating a first multi-live start method according to an exemplary embodiment;
fig. 4 is a flow chart illustrating a second multi-live startup method according to an exemplary embodiment;
fig. 5 is a flow diagram illustrating a third multi-live start method in accordance with an example embodiment;
FIG. 6 is a flow chart illustrating a method of shelving items in accordance with an exemplary embodiment;
fig. 7 is a data transfer flow diagram illustrating a method of processing a live broadcast in accordance with an exemplary embodiment;
FIG. 8 is a block diagram illustrating a processing device for live broadcast in accordance with an exemplary embodiment;
fig. 9 is a block diagram illustrating a configuration of an electronic device according to an example embodiment.
Detailed Description
In order to make the technical solutions of the present disclosure better understood by those of ordinary skill in the art, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings.
It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the above-described drawings are configured to distinguish similar objects and are not necessarily configured to describe a particular order or sequence. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the disclosure described herein are capable of operation in sequences other than those illustrated or otherwise described herein. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.
Fig. 1 is a flowchart of steps of a live broadcast processing method provided by an embodiment of the present disclosure, where the method is applied to a server, the server is communicatively connected to a client, and the client includes: audience client-side, anchor client-side, the method includes:
step 101, determining the live broadcast types corresponding to at least two anchor clients under the condition that it is detected that at least two anchor clients carry out multi-user live broadcast.
In the embodiment of the present disclosure, the server refers to a background server that provides data support for a client; the audience client is a client of live broadcast application software installed in electronic equipment of an audience user, and the user can watch live broadcast through the audience client; the anchor client is a client installed in electronic equipment of an anchor user and used for live broadcasting application software, and the anchor can carry out live broadcasting through the anchor client.
It can be understood that, in order to prevent a low-traffic e-commerce anchor user from performing malicious diversion from a live broadcast room of a high-traffic e-commerce anchor in a multi-user live broadcast manner, each anchor client of a live broadcast platform needs to determine a live broadcast type corresponding to each anchor client when performing live broadcast, the live broadcast type can be selected according to different live broadcast contents, the live broadcast type specifically can include a sale type and a non-sale type, the sale type is configured to describe e-commerce live broadcast, and the corresponding live broadcast content can be used for commodity sale. And the non-sales type refers to other sales types than the sales type, such as: the dance type, the game type, the outdoor type, the friend-making type and the like all belong to non-sales types, and commodity sales are not allowed in the live content of the type, so that the live content of each anchor client in the live platform is divided, and the live content of the anchor clients is convenient to manage.
And 102, under the condition that the live broadcast type corresponding to at least one anchor client is a sales type, determining corresponding evaluation indexes according to historical evaluation information corresponding to at least two anchor clients.
In this embodiment of the present disclosure, the evaluation index is generated by scoring the live content of the anchor user after the audience user watches the live broadcast of the anchor user. If the live broadcast type corresponding to at least one anchor client needing multi-person live broadcast is a sales type, the user has a risk of being misled for consumption, and the system determines whether the low-traffic anchor and the high-traffic anchor are maliciously guided by the multi-user live broadcast according to the evaluation indexes of the at least two clients, the system determines corresponding evaluation indexes according to historical evaluation information of each audience client on the live content of the anchor client, the historical rating information may include scores for various metrics of the anchor client, which may include: credit score, content score, attitude score, etc., the indexes can be set according to actual requirements, and weighting and summing the indexes according to preset weights to obtain the evaluation index corresponding to the anchor identification.
103, sending a prompt message to the audience client accessing the multi-user live broadcast when the evaluation index corresponding to at least one client is smaller than the evaluation index threshold.
In the embodiment of the present disclosure, if the evaluation index of the anchor client is greater than the evaluation index threshold, it may be determined that the anchor client has a reputation risk, and when the user watches live data of the anchor client, preset risk prompt information may be pushed to the audience client, where the preset risk prompt information may include risk prompt information for the evaluation index, for example, if the reputation score of the anchor client is lower than the evaluation index threshold, preset risk prompt information of "the merchant has a reputation risk and please carefully purchase" is pushed to the user, thereby reducing the risk of the user purchasing a low-quality commodity to a certain extent.
Of course, if the evaluation index of the anchor client is greater than or equal to the evaluation index threshold, the preset risk prompt information does not need to be sent to the user. Furthermore, if the evaluation index of the anchor client is greater than or equal to the evaluation index threshold, favorable notice information such as 'credit anchor' and the like can be added into the live broadcast data, so that the E-commerce anchor is encouraged to maintain good credit.
The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects:
according to the live broadcast processing method provided by the embodiment of the disclosure, when an anchor client with too low corresponding evaluation index exists in multi-user live broadcast, prompt information is sent to a viewer client watching the multi-user live broadcast, so that a viewer user can timely and conveniently acquire evaluation information of each anchor user in the multi-user live broadcast without specially checking.
Fig. 2 is a flowchart of steps of another live broadcast processing method provided by an embodiment of the present disclosure, where the method is applied to a server, the server is communicatively connected to a client, and the client includes: audience client-side, anchor client-side, the method includes:
step 201, determining the live broadcast types corresponding to at least two anchor clients under the condition that it is detected that at least two anchor clients carry out multi-user live broadcast.
This step can refer to the detailed description of step 101, which is not repeated herein.
Step 202, under the condition that the live broadcast type corresponding to at least one anchor client is a sales type, determining corresponding evaluation indexes according to historical evaluation information corresponding to at least two anchor clients.
This step can refer to the detailed description of step 102, which is not repeated here.
And 203, sending prompt information to the audience client accessing the live broadcast of the multiple persons under the condition that the evaluation index corresponding to at least one client is smaller than the evaluation index threshold value.
This step can refer to the detailed description of step 103, which is not repeated herein.
Step 204, receiving historical evaluation information sent by the viewer client, where the historical evaluation information at least includes: anchor identification, evaluation data, the evaluation data including evaluation data for the goods sold.
In the embodiment of the present disclosure, the evaluation data may include first historical evaluation data of the commodities sold by the anchor client, and the first historical evaluation data is for the anchor client, and it can be understood that the risk of selling the commodities with poor quality again is higher for the anchor user who has sold the commodities with poor quality. The evaluation data can also comprise second historical evaluation data of the currently sold commodities, the second historical evaluation data is specific to the currently sold commodities, and the system can record the evaluation data of the commodities sold at all the anchor clients, so that the quality of the commodities is evaluated.
For the non-sales type anchor client, since the goods are rarely or never sold, when the anchor client is live broadcast with the sales type anchor client by multiple persons, the evaluation data of the goods sold by the sales type anchor client can be associated to the non-sales type anchor client as the evaluation data of the non-sales type anchor client. That is, the evaluation data is associated not only with the anchor client of the sales type that directly sells the commodity but also with the anchor client of the non-sales type that participates in the live broadcast of the plurality of persons when selling the commodity. Therefore, the non-sales type anchor client can be prompted to spontaneously participate in the multi-person live broadcast of the commodities with poor sales quality.
The audience user can evaluate the live broadcast data after watching the multi-user live broadcast data of a certain anchor client through the audience client, scores different indexes so as to generate evaluation data corresponding to an anchor identification of the anchor client, and then generates historical evaluation information according to the evaluation data and the anchor identification and sends the historical evaluation information to the server.
Step 205, querying a corresponding anchor client according to the anchor identifier.
In the embodiment of the present disclosure, the server extracts the anchor identifier in the history evaluation information, and queries the anchor client corresponding to the anchor identifier.
And step 206, updating the evaluation index of the anchor client according to the evaluation data.
In the embodiment of the disclosure, a single evaluation index of the current historical evaluation information is generated by using the evaluation data in the historical evaluation information, and then the single evaluation index is updated to the evaluation index of the anchor client according to a preset proportion. For example, the original evaluation index of a certain anchor client is 90 points, the single evaluation index is 80 points, and the preset proportion is 10 percent, then the updated evaluation index of the anchor client is 90 (1-0.1) +80 0.1 equal to 89, further, the evaluation index of each anchor provider can be displayed in different forms, for example, the number of evaluation stars is one, one hundred-system evaluation indexes can correspond to one evaluation star every twenty points, the evaluation index is fully divided into five stars, and the number of stars is reduced by one every two tenth correspondingly. Of course, the update strategy of the evaluation index may be set according to actual requirements, and is not specifically limited herein.
Optionally, referring to fig. 3, on the basis of fig. 2, before the step 201, the following steps 207 to 209 are further included:
step 207, determining the live broadcast types corresponding to at least two anchor clients under the condition of receiving the multi-user live broadcast requests sent by the at least two anchor clients.
In the embodiment of the disclosure, the system divides the live broadcast types of the anchor clients into a sale type or a non-sale type, and if the live broadcast types of the at least two anchor clients are both the sale type or both the non-sale type, the system generates the multi-user live broadcast data between the at least two anchor clients by splicing the multi-user live broadcast data of the at least two anchor clients, thereby realizing the multi-user live broadcast between the at least two anchor clients.
And 208, refusing the multi-user live broadcast of at least two anchor clients under the condition that the sale type and the non-sale type exist in the live broadcast types corresponding to the at least two anchor clients.
In the embodiment of the present disclosure, if the system determines that the live broadcast types of the at least two anchor clients are not both non-sales types or are not both sales types, the system returns an error prompt message to the at least two anchor clients, and notifies the anchor users of the anchor clients to perform rectification. By the method, the low-quality phenomenon can be spammed to the anchor client in the sale type through the anchor client in the malicious barley-connecting non-sale type, and the control management of multi-user live broadcast among the anchor clients by the system is realized. For example: a certain sales-type anchor client wants to go through a non-sales-type anchor client. For example: and the system determines the live broadcast types of the other anchor clients as non-sales types, confirms that the anchor types between the two anchor clients are not all sales types or are not non-sales types, directly returns error prompt information and prevents the live broadcast of the multiple players between the two anchor clients.
Step 209, otherwise, generating multi-user live broadcast data corresponding to at least two of the anchor clients.
In the embodiment of the disclosure, the system pushes live notification containing live type to the user, wherein the live notification contains live type of the multi-user live data. Furthermore, the live broadcast notifications can be clustered according to the live broadcast types, so that the live broadcast notifications meeting the actual requirements of audience users can be pushed to the audience users according to the recommendation settings of the audience clients to different live broadcast types, and the user experience is improved.
Optionally, referring to fig. 4, on the basis of fig. 2, before the step 201, the following steps 210 to 212 are further included:
step 210, determining a corresponding flow index according to the historical flow of at least two anchor clients under the condition of receiving the multi-user live broadcast requests sent by at least two anchor clients.
In the embodiment of the present disclosure, the traffic indicator refers to a current viewer traffic of the anchor client or a historical viewer traffic of the anchor client.
Step 211, refusing the at least two anchor clients to perform the multi-user live broadcast when one of the traffic indexes corresponding to the at least two anchor clients is greater than or equal to a traffic index threshold and the other one is smaller than the traffic index threshold.
In the embodiment of the present disclosure, if at least two anchor clients respectively have a high-traffic anchor client whose traffic index is greater than or equal to a traffic index threshold and a low-traffic anchor client whose traffic index is less than the traffic index threshold, it may be determined that the low-traffic anchor client has a phenomenon of malicious traffic diversion with a high-traffic anchor client connected to a wheat, and it is determined that the at least two anchor clients meet a preset abnormal traffic diversion standard.
Step 212, otherwise, generating multi-user live broadcast data corresponding to at least two anchor clients.
In this embodiment of the present disclosure, if the traffic indexes corresponding to the at least two anchor clients are all greater than or equal to the traffic index threshold, or are both less than the traffic index threshold, the live frames of the two anchor clients may be spliced to implement live broadcast by multiple users.
Optionally, referring to fig. 5, on the basis of fig. 2, before the step 201, the following steps 213 to 215 are further included:
step 213, determining the live broadcast type, the traffic index and the evaluation index of at least two anchor clients under the condition of receiving the multi-user live broadcast request sent by at least two anchor clients.
Step 214, refusing the at least two anchor clients to carry out the multi-user live broadcast under the condition that the flow index corresponding to one of the at least two anchor clients is larger than or equal to the flow index threshold value and the corresponding live broadcast type is a non-sales type, and the flow index corresponding to the other anchor client is smaller than the flow index threshold value, the corresponding live broadcast type is a sales type and the corresponding evaluation index is smaller than the evaluation index threshold value.
Step 215, otherwise, generating multi-user live broadcast data corresponding to at least two anchor clients.
In the embodiment of the present disclosure, if the phenomenon that the low-traffic anchor performs malicious diversion by multi-person live broadcast with the high-traffic anchor does not exist in the at least two anchor clients, it may be determined that the at least two anchor clients do not meet the abnormal diversion standard, and then the live broadcast may be started normally.
Optionally, referring to fig. 6, after any one of the step 209, the step 212, and the step 215, the following steps 216 to 219 are further included:
and step 216, sending a live broadcast starting notification containing a sale interface address to the anchor client under the condition that the live broadcast type of the anchor client is a sale type.
In this disclosure, if the live broadcast type is a sales type, the system opens a sales interface address configured as a merchant commodity to the anchor client while generating live broadcast data of multiple persons corresponding to the anchor identifier of the anchor client, so that the anchor client displays an option bar of an on-shelf commodity to the anchor user, and the anchor user can purchase the on-shelf commodity through the option bar of the on-shelf commodity, so that the audience user can purchase the on-shelf commodity through the audience client. If the live broadcast type is a non-sales type, the system closes the interface address corresponding to the sales interface address of the anchor client to prevent the anchor user from illegally putting on the shelf commodities.
Step 217, receiving the commodity information sent by the anchor client according to the sales interface address.
In the embodiment of the present disclosure, a user may add commodity information of commodities that need to be shelved through a shelving commodity option bar of the anchor client, so that the anchor client may send the commodity information to a server through the sales interface address according to the commodity information.
And step 218, adding the commodity information to live multi-user data corresponding to the anchor identifier to update the live multi-user data.
In the embodiment of the disclosure, after receiving the commodity information sent by the anchor client through the sales interface address, the server adds the commodity information to the live multi-user data of the anchor client and generates address information or function options for a user to purchase a commodity corresponding to the commodity information. The functional options may be directly connected to the live interface so that the user may make merchandise purchases directly without cutting out his audience client.
And 219, refusing to provide the anchor client with the sales interface address under the condition that the index type is a non-sales type.
In the embodiment of the disclosure, the sales interface is only opened for the anchor client of the sales type, so that the management and control of the commodity sales anchor are realized, and the situation that the sales activities of the anchor client cannot be managed and controlled is overcome.
In practical application, a flow chart of a live broadcast processing method in a data transmission process in the embodiment of the present disclosure is shown with reference to fig. 7.
The anchor client can select a live broadcast type when starting the live broadcast, and the live broadcast type is written into a cache of the server for subsequent use, so that the live broadcast is started; if the anchor client is of the sales type, commodities can be put on shelves, and if not, the commodities are forbidden to be put on shelves.
After live broadcast is turned on, a live broadcast notification will be pushed to the user, for example: the system confirms whether the evaluation index of the anchor client is smaller than the evaluation index threshold, if so, the live broadcast notification carries preset prompt information for prompting risks, the anchor client can still put on the shelf of commodities, and a user can evaluate the anchor client after purchasing the commodities through the multi-person live broadcast data of the anchor client so as to update the evaluation index of the anchor client.
If at least two anchor clients request multi-user live broadcasting, the system confirms the live broadcasting type of the anchor clients, if the live broadcasting type is a sales type or a non-sales type, multi-user live broadcasting is allowed to be started, and if the live broadcasting type is not the sales type or the non-sales type, multi-user live broadcasting is forbidden to be started.
The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects:
according to the another live broadcast processing method provided by the embodiment of the disclosure, when an anchor client of a sale type with too low corresponding evaluation index exists in multi-people live broadcast, prompt information is sent to a viewer client watching the multi-people live broadcast, so that the viewer user can timely and conveniently obtain evaluation information of each anchor user in the multi-people live broadcast without specially checking the evaluation information, whether the multi-people live broadcast can be started or not is further determined according to the flow index, the evaluation index and the live broadcast type, and the management capacity of a live broadcast platform for the multi-people live broadcast is increased.
Fig. 8 is a block diagram illustrating a configuration of a processing apparatus 30 for live broadcasting according to an exemplary embodiment, the apparatus is applied to a server, the server is connected to a client in communication, and the client includes: audience client, anchor client, the device includes:
the first determining module 301 is configured to determine, when it is detected that at least two anchor clients perform multi-user live broadcast, live broadcast types corresponding to the at least two anchor clients.
A second determining module 302, configured to determine, when the live type corresponding to at least one of the anchor clients is a sales type, corresponding evaluation indexes according to historical evaluation information corresponding to the at least two anchor clients.
And the prompting module 303 is configured to send prompting information to the viewer client accessing the live multi-user broadcast when the evaluation index corresponding to at least one of the clients is smaller than the evaluation index threshold.
Optionally, the apparatus further includes:
a third determining module 304, configured to determine, in a case where a multi-user live request sent by at least two of the anchor clients is received, a live type corresponding to the at least two of the anchor clients.
The first processing module 305 is configured to reject the multi-user live broadcast by at least two anchor clients when a sales type and a non-sales type exist in the live broadcast types corresponding to the at least two anchor clients.
A second processing module 306 configured to generate multi-user live broadcast data corresponding to at least two of the anchor clients otherwise.
Optionally, the apparatus further includes:
a fourth determining module 307, configured to determine, when receiving a multi-user live request sent by at least two anchor clients, a corresponding traffic indicator according to historical traffic of the at least two anchor clients.
A third processing module 308, configured to reject at least two anchor clients from conducting multi-user live broadcast when one of the traffic indicators corresponding to the at least two anchor clients is greater than or equal to a traffic indicator threshold and the other is smaller than the traffic indicator threshold.
A fourth processing module 309, configured to generate multi-user live broadcast data corresponding to at least two of the anchor clients otherwise.
Optionally, the apparatus further includes:
a fifth determining module 310, configured to determine, in a case where a multi-user live request sent by at least two of the anchor clients is received, a live type, a traffic index, and an evaluation index of the at least two of the anchor clients.
A fifth processing module 311, configured to reject at least two anchor clients for multi-user live broadcast when a traffic index corresponding to one of the at least two anchor clients is greater than or equal to a traffic index threshold and a corresponding live broadcast type is a non-sales type, and a traffic index corresponding to another anchor client is less than the traffic index threshold and the corresponding live broadcast type is a sales type and a corresponding evaluation index is less than an evaluation index threshold.
A sixth processing module 312, configured to generate multi-user live broadcast data corresponding to at least two of the anchor clients otherwise.
Optionally, the apparatus further includes:
a notification module 313 configured to send a live start notification including a sales interface address to the anchor client, in a case where the live type of the anchor client is a sales type.
A first receiving module 314 configured to receive the merchandise information sent by the anchor client according to the sales interface address.
A first response module 315 configured to add the merchandise information to live multi-user data corresponding to the anchor identifier to update the live multi-user data.
A second response module 316 configured to deny providing the anchor client with a sales interface address if the indicator type is a non-sales type.
Optionally, the apparatus further includes:
a second receiving module 317 configured to receive historical rating information sent by the viewer client, where the historical rating information includes at least: the evaluation data includes evaluation data for the goods sold.
A query module 318 configured to query a corresponding anchor client according to the anchor identification.
An updating module 319 configured to update the evaluation index of the anchor client according to the evaluation data.
The processing device for live broadcasting provided by the embodiment of the disclosure sends prompt information to the audience client watching the live broadcasting of multiple persons when the anchor client of the sale type with too low corresponding evaluation index exists in the live broadcasting of multiple persons, so that the audience user can timely and conveniently acquire the evaluation information of each anchor user in the live broadcasting of multiple persons without specially checking.
With regard to the apparatus in the above-described embodiment, the specific manner in which each module performs the operation has been described in detail in the embodiment related to the method, and will not be elaborated here.
The embodiments of the present disclosure further provide a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when executed by a processor, the computer program implements each process of the above-mentioned live broadcast 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. 9 is a block diagram illustrating an electronic device 400 according to an example embodiment. The electronic device may be a mobile terminal or a server, and in the embodiment of the present disclosure, the electronic device is taken as an example for description. For example, the electronic device 400 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. 9, electronic device 400 may include one or more of the following components: a processing component 402, a memory 404, a power component 406, a multimedia component 408, an audio component 410, an interface for input/output (I/O) 412, a sensor component 414, and a communication component 416.
The processing component 402 generally controls overall operation of the electronic device 400, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing component 402 may include one or more processors 420 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 402 can include one or more modules that facilitate interaction between the processing component 402 and other components. For example, the processing component 402 can include a multimedia module to facilitate interaction between the multimedia component 408 and the processing component 402.
The memory 404 is used to store various types of data to support operations at the electronic device 400. Examples of such data include instructions for any application or method operating on the electronic device 400, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 404 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 406 provides power to the various components of the electronic device 400. Power components 406 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for electronic device 400.
The multimedia component 408 comprises a screen providing an output interface between the electronic device 400 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 408 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the electronic device 400 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 410 is used to output and/or input audio signals. For example, the audio component 410 may include a Microphone (MIC) for receiving external audio signals when the electronic device 400 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 404 or transmitted via the communication component 416. In some embodiments, audio component 410 also includes a speaker for outputting audio signals.
The I/O interface 412 provides an interface between the processing component 402 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 component 414 includes one or more sensors for providing various aspects of status assessment for the electronic device 400. For example, the sensor assembly 414 may detect an open/closed state of the electronic device 400, the relative positioning of components, such as a display and keypad of the electronic device 400, the sensor assembly 414 may also detect a change in the position of the electronic device 400 or a component of the electronic device 400, the presence or absence of user contact with the electronic device 400, orientation or acceleration/deceleration of the electronic device 400, and a change in the temperature of the electronic device 400. The sensor assembly 414 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 414 may also include a light sensor, such as a CMOS or CCD spectrum sensor, for use in imaging applications. In some embodiments, the sensor assembly 414 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
The communication component 416 is operative to facilitate wired or wireless communication between the electronic device 400 and other devices. The electronic device 400 may access a wireless network based on a communication standard, such as WiFi, a carrier network (such as 2G, 5G, 4G, or 5G), or a combination thereof. In an exemplary embodiment, the communication component 416 receives broadcast signals or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 416 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 400 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 live broadcast processing method illustrated in fig. 1 to 4.
In an exemplary embodiment, a non-transitory computer-readable storage medium comprising instructions, such as the memory 404 comprising instructions, executable by the processor 420 of the electronic device 400 to perform the above-described processing method of live broadcast illustrated in fig. 1-7, 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.
In an exemplary embodiment, a computer program product is also provided, in which instructions, when executed by the processor 420 of the electronic device 400, cause the electronic device 400 to perform the processing method of live broadcast illustrated in fig. 1 to 6 described above.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
As is readily imaginable to the person skilled in the art: any combination of the above embodiments is possible, and thus any combination between the above embodiments is an embodiment of the disclosure, but the disclosure is not necessarily detailed herein for reasons of brevity.
The live processing methods provided herein are not inherently related to any particular computer, virtual system, or other apparatus. Various general purpose systems may also be used with the teachings herein. The required structure for constructing a system incorporating aspects of the present disclosure will be apparent from the foregoing description. Moreover, this disclosure is not directed to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the present disclosure as described herein, and any descriptions above of specific languages are provided for disclosure of enablement and best mode of the present disclosure.
In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the disclosure may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.
Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the disclosure, various features of the disclosure are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various disclosed aspects. However, the disclosed method should not be interpreted as reflecting an intention that: that is, the claimed disclosure requires more features than are expressly recited in each claim. Rather, as the following claims reflect, disclosed aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this disclosure.
Those skilled in the art will appreciate that the modules in the device in an embodiment may be adaptively changed and disposed in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.
Moreover, those skilled in the art will appreciate that while some embodiments described herein include some features included in other embodiments, rather than other features, combinations of features of different embodiments are meant to be within the scope of the disclosure and form different embodiments. For example, in the claims, any of the claimed embodiments may be used in any combination.
Various component embodiments of the disclosure may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that a microprocessor or Digital Signal Processor (DSP) may be used in practice to implement some or all of the functions of some or all of the components of the live processing method according to embodiments of the present disclosure. The present disclosure may also be embodied as apparatus or device programs (e.g., computer programs and computer program products) for performing a portion or all of the methods described herein. Such programs implementing the present disclosure may be stored on a computer-readable medium or may be in the form of one or more signals. Such a signal may be downloaded from an internet website or provided on a carrier signal or in any other form.
It should be noted that the above-mentioned embodiments illustrate rather than limit the disclosure, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The disclosure may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The usage of the words first, second and third, etcetera do not indicate any ordering. These words may be interpreted as names.

Claims (14)

1. A live broadcast processing method is applied to a server, the server is in communication connection with a client, and the client comprises: audience client-side, anchor client-side, the method includes:
under the condition that multi-person live broadcast of at least two anchor clients is detected, determining live broadcast types corresponding to the at least two anchor clients;
under the condition that the live broadcast types corresponding to the anchor clients are all sales types, determining corresponding evaluation indexes according to historical evaluation information corresponding to the at least two anchor clients;
and sending prompt information to the audience client accessing the multi-user live broadcast under the condition that the evaluation index corresponding to at least one client is smaller than the evaluation index threshold value.
2. The method according to claim 1, wherein before the step of determining the live broadcast types corresponding to at least two anchor clients when it is detected that at least two of the anchor clients are live by multiple persons, the method further comprises:
under the condition of receiving multi-user live broadcast requests sent by at least two anchor clients, determining live broadcast types corresponding to the at least two anchor clients;
under the condition that a sale type and a non-sale type exist in the live broadcast types corresponding to at least two anchor clients, refusing the at least two anchor clients to carry out multi-person live broadcast;
otherwise, generating multi-user live broadcast data corresponding to at least two anchor clients.
3. The method according to claim 1, wherein before the step of determining the live broadcast types corresponding to at least two anchor clients when it is detected that at least two of the anchor clients are live by multiple persons, the method further comprises:
under the condition of receiving multi-user live broadcast requests sent by at least two anchor clients, determining corresponding flow indexes according to historical flow of the at least two anchor clients;
under the condition that one of the flow indexes corresponding to at least two anchor clients is larger than or equal to a flow index threshold value and the other one of the flow indexes is smaller than the flow index threshold value, rejecting the at least two anchor clients to carry out multi-user live broadcast;
otherwise, generating multi-user live broadcast data corresponding to at least two anchor clients.
4. The method according to claim 1, wherein before the step of determining the live broadcast types corresponding to at least two anchor clients when it is detected that at least two of the anchor clients are live by multiple persons, the method further comprises:
under the condition of receiving multi-user live broadcast requests sent by at least two anchor clients, determining live broadcast types, flow indexes and evaluation indexes of the at least two anchor clients;
under the conditions that a flow index corresponding to one of the at least two anchor clients is larger than or equal to a flow index threshold value, a corresponding live broadcast type is a non-sales type, a flow index corresponding to the other anchor client is smaller than the flow index threshold value, a corresponding live broadcast type is a sales type, and a corresponding evaluation index is smaller than an evaluation index threshold value, refusing the at least two anchor clients to carry out multi-user live broadcast;
otherwise, generating multi-user live broadcast data corresponding to at least two anchor clients.
5. The method according to any one of claims 2 to 4, wherein after the step of generating the multi-user live broadcast data corresponding to at least two of the anchor clients, the method further comprises:
under the condition that the live broadcast type of the anchor client is a sales type, sending a live broadcast starting notice containing a sales interface address to the anchor client;
receiving commodity information sent by the anchor client according to the sales interface address;
adding the commodity information to multi-user live broadcast data corresponding to an anchor identification of the anchor client to update the multi-user live broadcast data;
and if the live broadcast type is a non-sales type, refusing to provide a sales interface address for the anchor client.
6. The method of claim 1, wherein after the step of sending the alert message to the viewer client accessing the live multiplayer broadcast, the method further comprises:
receiving historical rating information sent by the viewer client, wherein the historical rating information at least comprises: anchor identification and evaluation data, wherein the evaluation data comprises evaluation data of sold commodities;
inquiring a corresponding anchor client according to the anchor identification;
and updating the evaluation index of the anchor client according to the evaluation data.
7. A processing device for live broadcast is characterized in that the device is applied to a server, the server is in communication connection with a client, and the client comprises: audience client, anchor client, the device includes:
the first determining module is configured to determine live broadcast types corresponding to at least two anchor clients under the condition that the at least two anchor clients are detected to carry out multi-user live broadcast;
the second determining module is configured to determine corresponding evaluation indexes according to historical evaluation information corresponding to the at least two anchor clients under the condition that the live broadcast types corresponding to the anchor clients are all sales types;
and the prompting module is configured to send prompting information to the audience client accessing the live broadcast of the multiple persons under the condition that the evaluation index corresponding to at least one client is smaller than the evaluation index threshold value.
8. The apparatus of claim 7, further comprising:
the third determining module is configured to determine the live broadcast types corresponding to at least two anchor clients under the condition that multi-user live broadcast requests sent by the at least two anchor clients are received;
the first processing module is configured to refuse the at least two anchor clients to carry out multi-user live broadcast under the condition that a sale type and a non-sale type exist in live broadcast types corresponding to the at least two anchor clients;
and the second processing module is configured to generate multi-user live broadcast data corresponding to at least two anchor clients if the second processing module is not configured to generate multi-user live broadcast data corresponding to at least two anchor clients.
9. The apparatus of claim 7, further comprising:
the fourth determining module is configured to determine corresponding flow indexes according to historical flows of at least two anchor clients under the condition that multi-user live broadcast requests sent by the at least two anchor clients are received;
the third processing module is configured to reject the at least two anchor clients from multi-user live broadcast under the condition that one of the traffic indexes corresponding to the at least two anchor clients is greater than or equal to a traffic index threshold value and the other traffic index is smaller than the traffic index threshold value;
and the fourth processing module is configured to generate multi-user live broadcast data corresponding to at least two anchor clients if the second processing module is not configured to generate multi-user live broadcast data corresponding to at least two anchor clients.
10. The apparatus of claim 7, further comprising:
the fifth determining module is configured to determine the live broadcast types, the flow indexes and the evaluation indexes of at least two anchor clients under the condition that multi-user live broadcast requests sent by at least two anchor clients are received;
a fifth processing module, configured to reject at least two anchor clients for multi-user live broadcast when a traffic index corresponding to one of the at least two anchor clients is greater than or equal to a traffic index threshold and a corresponding live broadcast type is a non-sales type, and a traffic index corresponding to another anchor client is less than the traffic index threshold and the corresponding live broadcast type is a sales type and a corresponding evaluation index is less than an evaluation index threshold;
and the sixth processing module is configured to generate multi-user live broadcast data corresponding to at least two anchor clients if the second processing module is not configured.
11. The apparatus of any one of claims 8 to 10, further comprising:
the notification module is configured to send a live broadcast starting notification containing a sale interface address to the anchor client under the condition that the live broadcast type of the anchor client is a sale type;
the first receiving module is configured to receive commodity information sent by the anchor client according to the sales interface address;
a first response module configured to add the commodity information to live multi-user data corresponding to an anchor identifier of the anchor client to update the live multi-user data;
a second response module configured to deny providing a sales interface address to the anchor client if the live type is a non-sales type.
12. The apparatus of claim 7, further comprising:
a second receiving module configured to receive historical rating information transmitted by the viewer client, the historical rating information including at least: anchor identification and evaluation data, wherein the evaluation data comprises evaluation data of sold commodities;
the query module is configured to query the corresponding anchor client according to the anchor identification;
an updating module configured to update the evaluation index of the anchor client according to the evaluation data.
13. An electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the live broadcast processing method of any one of claims 1 to 6 when executing the computer program.
14. A computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements a live broadcast processing method as claimed in any one of claims 1 to 6.
CN202010125854.8A 2020-02-27 2020-02-27 Live broadcast processing method and device, electronic equipment and storage medium Active CN111432224B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010125854.8A CN111432224B (en) 2020-02-27 2020-02-27 Live broadcast processing method and device, electronic equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010125854.8A CN111432224B (en) 2020-02-27 2020-02-27 Live broadcast processing method and device, electronic equipment and storage medium

Publications (2)

Publication Number Publication Date
CN111432224A CN111432224A (en) 2020-07-17
CN111432224B true CN111432224B (en) 2022-03-25

Family

ID=71547311

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010125854.8A Active CN111432224B (en) 2020-02-27 2020-02-27 Live broadcast processing method and device, electronic equipment and storage medium

Country Status (1)

Country Link
CN (1) CN111432224B (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112004107B (en) * 2020-08-24 2022-04-26 广州华多网络科技有限公司 Multi-live broadcast room cooperative control method, device, equipment and storage medium
CN112040258B (en) * 2020-08-25 2022-06-03 北京达佳互联信息技术有限公司 Live broadcast control method, device, equipment and storage medium
CN113315986B (en) * 2021-05-25 2022-10-28 北京达佳互联信息技术有限公司 Live broadcast interaction method and device, product evaluation method and device, electronic equipment and storage medium
CN114595016B (en) * 2022-01-12 2024-03-26 北京达佳互联信息技术有限公司 Comment information display method, comment information generation method, comment information display device, comment information generation device and electronic equipment

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105828123A (en) * 2016-03-30 2016-08-03 乐视控股（北京）有限公司 Method and apparatus for interaction in live broadcast
CN106791901A (en) * 2016-12-15 2017-05-31 Tcl集团股份有限公司 A kind of direct broadcast band sort method and its device
CN106791895A (en) * 2016-11-29 2017-05-31 北京小米移动软件有限公司 Interactive approach and device in electric business application program
CN109429074A (en) * 2017-08-25 2019-03-05 阿里巴巴集团控股有限公司 A kind of live content processing method, device and system
US10575045B1 (en) * 2019-09-17 2020-02-25 CommentSold, Inc. Online live video sales management system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108235042B (en) * 2016-12-14 2019-12-17 腾讯科技（深圳）有限公司 Multi-user network live broadcast method, device, joining device, system, server and computer readable storage medium

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105828123A (en) * 2016-03-30 2016-08-03 乐视控股（北京）有限公司 Method and apparatus for interaction in live broadcast
CN106791895A (en) * 2016-11-29 2017-05-31 北京小米移动软件有限公司 Interactive approach and device in electric business application program
CN106791901A (en) * 2016-12-15 2017-05-31 Tcl集团股份有限公司 A kind of direct broadcast band sort method and its device
CN109429074A (en) * 2017-08-25 2019-03-05 阿里巴巴集团控股有限公司 A kind of live content processing method, device and system
US10575045B1 (en) * 2019-09-17 2020-02-25 CommentSold, Inc. Online live video sales management system

Also Published As

Publication number Publication date
CN111432224A (en) 2020-07-17

Similar Documents

Publication Publication Date Title
CN111432224B (en) Live broadcast processing method and device, electronic equipment and storage medium
CN110730357B (en) Live broadcast interaction method and device, server and storage medium
US20150304270A1 (en) System, process and computer writeable medium for providing a social media directed mobile application having inquiry based game play functionality
CN110830810A (en) Live broadcast interaction method and device, server and storage medium
CN114610191B (en) Interface information providing method and device and electronic equipment
CN111198956A (en) Multimedia resource interaction method and device, electronic equipment and storage medium
CN109816495B (en) Commodity information pushing method, system, server and storage medium
JP6838138B2 (en) Product display method and equipment
KR101719992B1 (en) Mobile terminal and Method for applying metadata thereof
CN112182426A (en) User interface information display method and device and electronic equipment
WO2023056766A1 (en) Information display method and apparatus
CN113365086A (en) Live data interaction method and device, electronic equipment, server and storage medium
CN112749322A (en) Commodity object information recommendation method and device and electronic equipment
CN114371846A (en) Commodity detail page display method and electronic equipment
CN112348606A (en) Information recommendation method, device and system
CN113596560A (en) Resource processing method, device, terminal and storage medium
CN112348639A (en) Order information processing method and device, electronic equipment and storage medium
CN110807680A (en) Data object information processing method and device and electronic equipment
CN113343075B (en) Virtual resource pushing method and device, electronic equipment and storage medium
CN114663188A (en) Interactive data processing method and device, electronic equipment and storage medium
CN111325601A (en) Commodity subscription method, commodity subscription device and commodity subscription medium
CN114666643A (en) Information display method and device, electronic equipment and storage medium
CN114615516A (en) Data processing method and device, electronic equipment and storage medium
CN114040213A (en) Task processing method and device, electronic equipment and storage medium
CN113849638A (en) Information processing method, information processing device, electronic equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant