CN111818353A

CN111818353A - Live broadcast interaction method, terminal and storage medium

Info

Publication number: CN111818353A
Application number: CN202010622181.7A
Authority: CN
Inventors: 侯振清; 张超; 崔风川; 徐海波
Original assignee: Beijing Dajia Internet Information Technology Co Ltd
Current assignee: Beijing Dajia Internet Information Technology Co Ltd
Priority date: 2020-06-30
Filing date: 2020-06-30
Publication date: 2020-10-23
Anticipated expiration: 2040-06-30
Also published as: CN111818353B

Abstract

The disclosure relates to a live broadcast interaction method, a live broadcast interaction terminal and a storage medium, relates to the technical field of network live broadcast, and aims to improve the effectiveness and convenience of object transaction based on network video live broadcast. The disclosed method comprises the following steps: responding to an operation that a transaction function option in a live interface of a first terminal is triggered, and sending a first request containing information of an object to be transacted to a server, wherein the information of the object to be transacted comprises a transaction access condition corresponding to the object to be transacted; responding to transaction request information which is sent by the second terminal after meeting the transaction admission condition and corresponds to an object to be transacted, and displaying account information and the transaction request information which correspond to the second terminal in a live broadcast interface of the first terminal; and responding to the operation of selecting a target account from accounts corresponding to the second terminal in the live interface of the first terminal, and sending a second request to the server so that the server sends the transaction order information of the object to be traded to the second terminal corresponding to the target account.

Description

Live broadcast interaction method, terminal and storage medium

Technical Field

The present disclosure relates to the field of network live broadcast technologies, and in particular, to a live broadcast interaction method, a terminal, and a storage medium.

Background

The network video live broadcast is based on the advantages of the Internet, online live broadcast is carried out by utilizing a video mode, and contents such as product display, related meetings, conversation interview, online training and the like can be published on the Internet on site.

The online commodity transaction is carried out by utilizing the live network video, and the characteristics of intuition, strong interactivity, no limitation of regions and the like of the internet can be utilized to enhance the field popularization effect.

The auction is a trading mode, has wide application requirements in daily life and work, and how to carry out commodity auction based on network video live broadcast is a problem to be solved at present.

Disclosure of Invention

The disclosure provides a live broadcast interaction method, a terminal and a storage medium, which are used for improving the effectiveness of object transaction based on network video live broadcast. The technical scheme of the disclosure is as follows:

according to a first aspect of the embodiments of the present disclosure, a live broadcast interaction method is provided, including:

responding to an operation that a transaction function option in a live broadcast interface of a first terminal is triggered, and sending a first request containing information of an object to be transacted to a server, wherein the information of the object to be transacted comprises a transaction access condition corresponding to the object to be transacted, and the first request is used for requesting the server to send the information of the object to be transacted to a second terminal which is in the same live broadcast room with the first terminal;

responding to transaction request information which is sent by the second terminal after meeting the transaction admission condition and corresponds to the object to be transacted, and displaying account information and the transaction request information which correspond to the second terminal in a live broadcast interface of the first terminal;

and responding to an operation of selecting a target account from accounts corresponding to the second terminal in a live interface of the first terminal, and sending a second request to the server, wherein the second request is used for requesting the server to send the transaction order information of the object to be traded to the second terminal corresponding to the target account.

In some implementations, the transaction admission condition includes sending a virtual gift.

In some implementations, before sending the first request including the information of the object to be traded to the server, the method further includes: displaying an information setting window of the object to be traded in a live broadcast interface of the first terminal, wherein the information setting window comprises a trading access condition setting area and is used for setting a virtual gift required to be sent when a trade is requested; displaying a candidate virtual gift list in response to the operation that the transaction admission condition setting area is triggered; and in response to the operation that the virtual gifts in the candidate virtual gift list are selected, setting the selected virtual gifts as the virtual gifts required to be sent when the transaction is requested.

In some implementations, further comprising: intercepting a live video image to obtain an image of the object to be traded; and displaying the image of the object to be traded in a picture display area of the object to be traded in the information setting window.

In some implementations, the transaction request information includes account information corresponding to the second terminal and bid information for the object to be transacted; the displaying of the account information and the transaction request information corresponding to the second terminal in the live interface of the first terminal includes:

updating a bidding account list corresponding to the object to be traded according to account information and bidding information in the transaction request information sent by the second terminal, wherein the bidding account list comprises the account information and the bidding information of the transaction request sent by the object to be traded;

and displaying the updated bidding account list, wherein the accounts in the updated bidding account list are sorted according to the bidding level.

In some implementations, further comprising: responding to an operation that a function option used for canceling the transaction behavior of the object to be transacted is triggered in a live interface of the first terminal, the first terminal sends a third request to the server, the third request carries transaction ending prompt information of the object to be transacted, and the third request is used for indicating the server to send the transaction ending prompt information to the second terminal, so that the second terminal displays the transaction ending prompt information in the live interface.

According to a second aspect of the embodiments of the present disclosure, there is provided a live broadcast interaction method, including:

responding to received information of an object to be traded sent by a server, and displaying the information of the object to be traded in a live broadcast interface of a second terminal, wherein the information of the object to be traded comprises trading access conditions corresponding to the object to be traded;

responding to the operation that a transaction request function option corresponding to the information of the object to be transacted in the live broadcast interface of the second terminal is triggered, and judging whether the account of the second terminal meets the transaction admission condition;

and when the account of the second terminal meets the transaction admission condition, responding to the operation of inputting the bidding information of the object to be traded and sending transaction request information, wherein the transaction request information comprises the account information corresponding to the second terminal and the input bidding information.

In some implementations, further comprising: if the account of the second terminal does not meet the transaction admission condition corresponding to the object to be transacted, executing:

displaying the function options corresponding to the transaction admission conditions;

and responding to the operation that the function option corresponding to the transaction admission condition is triggered, so that the account of the second terminal meets the transaction admission condition.

In some implementations, the sending transaction request information in response to the operation of inputting the bidding information of the object to be transacted includes: and if the input bidding information of the object to be traded meets the bidding rule of the object to be traded, sending trading request information, and otherwise, displaying prompt information of bidding failure.

In some implementations, further comprising: responding to the received trading order information of the object to be traded sent by the server, and displaying the trading order information in a live interface of the second terminal; and receiving a trade order of the object to be traded from the server in response to the operation of triggering the trade order information.

According to a third aspect of the embodiments of the present disclosure, there is provided a terminal configured as a first terminal in a live video room, including:

the transaction issuing unit is configured to send a first request containing information of an object to be transacted to a server in response to an operation that a transaction function option in a live interface of a first terminal is triggered, wherein the information of the object to be transacted includes a transaction admission condition corresponding to the object to be transacted, and the first request is used for requesting the server to send the information of the object to be transacted to a second terminal which is located in the same live room with the first terminal;

the transaction processing unit is configured to respond to transaction request information which is sent by the second terminal after meeting the transaction admission condition and corresponds to the object to be transacted, and display account information and the transaction request information which correspond to the second terminal in a live broadcast interface of the first terminal; and responding to an operation of selecting a target account from accounts corresponding to the second terminal in a live interface of the first terminal, and sending a second request to the server, wherein the second request is used for requesting the server to send the transaction order information of the object to be traded to the second terminal corresponding to the target account.

In some implementations, further comprising:

the information setting unit is configured to display an information setting window of the object to be traded in a live broadcast interface of the first terminal before sending a first request containing information of the object to be traded, wherein the information setting window comprises a trading admission condition setting area and is used for setting a virtual gift required to be sent when trading is requested; displaying a candidate virtual gift list in response to the operation that the transaction admission condition setting area is triggered; and setting the selected virtual gift as a virtual gift to be transmitted when a transaction is requested in response to an operation of selecting the virtual gift in the candidate virtual gift list.

In some implementations, the information setting unit is further configured to: intercepting a live video image to obtain an image of the object to be traded; and displaying the image of the object to be traded in a picture display area of the object to be traded in the information setting window.

In some implementations, the transaction request information includes account information corresponding to the second terminal and bid information for the object to be transacted; the transaction processing unit is further configured to:

updating a bidding account list corresponding to the object to be traded according to account information and bidding information in the transaction request information sent by the second terminal, wherein the bidding account list comprises the account information and the bidding information of the transaction request sent by the object to be traded; and displaying the updated bidding account list, wherein the accounts in the updated bidding account list are sorted according to the bidding level.

In some implementations, the transaction processing unit is further configured to: responding to an operation that a function option used for canceling the transaction behavior of the object to be transacted is triggered in a live broadcast interface of the first terminal, sending a third request to the server, wherein the third request carries transaction ending prompt information of the object to be transacted, and the third request is used for indicating the server to send the transaction ending prompt information to the second terminal, so that the second terminal displays the transaction ending prompt information in the live broadcast interface.

According to a fourth aspect of the embodiments of the present disclosure, there is provided a terminal configured as a second terminal in a live video room, including:

the information display unit is configured to respond to the received information of the object to be traded sent by the server and display the information of the object to be traded in a live interface of the second terminal, wherein the information of the object to be traded comprises trading admission conditions corresponding to the object to be traded;

the transaction admission condition judging unit is configured to respond to the operation that a transaction request function option corresponding to the object information to be transacted in the live broadcast interface of the second terminal is triggered, and judge whether the account of the second terminal meets the transaction admission condition;

and the transaction processing unit is configured to respond to the operation of inputting the bidding information of the object to be traded and send transaction request information when the account of the second terminal meets the transaction admission condition, wherein the transaction request information comprises account information corresponding to the second terminal and the input bidding information.

In some implementations, further comprising: and the admission processing unit is configured to display the function options corresponding to the transaction admission conditions if the account of the second terminal does not meet the transaction admission conditions corresponding to the objects to be transacted, and respond to the operation that the function options corresponding to the transaction admission conditions are triggered, so that the account of the second terminal meets the transaction admission conditions.

In some implementations, the transaction processing unit is further configured to: and if the input bidding information of the object to be traded meets the bidding rule of the object to be traded, sending trading request information, and otherwise, displaying prompt information of bidding failure.

In some implementations, the transaction processing unit is further configured to:

responding to the received trading order information of the object to be traded sent by the server, and displaying the trading order information in a live interface of the second terminal;

and receiving a trade order of the object to be traded from the server in response to the operation of triggering the trade order information.

In some implementations, the information display unit is further configured to: and responding to the received transaction ending prompt information of the object to be transacted, which is sent by the server, and displaying the transaction ending prompt information in a live interface of the second terminal.

According to a fifth aspect of embodiments of the present disclosure, there is provided a non-transitory readable storage medium, wherein instructions of the storage medium, when executed by a computer processor, enable the computer to perform a live interaction method as in any one of the embodiments of the present disclosure.

According to a sixth aspect of the embodiments of the present disclosure, there is provided a computer program product, which when run on a terminal, causes the terminal to execute a live broadcast interaction method that implements any one of the embodiments of the present disclosure.

The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects:

when the object (such as goods or service) transaction is carried out based on network video live broadcast, when a transaction function option in a live broadcast interface of a first terminal (a terminal where an anchor user is located) in a live broadcast room is triggered, a first request containing information of the object to be transacted is sent to a server, the server sends the information of the transaction object to other terminals (second terminals) in the live broadcast room, because the information of the transaction object comprises the transaction access condition corresponding to the transaction object, that is, the object to be traded is set with trade admission conditions (that is, the trade behavior of the object is set with conditions such as the need to send a virtual gift), so that an account desiring to participate in a trade can only make a trade request (such as bidding on the object) if the trade admission conditions are met, therefore, invalid or malicious transaction requests can be filtered out, and the effectiveness of the transaction can be improved.

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, serve to explain the principles of the disclosure and are not to be construed as limiting the disclosure.

FIG. 1 is a diagram illustrating a network video live scene in accordance with an exemplary embodiment;

FIG. 2a illustrates a flow of a bid auction at a first terminal according to an exemplary embodiment;

FIG. 2b illustrates a flow of a bid auction at a second terminal, according to an exemplary embodiment;

FIG. 2c is an interaction flow illustrating a bid auction based on a live network video according to an exemplary embodiment;

FIG. 3 is a block diagram illustrating a bid auction flow according to an exemplary embodiment;

fig. 4a, 4b and 4c are schematic interface diagrams illustrating a first terminal starting an auction and setting auction information, respectively, according to an exemplary embodiment;

FIGS. 5a, 5b, and 5c are diagrams of interfaces for bidding by the second terminal, respectively, according to an exemplary embodiment;

FIGS. 6a and 6b are schematic diagrams illustrating an interface in which a first terminal displays a bid account and selects a target account, respectively, according to an example embodiment;

fig. 7a and 7b are schematic diagrams illustrating an interface in which an account of the second terminal is selected as a target account and a transaction is ended, respectively, according to an exemplary embodiment;

fig. 8, 9, 10, 11 are block diagrams of a terminal according to an exemplary 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.

The application scenario described in the embodiment of the present disclosure is for more clearly illustrating the technical solution of the embodiment of the present disclosure, and does not form a limitation on the technical solution provided in the embodiment of the present disclosure, and as a person having ordinary skill in the art knows, with the occurrence of a new application scenario, the technical solution provided in the embodiment of the present disclosure is also applicable to similar technical problems.

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 used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. 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.

The term "and/or" in the embodiments of the present disclosure describes an association relationship of associated objects, and means that there may be three relationships, for example, a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

The term "plurality" in the embodiments of the present disclosure means two or more.

In order to facilitate better understanding of the technical solutions of the present disclosure by those skilled in the art, the following technical terms related to the present disclosure are explained.

A terminal: various terminals in the embodiments of the present disclosure refer to various terminals having related functions of live webcast, such as a mobile phone, a computer, an intelligent device, or client applications on various terminals, which may include, but are not limited to, a terminal for initiating live webcast, a terminal for watching live webcast, or a terminal capable of both initiating live webcast and watching live webcast.

The transaction object is: the transaction object in the embodiment of the present disclosure may be, but is not limited to, an article (commodity) available for transaction, a service available for transaction, and the like. The trading mode in the embodiment of the present disclosure may include auction, that is, participants may bid on the trading object (i.e., bid), and the auctioneer may select a trading target user according to the bid of each participant.

Live broadcast room users: live room users in embodiments of the present disclosure include users who are live (also referred to as anchor), as well as users who are watching live (also referred to as viewers). In embodiments of the present disclosure, the anchor may initiate a bid auction for the transaction object in a live room where the audience may participate in bidding.

It should be noted that, in the embodiment of the present disclosure, a user needs to log in with its own account when using a live application, that is, each user of the live application has its own account (account information of the user may include a user name, a user nickname, a user identifier, a password, and the like), so in the following embodiments of the present disclosure, in some scenarios, the "account", "user account", and "user" are the same and are used to refer to a main broadcast or a viewer in a live broadcast room.

Currently, when a commercial auction is performed based on network video live broadcast, after a director in a live broadcast room initiates a bid auction for a certain commercial, the viewers participating in the bid in the live broadcast room bid for the commercial in a review area of the live broadcast room, and the director checks bid information issued by the viewers participating in the bid in the review area, performs manual screening, and selects a transaction target user for transaction. In the scheme, for the bidding auction initiated by the anchor, the audience in the live broadcast room can participate in bidding and the bidding information is released in the review area of the live broadcast room. Because no admission condition is set for the transaction behavior, the situation that the malicious bidding of the audience occurs is inevitable, which will cause interference to the auction bidding process, influence the effectiveness of the auction bidding and influence the efficiency of the commodity transaction.

Further, the audience publishes bidding information in a live broadcast review area, a large amount of information irrelevant to bidding can exist in the live broadcast review area besides the commodity bidding information, and the information published by the audience is sorted according to the publication time sequence, so that difficulty is caused to the anchor broadcaster to screen the target users according to the bidding information, the transaction operation of the anchor is complicated, the commodity transaction efficiency is influenced, and the usability of the popularization form of commodity auction based on network video live broadcast is influenced.

In view of this, embodiments of the present disclosure provide a live broadcast interaction method, a terminal, and a storage medium. In the embodiment of the disclosure, when an object (such as a commodity or a service) transaction is performed based on live network video, after a transaction function option in a live interface of a first terminal (a terminal where a main broadcast user is located) in a live broadcast room is triggered, a request message is sent to a server, where the request message carries information of an object to be transacted, where the information includes a transaction admission condition (such as identification information of a virtual gift that needs to be sent) corresponding to the object to be transacted, so that the server sends the information of the object to be transacted to a second terminal (a terminal where an audience is located) in the live broadcast room, and when the second terminal participates in a transaction bidding of the object, the second terminal needs to meet the transaction admission condition (such as sending a designated virtual gift) first. Because the transaction admission condition is set for the transaction behavior of the object needing transaction, compared with the condition that the transaction admission condition is not set for the transaction behavior, the transaction threshold can be improved, so that invalid or malicious transaction requests are filtered, and the transaction effectiveness can be improved.

Further, at the first terminal (the terminal where the anchor user is located), the account information participating in the transaction (i.e., the transaction request is sent) and the transaction request information (e.g., the bid information) may be displayed in a transaction user (account) list, and may be sorted according to the transaction request information (e.g., bid progress), so that the anchor user may conveniently select a transaction target user from the transaction request list.

Embodiments of the present disclosure are described in detail below with reference to the accompanying drawings.

Fig. 1 schematically illustrates a network video live scene in an embodiment of the present disclosure. The scene comprises at least one server, at least one first terminal and at least one second terminal. The first terminal is a terminal where a main broadcasting user is located, and the second terminal is a terminal where audiences are located. In the figure, 2 servers (100a, 100b), 1

first terminal

101, and 3 second terminals (102a, 102b, 102c) are described as an example.

The first terminal 101 is configured to distribute a live video or a produced video, and when the live video is distributed, the first terminal 101 may send a video stream to the second terminal (102a, 102b, 102 c). The second terminal (102a, 102b, 102c) is configured to receive the video stream and play it for viewing by a viewer.

The terminal may be a smart phone, a tablet computer, a portable computer, or other devices, which is not limited in the embodiment of the present disclosure.

Server 100a may be used to provide video services and may be referred to as a live server, and server 100b may provide e-commerce services and may be referred to as an e-commerce server. Of course, a single server may also be used to provide video services and e-commerce services, which is not limited by the embodiments of the present disclosure. Taking the example of implementing the video service and the e-commerce service by using different servers, when the anchor user performs video live broadcasting on the first terminal 101, the video stream may be distributed to the server 100a through the network, and the server 100a distributes the video stream. When the second terminal (102a, 102b, 102c) receives the video stream forwarded by the server 100a, the playing can be performed based on the video stream. In the live video process, the first terminal 101 and the second terminal (102a, 102b, 102c) may interact with the server 100b to implement online transaction, for example, the second terminal (102a, 102b, 102c) may perform operations related to e-commerce such as order generation and e-payment.

In the embodiment of the present disclosure, based on the above scenario, the anchor user may start a live broadcast process through the first terminal 101, and the viewer may enter the live broadcast room of the anchor user through the second terminal (102a, 102b, 102c) to view the video stream sent by the anchor user through the first terminal 101. Specifically, the above process may include the following operations: on the first terminal 101 side, after a function option for starting live broadcast in a user interface provided by a live broadcast application is triggered (for example, an anchor user clicks a "live broadcast" button in the user interface), the first terminal 101 sends a live broadcast establishment request to the server 100 a; the server 100a allocates a live ID to the anchor user according to the request, and sends the anchor ID to the first terminal 101; the first terminal 101 identifies the acquired video stream with the live broadcast ID, and sends the video stream to the server 100 a; the server 100a distributes the video stream to the second terminal (102a, 102b, 102 c); the second terminal (102a, 102b, 102c) plays the received video stream for viewing by a user requesting to view the live video.

During the live video, a bid auction transaction can be conducted between the first terminal 101 and the second terminal (102a, 102b, 102c), i.e., the viewer can conduct a bid transaction for goods or services provided by the anchor user.

Fig. 2a illustrates a flow of a bid auction implemented at a first terminal (a terminal at which a host is located) side provided by an embodiment of the present disclosure. In the process, the first terminal is a terminal used by a main broadcasting user, and the second terminal is a terminal used by a viewer. After the anchor user starts the live broadcast, other users can enter a live broadcast room of the anchor user as audiences to watch the network video live broadcast and participate in bidding auction initiated by the anchor user in the process of watching the network video live broadcast.

As shown, the process may include the following steps:

s10: the first terminal responds to the operation that a transaction function option in a live interface of the first terminal is triggered, and sends a first request containing information of an object to be transacted to the server.

The information of the object to be traded comprises a trading admission condition corresponding to the object to be traded, and the first request is used for requesting the server to send the information of the object to be traded to other terminals. The other terminals are terminals used by audiences watching the network video live broadcast of the anchor user, and comprise second terminals.

S11: and the first terminal responds to the transaction request information which is sent by the second terminal after meeting the transaction admission condition and corresponds to the object to be transacted, and displays the account information corresponding to the second terminal and the transaction request information in a live broadcast interface of the first terminal.

S12: the first terminal responds to the operation of selecting a target account from accounts corresponding to the second terminal in a live interface of the first terminal, and sends a second request to the server, wherein the second request is used for requesting the server to send the transaction order information of the object to be transacted to the second terminal corresponding to the target account.

Fig. 2b illustrates a flow of a bid auction implemented at the second terminal (the terminal where the viewer is located) side provided by an embodiment of the present disclosure. In the process, the first terminal is a terminal used by a main broadcasting user, and the second terminal is a terminal used by a viewer. After the anchor user starts the live broadcast, other users can enter a live broadcast room of the anchor user as audiences to watch the network video live broadcast and participate in bidding auction initiated by the anchor user in the process of watching the network video live broadcast.

As shown, the process may include the following steps:

s20: the second terminal responds to the received information of the object to be traded sent by the server, and the information of the object to be traded is displayed in a live broadcast interface of the second terminal, wherein the information of the object to be traded comprises trading access conditions corresponding to the object to be traded.

S21: and the second terminal responds to the operation that the transaction request function option corresponding to the object information to be transacted in the live broadcast interface of the second terminal is triggered, and judges whether the account of the second terminal meets the transaction admission condition.

S22: and when the account of the second terminal meets the transaction admission condition, the second terminal responds to the operation of inputting the bidding information of the object to be traded and sends transaction request information, wherein the transaction request information comprises the account information corresponding to the second terminal and the input bidding information.

Further, if the account of the second terminal does not satisfy the transaction admission condition, the second terminal executes the relevant operation for satisfying the transaction admission condition, so that the account of the second terminal satisfies the transaction admission condition. After the account of the second terminal satisfies the transaction admission condition, a bidding operation can be performed (see the above description of S22).

The interaction process between the first terminal and the second terminal can be carried out through the server. The process of the first terminal and the second terminal interacting through the server to implement a bid auction can be as shown in fig. 2 c.

Fig. 2c illustrates a flow of a bid auction based on a live network video provided by an embodiment of the present disclosure. In the process, the first terminal is a terminal used by a main broadcasting user, and the second terminal is a terminal used by a viewer. After the anchor user starts the live broadcast, other users can enter a live broadcast room of the anchor user as audiences to watch the network video live broadcast and participate in bidding auction initiated by the anchor user in the process of watching the network video live broadcast.

As shown, the process may include the following steps:

s201: when a transaction function option in a live broadcast interface of a first terminal is triggered, the first terminal sends a first request containing information of an object to be transacted to a server, and the server sends the information of the object to be transacted to a terminal (a second terminal) where audiences in a live broadcast room are located, so that the information of the object to be transacted is displayed in the live broadcast interface of the terminal where the audiences are located.

In this step, a function option (such as a "sell" icon) for starting a transaction is displayed in a live interface in the first terminal, and when the function option is triggered (such as an anchor user clicks the "sell" icon), the first terminal obtains related information of an object to be transacted and sends a first request to the server, where the first request carries information of the object to be transacted.

The information of the object to be traded carried by the first request includes the relevant information of the trading admission condition corresponding to the object, and may further include one or any combination of the following information: a picture of the object, a commodity category to which the object belongs, a commodity code of the object, a strike price of the object, and the like.

The transaction admission condition corresponding to the object refers to a condition that needs to be met when the object is transacted, that is, a bidding request can be initiated for the object after the transaction admission condition is met, and a bidding auction transaction behavior is performed.

In some embodiments, the transaction admission condition may be to send (or purchase) a virtual gift, that is, to perform a transaction (initiate a bid) on the object after the viewer sends (or purchases) the virtual gift, wherein the virtual gift to be sent (or purchased) may be a designated virtual gift (for example, the transaction admission condition specifies to send a virtual gift named "sports car"), a virtual gift with a designated price requirement (for example, the transaction admission condition specifies to send a virtual gift with a price greater than 10 virtual coins), or any virtual gift.

In other embodiments, the transaction admission condition may be a virtual currency that pays a specified amount, such as the transaction admission condition specifies a minimum of 10 virtual currencies to pay. The transaction admission condition may be other things, and the embodiment of the disclosure is not limited to this.

Taking the transaction admission condition as an example of sending the designated virtual gift, the first request may carry an identifier of the designated virtual gift, so that the viewer can know the virtual gift to be sent for bidding. Taking the transaction admission condition as an example of sending a virtual gift with a specified price, the price condition information of the virtual gift (for example, the price condition of the virtual gift is "more than or equal to 10 virtual coins") can be carried in the first request, so that the spectator can know the virtual coins required to be spent for the bidding.

The information of the object to be traded can be preset or can be set by the anchor user on site.

Taking the trade admission condition of a product for bidding auction as an example of sending a designated virtual gift, in some embodiments of presetting bidding auction product information, a host user may preset a virtual gift to be sent for participating in bidding for the product to be bid, so that when the product is selected as a bidding auction product, the first terminal may obtain related information such as a name or an identifier of the preset virtual gift to be sent for participating in bidding for the product. Of course, other information of the product (for example, product name, product type, product number, product stock information, product price information, and the like) may be set in advance.

Still taking the transaction admission condition of the product for the bidding auction as an example of sending a designated virtual gift, in some embodiments that the product information for the bidding auction is set on site, after the transaction function option in the live broadcast interface of the first terminal is triggered, a product information setting window for the bidding auction is displayed in the live broadcast interface of the first terminal, and the window includes a transaction admission condition setting area for setting the virtual gift to be sent when the bidding is performed on the product. For example, when the transaction admission condition setting area is triggered (for example, the user clicks the transaction admission condition setting area), the candidate virtual gift list is displayed; when the virtual gifts in the candidate virtual gift list are selected (for example, the user clicks to select the virtual gifts in the candidate virtual gift list), the first terminal sets the selected virtual gifts as the virtual gifts to be sent when bidding on the commodity.

Further, in the above embodiment of the method for setting information of a product for bid auction on site, other information of the product may also be set on site, for example, the first terminal captures a live video image to obtain an image of the product, and displays the image in the image display area in the information setting window; for another example, the information setting window may further include a start price input region through which the start price input by the anchor user is obtained.

S202: and when the transaction request function option of the object to be transacted in the live broadcast interface of the second terminal (namely the terminal where the audience is positioned) is triggered, displaying the function option for requesting to meet the transaction admission condition.

In some embodiments, after the server sends the information of the object to be traded to the second terminal, the second terminal displays the information in a live interface of the second terminal. The display form of the information can be a 'resident card' form, the 'resident card' can be realized through a graphic control, and the 'resident card' can display the information such as pictures, names and the like of the objects to be traded, so that the audience can know the objects currently in auction. The "resident card" may also display the current maximum bid information for the viewer to bid on.

The "resident card" may also contain a transaction request function option (e.g., the function option may be a button for initiating a bid) for initiating a transaction request.

It should be noted that, displaying the information of the object to be traded in the form of a "resident card" is only an example, and the display mode of the information is not limited in the embodiment of the present disclosure.

S203: and when the transaction request function option in the live interface of the second terminal is triggered, the second terminal judges whether the user (account) of the second terminal meets the transaction admission condition, if so, the step is switched to S205, otherwise, the step is switched to S204.

S204: and the second terminal displays the function options corresponding to the transaction admission conditions, and enables the user (account) of the second terminal to meet the transaction admission conditions after the function options are triggered.

In this step, if the second terminal determines that the user (account) of the second terminal does not satisfy the transaction transfer-in condition, the function options corresponding to the transaction access conditions can be displayed in the live broadcast interface. When the function option is triggered (e.g., the user clicks on the function option), the second terminal may display a prompt window in its live interface for prompting the transaction admission condition (e.g., prompting to bid after sending the virtual gift).

Function options for requesting satisfaction of transaction admission conditions (such as a function button for confirming transmission of a virtual gift) may also be displayed in the prompt window. When the option is triggered (e.g., the user clicks on the option), the second terminal performs corresponding processing (e.g., sending a virtual gift) to enable the user of the second terminal to satisfy the transaction admission condition.

S205: the second terminal responds to the operation of inputting the bidding information of the object to be traded, sends trading request information, and updates and displays the bidding information of the object to be traded in a live interface of the second terminal.

In this step, in case that the user (account) of the second terminal satisfies the above-mentioned transaction admission condition, the second terminal may display a bid input window so that the user inputs bid information. After obtaining the bidding information input by the user, the second terminal can send a transaction request to the first terminal, wherein the transaction request information is carried in the transaction request. The request may also be sent to the first terminal via the server. The transaction request information may include account information corresponding to the second terminal and input bid information.

In order to ensure the effectiveness of bidding, in some embodiments, a bidding rule of the object to be traded may be set, and if the input bidding information satisfies the bidding rule, the trading request information is sent, otherwise, a prompt message indicating that bidding fails is displayed.

For example, the bidding rule may be that the entered bid cannot be lower than the current maximum bid for the object to be traded. And after the second terminal obtains the bidding information input by the user, if the input bidding is judged to be lower than the current highest bidding, the bidding is prompted to fail.

S206: and when the first terminal receives the transaction request information sent by the second terminal, displaying the account information and the transaction request information corresponding to the second terminal in a live broadcast interface of the first terminal.

In some embodiments, a bidding user list display area may be included in the live interface of the first terminal for displaying a bidding user list (also referred to as a bidding account list) corresponding to the object to be traded. The bidding user list only contains account information (such as a user name or a user nickname) of a viewer who initiates a transaction request (such as participation in bidding) and bidding information (namely bidding information for an object to be traded), so that compared with displaying bidding related information in a live broadcasting room comment area, interference of bidding irrelevant information can be avoided, and a host user can conveniently view bidding conditions.

Further, users in the bidding user list may be ranked according to the bidding information, such as ranking the users in order of high bid to low bid, so as to facilitate the anchor user to select a user with a higher bid for a transaction.

And updating the bidding user list after the first terminal receives the bidding sent by the terminal where the audience is positioned, so that the current bidding situation can be displayed in real time.

In the embodiment of the disclosure, in the auction process of the object to be traded, the user (account) of the second terminal may initiate multiple bids after the transaction admission condition is satisfied, for example, after a specified virtual gift is sent, multiple bids may be initiated without sending the specified virtual gift again at each bid. The following describes the specific implementation by taking an auction as an example:

mode 1: in the live broadcast interface of the second terminal, after the function option requesting to send the virtual gift is triggered and the sending operation of the virtual gift is carried out, the live broadcast application of the second terminal can set a flag bit to indicate that the user of the second terminal sends the virtual gift aiming at the object to be bid auction currently, therefore, after the bid request function option in the live broadcast interface of the second terminal is triggered again, the live broadcast application of the second terminal can judge that the user sends the corresponding virtual gift according to the flag bit, namely, the corresponding transaction admission condition is met, therefore, the prompt information of the transaction admission condition does not need to be displayed, but a bid information input window is directly displayed, and the user can submit bid information.

Mode 2: on the server, a user list is used to record and maintain relevant information of users who have sent corresponding virtual gifts (i.e., meet transaction admission conditions) for the commodities in the live broadcast room in which the first terminal and the second terminal are located and which are bidding auctions. And in a live broadcast interface of the second terminal, after a function option for requesting to send the virtual gift is triggered and the sending operation of the virtual gift is carried out through the server, adding the user identification of the second terminal into the user list on the server. In this way, after the bid request function option in the live interface of the second terminal is triggered again, the live application of the second terminal can query the user list to the server, and if the user of the second terminal exists in the list, the live application of the second terminal judges that the user has sent the corresponding virtual gift, namely the corresponding transaction admission condition is met, so that the bid information input window is directly displayed without displaying the prompt information of the transaction admission condition, and the user can submit the bid information. The user list may be deleted after the auction process for the corresponding object to be traded is completed.

Of course, the above description only gives two implementation methods by way of example, and the embodiments of the present disclosure are not limited thereto.

S207: and when the user (account) corresponding to the second terminal in the live broadcast interface of the first terminal is selected as a trading target, the first terminal sends a second request to the server, so that the server sends trading order information of the object to be traded to the second terminal corresponding to the target user (account).

In this step, in a case where a bidding user list is displayed in the live interface of the first terminal and the list ranks users in order of bidding from high to low, the anchor user may select one user (account) from the list as a target user (account), for example, a user (account) with a higher bidding price may be selected as a target user (account).

Further, after the second terminal receives the trade order information of the object to be traded sent by the server, the trade order information can be displayed in a live interface of the second terminal. When the transaction order information is triggered, the second terminal can receive the transaction order of the object to be traded from the server to complete the transaction.

Further, after the transaction is finished, the first terminal may send a third request to the server, where the third request carries a transaction end prompt message of the object to be transacted, so that the server sends the transaction end prompt message to terminals of other audiences in the live broadcast room, including the second terminal, so that the terminals of the audiences display the transaction end prompt message in a live broadcast interface, thereby notifying the audiences of the end of the transaction.

For example, the anchor may actively end (or cancel) the current bid auction process. Specifically, after a function option for canceling a transaction in a live broadcast interface of the first terminal is triggered (for example, an anchor user clicks the function option), the first terminal sends a third request to the server, where the third request carries a transaction end prompt message of the object to be transacted, so that the server sends the transaction end prompt message to terminals of other audiences in the live broadcast room, including the second terminal, so that the terminals of the audiences display the transaction end prompt message in the live broadcast interface, and thus inform the audiences that the transaction is ended.

According to the above embodiment or the combination of multiple embodiments, it can be seen that in the embodiment of the present disclosure, when the bidding auction is performed based on live network video, a transaction admission condition can be set for the current bidding auction, only the audience meeting the admission condition can participate in bidding, and compared with a case that the transaction admission condition is not set for the bidding auction, some invalid or malicious bidding can be filtered out, so that the effectiveness of the transaction can be improved.

The following describes a process of conducting a bid auction based on a live video, with reference to a block diagram of a bid auction flow shown in fig. 3 and a live interface shown in fig. 4a to 7b as an example, according to one or more embodiments above.

As shown in fig. 3, in 301 to 303, after the first terminal starts a bidding auction in a live broadcast process, the first terminal sets related information of an auction product (for example, a bid price), and sets a bidding admission threshold (i.e., a transaction admission condition) for the auction product, and after the setting is completed, the first terminal sends the related information of the auction product to a server, and the server sends the related information of the auction product to a terminal (a second terminal) where an audience in a live broadcast room is located.

In this embodiment, the bidding admission threshold is the requirement for sending the designated virtual gift. And setting the bidding admission threshold as a selectable item, and if not, defaulting the system to a non-admission threshold. If the bidding admission threshold is set, the audience in the live broadcast room can initiate bidding on the commodity only after sending the specified virtual gift, and if the bidding admission threshold is not set, the audience in the live broadcast room can initiate bidding on the commodity.

In the above process, the change of the live interface of the first terminal may be as shown in fig. 4a, 4b and 4 c. In fig. 4a, a review area 401 is included in a live interface 400 of the anchor TOM, and is used for displaying review information published by viewers in a live room. Also included in the live interface 400 is a "bid auction" button to trigger initiation of a bid auction.

After the "auction bidding" button 402 is triggered (for example, the on-air TOM clicks the button), as shown in fig. 4b, an information setting window 500 of the auction product pops up, and the first terminal intercepts a video picture currently captured by the camera of the first terminal as a picture of the auction product and displays the picture in an auction product picture display area 501 in the information setting window 500. The information setting window 500 further includes a start-up price setting area 502 and a product code setting area 504, and the anchor user can input a start-up price in the start-up price setting area 502 and a product code in the product code setting area 504. Also included in the information setting window 500 is a threshold gift setting area 503 that, when triggered (e.g., by the anchor user clicking on the area), pops up a virtual gift list window 600, as shown in fig. 4 c.

The virtual gift list window 600 displays the virtual gift icons that can be selected by the on-air user, and when one of the virtual gift icons in the virtual gift list is selected (for example, when the on-air user selects one of the virtual gifts) and the confirmation button 601 is clicked, the virtual gift list window 600 is closed, and the threshold gift setting area 503 of the information setting window 500 displays the information of the selected virtual gift. When the information setting for the auction item is completed and the start vending button 505 in the information setting window 500 is triggered (e.g., the anchor user clicks the start vending button 505 in the information setting window 500), the information setting window 500 is closed. Meanwhile, the first terminal assembles the picture information, threshold gift, shooting price and other information of the commodity into a load (payload) of an HTTP (HyperText Transfer Protocol) request message, and sends the load (payload) to the server in a POST mode. After receiving the request, the server generates a data structure of the commodity information associated with the current live broadcast room, and reassembles and compresses the data structure of the commodity information through the long link established in the live broadcast room, and then sends the data structure to the terminal (second terminal) where the audience is located.

As shown in fig. 3, the second terminal displays the bid item information on the live broadcast interface after receiving the bid item information transmitted from the server at 304 to 306. The viewer can bid on the bid item after sending the designated virtual gift.

In the above process, the change of the live interface of the second terminal may be as shown in fig. 5a, 5b and 5 c. In fig. 5a, the information of the auction product is shown in the form of a resident card 701, and when a "go bid" button 702 in the resident card 701 is triggered (e.g. when the viewer clicks the "go bid" button 702 in the resident card 701), a prompt information window 800 appears, as shown in fig. 5 b.

The information prompt window 800 of fig. 5b is used to prompt the viewer to bid after the present is sent, and when the "ok" button of the information prompt window 800 is triggered (for example, after the user selects the "ok" button, the second terminal interacts with the server to complete the sending operation of the present, after the designated virtual present is sent, a bid information input window 900 pops up, as shown in fig. 5 c.

After the second terminal obtains the bid price input by the user (for example, after the user inputs the bid price and clicks the confirmation button), the second terminal may compare the bid price with the current highest bid price, and if the bid price input by the user is lower than the current highest bid price, the current bid price fails. And if the bid price input by the user is not lower than the current highest bid price, the second terminal assembles the commodity information, the account information and the live broadcast information into a load (payload) of the HTTP request message and sends the HTTP request message to the server to generate an order data structure. After successful bidding, the "current bid" resident in the card 701 is updated to the current maximum bid price in the live interface of the second terminal.

If an error occurs when an order is generated, such as the auction is just finished at the same time, the server returns error information through the HTTP message, and the terminal for bidding displays the error information to the user for viewing after receiving the HTTP message.

As shown in fig. 3, in 307 to 308, after the viewers successfully bid, the server transmits the current product bidding information to the anchor terminal (first terminal) and the terminals where the other viewers are located through an HTTP message. And the first terminal updates the bidding user list after receiving the bidding information and sorts according to the bidding price, and the terminal where the audience is located updates the highest bidding price of the commodity after receiving the bidding information. After the anchor user selects the target user, the first terminal sends a request message to the server to request the server to inform the terminal where the target user is located to send a transaction order.

In the above process, as shown in fig. 6a and 6b, after receiving the bid price, the first terminal updates the bid user list 1000, and enables the users in the list to be ranked according to the bid price from high to low. When the "choose to deal" button in the bidding user list 1000 is activated (e.g., the anchor user selects the "choose to deal" button), the function button for the selecting user is displayed in the bidding user list, as shown in FIG. 6 b. The anchor user may click the function button corresponding to the corresponding user to select the user as the target user (as shown in fig. 6b, the function button corresponding to the user a is in a selected state, which indicates that the user a is selected as the target user). After the anchor user selects a target user and clicks a 'confirm deal' button, the first terminal sends an auction deal command to the server, and after the server receives the command, the server sends a current commodity auction end command to terminals where all audiences in the live broadcast room are located through long-chain connection and sends a directional order prompt to the terminal where the selected target user is located.

As shown in fig. 3, at 309, the second terminal receives the order alert, fills in and pays for the order, and completes the transaction. And after receiving an auction ending instruction sent by the server, the terminals of other audiences prompt the auction to end, and the resident card of the bidding auction is automatically removed.

In the above process, the live interface of the second terminal where the target user is located is shown in fig. 7a, after receiving the directional order reminder sent by the server, the second terminal displays the popup 1100 that the bid successfully gets to purchase, and when the "go to purchase" button in the popup 1100 is triggered (for example, the user clicks the "go to purchase" button), the second terminal enters the order page, and the order can be filled in and paid through the page. After receiving the instruction for ending the auction for the commodity sent by the server, the terminal of the other audience displays the prompt message 1200 for ending the auction in the live broadcast interface, as shown in fig. 7 b.

Further, after the auction for bidding is made, the auction result can be announced at a preset position in the live broadcast room, for example, which user gets the commodity at what price, and the display form can be pop-up cards, live broadcast room top comments, live broadcast room stickers and the like.

As shown in fig. 3, if the second terminal submits the order and makes payment, in 310-314, the server performs conventional processing on the order, which may include, for example, auditing the order (310), if the auditing is passed, the order enters a pending delivery state (312), if the auditing is not passed, the order is closed (313), and further performs refund processing (314); if the second terminal does not submit an order, the server places the object with successful bidding in a shopping cart (315) in 315-316, and can further perform a prompt for order payment for the object in the following (316).

Based on the same inventive concept, the embodiment of the present disclosure further provides a terminal 80, which can implement the related functions of live network video.

As shown in fig. 8, the terminal is configured as a first terminal in a live video room, and the first terminal may include: a transaction issuing unit 81 and a transaction processing unit 82.

The transaction issuing unit 81 is configured to send a first request including information of an object to be transacted to a server in response to an operation that a transaction function option in a live interface of a first terminal is triggered, where the information of the object to be transacted includes a transaction admission condition corresponding to the object to be transacted, and the first request is used to request the server to send the information of the object to be transacted to a second terminal in the same live room as the first terminal;

the transaction processing unit 82 is configured to respond to transaction request information corresponding to the object to be transacted and sent by the second terminal after the transaction admission condition is met, and display account information corresponding to the second terminal and the transaction request information in a live broadcast interface of the first terminal; and responding to an operation of selecting a target account from accounts corresponding to the second terminal in a live interface of the first terminal, and sending a second request to the server, wherein the second request is used for requesting the server to send the transaction order information of the object to be traded to the second terminal corresponding to the target account.

In some embodiments, the transaction admission condition includes sending a virtual gift.

In some embodiments, the terminal 80 further includes an information setting unit 83 configured to, before sending the first request including information of the object to be traded, display an information setting window of the object to be traded in a live interface of the first terminal, where the information setting window includes a trade admission condition setting area for setting a virtual gift to be sent when the trade is requested; displaying a candidate virtual gift list in response to the operation that the transaction admission condition setting area is triggered; and setting the selected virtual gift as a virtual gift to be transmitted when a transaction is requested in response to an operation of selecting the virtual gift in the candidate virtual gift list.

In some embodiments, the information setting unit 83 is further configured to: intercepting a live video image to obtain an image of the object to be traded; and displaying the image of the object to be traded in a picture display area of the object to be traded in the information setting window.

In some embodiments, the transaction request information includes account information corresponding to the second terminal and bid information for the object to be transacted. The transaction processing unit 82 is further configured to:

In some embodiments, the transaction processing unit 82 is further configured to: responding to an operation that a function option used for canceling the transaction behavior of the object to be transacted is triggered in a live broadcast interface of the first terminal, sending a third request to the server, wherein the third request carries transaction ending prompt information of the object to be transacted, and the third request is used for indicating the server to send the transaction ending prompt information to the second terminal, so that the second terminal displays the transaction ending prompt information in the live broadcast interface.

With regard to the terminal shown in fig. 8, the specific contents of the operations executed by the various components and the functions implemented therein may be referred to the related description in the interaction flow provided in the following embodiments, and will not be elaborated herein.

Based on the same inventive concept, the embodiment of the present disclosure further provides a terminal 90, which can implement the related functions of live network video.

As shown in fig. 9, the terminal is configured as a second terminal in a live video room, and the terminal may include: an information display unit 91, an admission condition judgment unit 92, and a transaction processing unit 93.

The information display unit 91 is configured to respond to the received information of the object to be traded sent by the server, and display the information of the object to be traded in a live interface of the second terminal, wherein the information of the object to be traded comprises trading admission conditions corresponding to the object to be traded;

an admission condition judging unit 92, configured to respond to an operation that a transaction request function option corresponding to object information to be transacted in a live interface of the second terminal is triggered, and judge whether an account of the second terminal meets the transaction admission condition;

and a transaction processing unit 93 configured to, when the account of the second terminal satisfies the transaction admission condition, send transaction request information in response to an operation of inputting the bid information of the object to be traded, where the transaction request information includes account information corresponding to the second terminal and the input bid information.

In some embodiments, the terminal 90 further includes an admission processing unit 94, configured to display a function option corresponding to the transaction admission condition if the account of the second terminal does not satisfy the transaction admission condition corresponding to the object to be traded, and in response to an operation that the function option corresponding to the transaction admission condition is triggered, make the account of the second terminal satisfy the transaction admission condition.

In some embodiments, the transaction processing unit 93 is further configured to: and if the input bidding information of the object to be traded meets the bidding rule of the object to be traded, sending trading request information, and otherwise, displaying prompt information of bidding failure.

In some embodiments, the transaction processing unit 93 is further configured to:

In some embodiments, the information display unit 91 is further configured to: and responding to the received transaction ending prompt information of the object to be transacted, which is sent by the server, and displaying the transaction ending prompt information in a live interface of the second terminal.

With regard to the terminal shown in fig. 9, the specific contents of the operations executed by the various components and the functions implemented therein may be referred to the related description in the interaction flow provided in the following embodiments, and will not be elaborated herein.

Based on the same technical concept, the embodiment of the disclosure also provides a terminal.

Fig. 10 is a block diagram illustrating a terminal 1500 according to an example embodiment, the apparatus comprising: a processor 1501, a memory 1502 for storing instructions executable by the processor 1501. Wherein, the processor 1501 is configured to execute instructions to implement any one of the live interaction methods in the embodiments of the present disclosure.

In an exemplary embodiment, there is also provided a non-volatile readable storage medium comprising instructions executable by the processor 1501 of the terminal 1500 to perform the above-described method. Alternatively, the non-volatile readable storage medium may be a non-transitory computer readable storage medium, 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.

A terminal is further provided in the embodiment of the present disclosure, and its structure is shown in fig. 11, and the embodiment of the present disclosure provides a terminal 1600, including: radio Frequency (RF) circuitry 1610, a power supply 1620, a processor 1630, a memory 1640, an input unit 1650, a display unit 1660, a camera 1670, a communication interface 1680, and a wireless fidelity (Wi-Fi) module 1690. Those skilled in the art will appreciate that the configuration of the terminal shown in fig. 11 is not intended to be limiting, and that embodiments of the present disclosure provide terminals that include more or less components than those shown, or that combine certain components, or that are arranged in different components.

The following describes the various components of terminal 1600 in more detail with reference to fig. 11:

RF circuitry 1610 can be used for receiving and transmitting data during a communication or conversation. In particular, the RF circuit 1610 sends the downlink data of the base station to the processor 1630 for processing; and in addition, sending the uplink data to be sent to the base station. In general, the RF circuitry 1610 includes, but is not limited to, an antenna, at least one Amplifier, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like.

In addition, the RF circuitry 1610 may also communicate with networks and other terminals via wireless communications. The wireless communication may use any communication standard or protocol, including but not limited to Global System for mobile communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), email, Short Messaging Service (SMS), etc.

Wi-Fi technology belongs to short-distance wireless transmission technology, and the terminal 1600 can connect with an Access Point (AP) through a Wi-Fi module 1690, thereby realizing Access to a data network. Wi-Fi module 1690 may be used for receiving and transmitting data during communication.

Terminal 1600 may be physically connected to other terminals via communication interface 1680. Optionally, the communication interface 1680 is connected to communication interfaces of other terminals through a cable, so as to implement data transmission between the terminal 1600 and other terminals.

Since in the embodiment of the present disclosure, the terminal 1600 can interact with the network side to request to watch the live webcast and pull the live webcast data from the network side, the terminal 1500 needs to have a data transmission function, that is, the terminal 1600 needs to include a communication module inside. Although fig. 11 illustrates communication modules such as RF circuitry 1610, Wi-Fi module 1690, and communication interface 1680, it is to be understood that at least one of the above-described elements or other communication modules (e.g., bluetooth modules) for enabling communications may be present in terminal 1600 for data transfer.

For example, when the terminal 1600 is a cellular telephone, the terminal 1600 may include RF circuitry 1610, and may also include a Wi-Fi module 1690; when terminal 1600 is a computer, terminal 900 can include a communication interface 1680, and can also include a Wi-Fi module 1690; when the terminal 1600 is a tablet computer, the terminal 1600 may include a Wi-Fi module.

The memory 1640 may be used to store software programs and modules. The processor 1630 executes various functional applications and data processing of the terminal 1600 by running the software programs and modules stored in the memory 1640, and when the processor 1630 executes the program codes in the memory 1640, part or all of the processes in fig. 2a, fig. 2b, fig. 2c, or fig. 3 of the embodiments of the present disclosure can be implemented.

Alternatively, the memory 1640 may mainly include a program storage area and a data storage area. The storage program area can store an operating system, various application programs (such as communication application), a face recognition module and the like; the storage data area may store data (such as various multimedia files like pictures, video files, etc., and face information templates) created according to the use of the terminal, etc.

Further, the memory 1640 may comprise high speed random access memory and may also comprise non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The input unit 1650 may be used to receive numeric or character information input by a user and generate key signal inputs related to user settings and function control of the terminal 1600.

Optionally, the input unit 1650 may include a touch panel 1651 and other input terminals 1652.

The touch panel 1651, also referred to as a touch screen, may collect touch operations of a user on or near the touch panel 1651 (for example, operations of a user on or near the touch panel 1651 by using any suitable object or accessory such as a finger or a stylus pen), and drive a corresponding connection device according to a preset program. Alternatively, the touch panel 1651 may include two portions of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, and sends the touch point coordinates to the processor 1630, and can receive and execute commands sent by the processor 1630. In addition, the touch panel 1651 may be implemented using various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave.

Optionally, other input terminals 1652 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.

The display unit 1660 may be used to display information input by or provided to the user as well as various menus of the terminal 1600. The display unit 1660 is a display system of the terminal 1600, and is used for presenting an interface and implementing human-computer interaction.

The display unit 1660 may include a display panel 1661. Alternatively, the Display panel 1661 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

Further, the touch panel 1651 can overlay the display panel 1661, and when the touch panel 1651 detects a touch operation thereon or nearby, the touch operation is transmitted to the processor 1630 to determine the type of the touch event, and then the processor 1630 provides a corresponding visual output on the display panel 1661 according to the type of the touch event.

Although in FIG. 11, touch panel 1651 and display panel 1661 are shown as two separate components to implement input and output functions of terminal 1600, in some embodiments, touch panel 1651 can be integrated with display panel 1661 to implement input and output functions of terminal 1600.

Processor 1630 is the control center for terminal 1600, connects various components using various interfaces and lines, and performs various functions and processes data of terminal 1600 by running or executing software programs and/or modules stored in memory 1640, and calling data stored in memory 1640, thereby implementing various terminal-based services.

Optionally, processor 1630 may include one or more processing units. Optionally, processor 1630 may integrate an application processor that handles operating system, user interfaces, applications, etc. with a modem processor that handles wireless communications. It is to be appreciated that the modem processor described above may not be integrated into processor 1630.

And the camera 1670 is used for realizing the shooting function of the terminal 1600 and shooting pictures or videos. The camera 1670 may also be used to implement a scanning function of the terminal 1600, and scan a scanned object (two-dimensional code/barcode).

Terminal 1600 also includes a power supply 1620 (e.g., a battery) for powering the various components. Optionally, the power supply 1620 may be logically connected to the processor 1630 through a power management system, so that the power management system may manage charging, discharging, and power consumption functions.

It is noted that the processor 1630 of the embodiments of the disclosure may perform the functions of the processor 1501 in fig. 10, and the memory 1640 stores the contents of the memory 1502.

The embodiment of the present disclosure further provides a computer program product, which when running on a terminal, enables the terminal to execute a live broadcast interaction method for implementing any one of the above-mentioned embodiments of the present disclosure or a method that may be involved in the live broadcast interaction method.

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A live interaction method, comprising:

2. The method of claim 1, wherein the transaction admission condition comprises sending a virtual gift.

3. The method of claim 2, wherein prior to sending the first request including information about the object to be traded to the server, further comprising:

displaying an information setting window of the object to be traded in a live broadcast interface of the first terminal, wherein the information setting window comprises a trading access condition setting area and is used for setting a virtual gift required to be sent when a trade is requested;

displaying a candidate virtual gift list in response to the operation that the transaction admission condition setting area is triggered;

and in response to the operation that the virtual gifts in the candidate virtual gift list are selected, setting the selected virtual gifts as the virtual gifts required to be sent when the transaction is requested.

4. The method of claim 1, wherein the transaction request information includes account information corresponding to the second terminal and bid information for the object to be transacted;

the displaying of the account information and the transaction request information corresponding to the second terminal in the live interface of the first terminal includes:

5. A live interaction method, comprising:

6. The method of claim 5, further comprising:

if the account of the second terminal does not meet the transaction admission condition corresponding to the object to be transacted, executing:

7. A terminal configured as a first terminal in a live video room, comprising:

the transaction processing unit is configured to respond to transaction request information which is sent by the second terminal after meeting the transaction admission condition and corresponds to the object to be transacted, and display account information and the transaction request information which correspond to the second terminal in a live broadcast interface of the first terminal; and

8. A terminal configured as a second terminal in a live video room, comprising:

the admission condition judging unit is configured to respond to the operation that a transaction request function option corresponding to the object information to be transacted in the live broadcast interface of the second terminal is triggered, and judge whether the account of the second terminal meets the transaction admission condition;

9. A terminal for live broadcasting, comprising:

a processor;

a memory for storing the processor-executable instructions;

wherein the processor is configured to execute the instructions to implement the live interaction method of any of claims 1 to 6.

10. A non-transitory readable storage medium having instructions stored thereon that, when executed by a processor of a terminal, enable the terminal to perform the live interaction method of any one of claims 1 to 6.