CN112270591A

CN112270591A - Live bidding method, device and system

Info

Publication number: CN112270591A
Application number: CN202011253559.7A
Authority: CN
Inventors: 刘晶
Original assignee: Shanghai Bomao Network Technology Co ltd
Current assignee: Shanghai Bomao Network Technology Co ltd
Priority date: 2020-11-11
Filing date: 2020-11-11
Publication date: 2021-01-26
Also published as: WO2022099923A1

Abstract

According to the live bidding method, the live bidding device and the live bidding system, a user of a bid sender publishes the bid object demand information and the custom screening rule information, and a server screens a plurality of candidate users of the bid provider, which are matched with the bid object demand information, according to the custom screening rule information; and establishing a live webcast room, and inviting the bidding party user and each candidate bidding party user to enter the live webcast room. The server receives first interaction data sent by each candidate bidder user and sends the first interaction data to the bidder user; and after receiving the second interactive data sent by the user of the bidder, the server screens out the target user of the bidder from a plurality of candidate users of the bidder according to the second interactive data and the first interactive data obtained in the last bidding round. According to the process, the scheme can be used for screening target bidder users layer by layer from a plurality of bidder users according to the demand information of the bidder users, so that the accuracy of screening the target bidder users is improved, and the probability of successful delivery of the bidders is improved.

Description

Live bidding method, device and system

Technical Field

The invention belongs to the technical field of internet, and particularly relates to a method, a device and a system based on live bidding.

Background

The bidding system is a system for bidding on a bid object provided to both the buyer and the seller. In the traditional online bidding system, the bidding party bids on the existing objects of the spot bid, the essence of the online bidding mode is the same as that of the traditional offline bidding mode, the objects of the spot bid are all bid, and the bidding party cannot customize the product according to the own requirements; moreover, the online bidding mode only bids according to the price information given by the bidder, which leads to the fixed bidding process and can not adapt to different requirements of the user of the bidder. .

Disclosure of Invention

In view of the above, an object of the present invention is to provide a live bidding method, device and system, so as to solve the technical problem that a bidding system in the related art can only bid on spot goods, and the disclosed specific technical solution is as follows:

in a first aspect, the present application provides a live bidding method, which is applied to a server, and the method includes:

receiving bid object demand information and custom screening rule information sent by a user of a bid sender through a client, wherein the bid object demand information comprises attribute information of a bid object, and the custom screening rule information comprises corresponding rule information when the user of the bid sender is screened in a bidding process;

screening out a plurality of candidate bidder users matched with the bid object requirement information and the custom screening rule information from a plurality of bidder users;

creating a live webcast room for the one bidder user and the corresponding plurality of candidate bidder users;

receiving first interactive data sent by each candidate bidder user in the live webcast room through a client, and sending the first interactive data to each client in the live webcast room, wherein the first interactive data at least comprises quotation information aiming at the bid object demand information;

selecting candidate bidding users entering the next round of bidding from the plurality of candidate bidding party users according to the first interaction data and the self-defined screening rule information;

and receiving second interaction data sent by the client of the bidder user, and screening at least one target bidder user from candidate bidder users participating in the last round of bidding according to the second interaction data and first interaction data obtained by the last round of bidding, wherein the second interaction data comprises at least one of update information aiming at the bid object demand information and feedback information aiming at the first interaction data.

In a second aspect, the present application further provides a live bidding method, which is applied to a client of a user of a bidder, and the method includes:

obtaining the object requirement information and the user-defined screening rule information which are input by a user of a sending party on an operation interface of a client, wherein the object requirement information comprises the attribute information of an object, and the user-defined screening rule information comprises corresponding rule information when the user of a bidding party is screened in the bidding process;

sending the bidding target object demand information to a server, so that the server screens a plurality of candidate bidding party users matched with the bidding target object demand information and the self-defined screening rule information from the plurality of bidding party users, and creates a live webcast room for the bidder user and the candidate bidding party users;

acquiring first interactive data sent by the server and issued by a plurality of candidate bidder users in the live webcast room, wherein the first interactive data at least comprises quotation information aiming at the bidding object demand information;

receiving second interactive data generated by the operation of the target user on an operation interface of the client, wherein the second interactive data comprises at least one of updated information aiming at the target object demand information and feedback information aiming at the first interactive data;

and encrypting the data stream containing the second interactive data through a hardware encryptor on a local terminal of the client, and then sending the data stream to the server, so that the server screens out at least one target bidder user from candidate bidder users participating in the last round of bidding according to the second interactive data and the first interactive data obtained in the last round of bidding.

In a third aspect, the present application further provides a live bidding method, which is applied to a client of a user of a bidder, and the method includes:

receiving object demand information sent by a server, wherein the object demand information comprises attribute information of an object;

after receiving invitation information sent by the server to enter a live webcast room, switching to a live webcast mode;

receiving first interactive data input by a bidder on an operation interface of a client in the live broadcast mode, wherein the first interactive data at least comprises quotation information aiming at the bidding object demand information;

encrypting the first interactive data through a hardware encryptor on a local terminal provided with the client, and then sending the encrypted first interactive data to the server;

acquiring data streams of other users in the live webcast room, which are sent by the server, wherein the data streams comprise second interactive data issued by the user of the sponsor, and the second interactive data comprise at least one of update information aiming at the object demand information and feedback information aiming at the first interactive data;

and receiving the message which is sent by the server and used by the bidder user as the target bidder user.

In a fourth aspect, the present application further provides a live bidding method applied to an anchor client, where the method includes:

receiving control operation, input by a main broadcast user on an operation interface of the main broadcast client, of a data stream of any client in a current live webcast room;

and generating a data flow control instruction aiming at the control operation, and sending the data flow control instruction to a server so that the server determines whether to send the data flow uploaded by the target client to each client in the live webcast room or not based on the data flow control instruction.

In a fifth aspect, the present application further provides a live bidding device, which is applied to a server, and the device includes:

the system comprises a demand information receiving module, a bid object selection module and a bid object selection module, wherein the demand information receiving module is used for receiving bid object demand information and the custom screening rule information which are sent by a user of a bid sender through a client, the bid object demand information comprises attribute information of a bid object, and the custom screening rule information comprises corresponding rule information when the user of the bid sender is screened in a bidding process;

the first screening module is used for screening a plurality of candidate bidder users matched with the bid object demand information and the custom screening rule information from a plurality of bidder users;

the live broadcast room creating module is used for creating a network live broadcast room for the one bidder user and the corresponding candidate bidder users;

the first interactive data receiving module is used for receiving first interactive data sent by each candidate bidding party user in the live webcast room through a client and sending the first interactive data to each client in the live webcast room, wherein the first interactive data at least comprises quotation information aiming at the bidding object demand information;

the second screening module is used for selecting candidate bidding users entering the next round of bidding from the plurality of candidate bidding party users according to the first interaction data and the self-defined screening rule information;

and the target user determination module is used for receiving second interaction data sent by the client of the bidder user and screening at least one target bidder user from candidate bidder users participating in the last round of bidding according to the second interaction data and first interaction data obtained by the last round of bidding, wherein the second interaction data comprises at least one of update information aiming at the bid object demand information and feedback information aiming at the first interaction data.

In a sixth aspect, the present application further provides a live bidding device, which is applied to a client of a user of a bidder, and the device includes:

the system comprises a demand information acquisition module, a bid object selection module and a bid object selection module, wherein the demand information acquisition module is used for acquiring bid object demand information and the custom screening rule information which are input by a user of a bid sender on an operation interface of a client, the bid object demand information comprises attribute information of a bid object, and the custom screening rule information comprises corresponding rule information when the user of the bid sender is screened in a bidding process;

the first sending module is used for sending the bidding object requirement information and the customized screening rule information to a server so as to enable the server to screen a plurality of candidate bidding party users matched with the bidding object requirement information and the customized screening rule information from the plurality of bidding party users and create a live webcast room for the bidding party users and the candidate bidding party users;

the first interactive data receiving module is used for receiving first interactive data sent by the server and issued by a plurality of candidate bidder users in the live webcast room, and the first interactive data at least comprises quotation information aiming at the bidding object demand information;

a second interactive data acquiring module, configured to acquire second interactive data generated by the operation of the target user on the operation interface of the client, where the second interactive data includes at least one of update information for the target requirement information and feedback information for the first interactive data;

and the second sending module is used for encrypting the data stream containing the second interactive data through a hardware encryptor on a local terminal provided with the client and then sending the data stream to the server so that the server can screen out at least one target bidder user from candidate bidder users participating in the last round of bidding according to the second interactive data and the first interactive data obtained in the last round of bidding.

In a seventh aspect, the present application further provides a live bidding device, which is applied to a client of a user of a bidder, where the device includes:

the system comprises a demand information receiving module, a demand information processing module and a data processing module, wherein the demand information receiving module is used for receiving object demand information sent by a server, and the object demand information comprises attribute information of an object;

the live broadcast mode switching module is used for switching to a live broadcast mode after receiving invitation information sent by the server to enter a network live broadcast room;

the first interactive data acquisition module is used for acquiring first interactive data input by a bidder user on an operation interface of a client under the live broadcast mode, wherein the first interactive data at least comprises quotation information aiming at the bidding object demand information;

the first sending module is used for sending the first interactive data to the server after the first interactive data is encrypted by a hardware encryptor on a local terminal provided with the client;

a data stream downloading module, configured to obtain a data stream of another user in the live webcast room, where the data stream includes second interactive data issued by the target user, and the second interactive data includes at least one of update information for the target demand information and feedback information for the first interactive data;

and the target user receiving module is used for receiving the message which is sent by the server and used for the bidder user to be the target bidder user.

In an eighth aspect, the present application further provides a live bidding device, which is applied to an anchor client, where the device includes:

the control operation acquisition module is used for receiving control operation, input by a anchor user, on an operation interface of the anchor client and aiming at data streams of any client in a current live webcast room;

and the control instruction generating and sending module is used for generating a data flow control instruction aiming at the control operation and sending the data flow control instruction to the server so that the server determines whether to send the data flow uploaded by the target client to each client in the live webcast room or not based on the data flow control instruction.

In a ninth aspect, the present application further provides a system for live bidding, including a server, a first terminal and a plurality of second terminals;

the server is used for executing the live bidding method of any one of the first aspect;

the first terminal is used for executing the live bidding method of any one of the second aspect;

the second terminal is configured to execute the live bidding method of any one of the third aspects.

According to the live bidding method, a user of a bid sender publishes bid object demand information to customize and screen rule information, and a server screens a plurality of candidate bid party users matched with the bid object demand information according to the customized screening rule information; and establishing a live webcast room, and inviting the bidding party user and each candidate bidding party user to enter the live webcast room. The server receives first interactive data sent by each candidate bidder user in a live webcast room and sends the first interactive data to a bidder user; and after receiving the second interactive data sent by the user of the bidder, the server screens out the target user of the bidder from a plurality of candidate users of the bidder according to the second interactive data and the first interactive data obtained in the last bidding round. According to the process, the target bidder users can be obtained by screening the demand information and the user-defined screening rule information of the bidder users layer by layer from a plurality of bidder users, the bidder users can customize the required products according to the demands, and the bidder users can set the screening rules of the bidder users according to the actual demands, namely the user-defined screening rule information, so that the finally screened target bidder users can better meet the actual demands of the bidder users, the accuracy of screening the target bidder users is improved, and the probability of successful bidding of both sides is further improved.

In addition, the server is provided with a screening mechanism based on multi-dimensional data of the users of the bidding parties, and the server records and calculates data of each dimension of each user of each bidding party in the whole process from sending a bid to finishing final bidding, such as capacity, production idle time, behavior credit records and historical credit records during bidding and the like; and multi-dimensional data of a plurality of bidding party users are analyzed based on the self-defined screening rule information set by the user of the bidding party, so that at least one bidding party user is screened out from the plurality of bidding party users with high efficiency, and the efficiency of screening to obtain the target bidding party user is improved.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.

Fig. 1 is a schematic structural diagram of a live bidding system provided in an embodiment of the present application;

fig. 2 is a flowchart of a live bidding method provided in an embodiment of the present application;

FIG. 3 is a flowchart of a candidate bidder user screening process according to an embodiment of the present application;

fig. 4 is a flowchart of a target bidder user determination process provided by an embodiment of the present application;

fig. 5 is a flowchart of a data stream interaction process between a client and a server according to an embodiment of the present application;

fig. 6 is a flowchart of another live bidding method provided in an embodiment of the present application;

fig. 7 is a flowchart of another live bidding method provided in the embodiment of the present application;

fig. 8 is a schematic structural diagram of a live bidding device according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of another live bidding device provided in the embodiment of the present application;

fig. 10 is a schematic structural diagram of another live bidding device provided in the embodiment of the present application;

fig. 11 is a schematic structural diagram of another live bidding device according to an embodiment of the present application.

Detailed Description

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

Referring to fig. 1, a schematic structural diagram of a live bidding system provided in an embodiment of the present application is shown, where the system includes a server 1, a first client 2, and a plurality of second clients 3. The first client 2 and the second client 3 each communicate with the server 1.

The first client 2 is a client used by a bid sending party user, the second client 3 is a client used by a bid competition party user, and it should be noted that each client in the present application corresponds to a different user. Taking the live bidding platform as an example, the first client 2 is a client of the bidder, and the second client 3 is a client of the bidder.

In other embodiments of the present application, a third client may be further included, and the third client may be a client used by a anchor controlling a live bidding process, and may also be referred to as an anchor client.

The first client 2 and the second client 3 may be application programs installed on an intelligent terminal, for example, the intelligent terminal includes but is not limited to a smart phone, a personal computer, a notebook computer, a tablet computer, a portable wearable device, a terminal device of smart home and other intelligent electronic devices connected to the internet; or, the browser application program may be a web page side, and the web page side needs to be opened by the browser application program.

The server 1 may be a cloud server system or a local server system. The server 1 may be a single server or a server cluster including a plurality of servers.

The live bidding method provided by the present application will be described in detail below with reference to the flowchart shown in fig. 2.

As shown in fig. 2, the live bidding method applied to the server mainly includes the following steps:

and S110, receiving the object requirement information and the custom screening rule information which are sent by the user of the object sending party through the first client.

The object requirement information includes attribute information of the object, and in one embodiment of the present application, the attribute information of the object includes, but is not limited to, a type, a number, specific attribute introduction information, image information, and the like of the object.

The customized screening rule information is rule information for screening the bidding party users set by the user of the bidding party according to the actual requirements of the user, for example, the user of the bidding party can set which dimensions (such as capacity, production idle time, behavior credit records during bidding, historical credit records and the like) the user of the bidding party is measured from, and the weight of each dimension; the server performs layer-by-layer screening from a plurality of bidder users according to the customized screening rule information customized by the user of the bidder, and finally selects the bidder users meeting the requirements of the user of the bidder.

The user of the issuer may issue the object requirement information through the operation interface of the first client, for example, input the object requirement information to be protected in the requirement information issue column of the operation interface of the first client. After detecting the touch operation of the user on the demand information publishing bar, the first client acquires the object demand information input by the user and uploads the object demand information to the server.

And S120, screening a plurality of candidate bidder users matched with the bid object requirement information and the custom screening rule information from the plurality of bidder users.

Server side utilizes a filtering mechanism based on multidimensional data of bidding users, wherein the filtering mechanism

In one embodiment of the present application, as shown in fig. 3, the process of filtering out a plurality of candidate bidder users may include the following steps:

and S121, obtaining bidding party users matched with the bidding object requirement information and the custom screening rule information according to the user attribute information corresponding to each bidding party user.

In one embodiment of the present application, the user attribute information includes, but is not limited to, at least one of registration information filled in by the bidder user when registering an account on the platform, product information provided by the user, and credit rating of the bidder user by the platform.

And screening out bidder users matched with the bid object requirement information from the bidder user set, for example, selecting candidate bidder users with product information matched with the attribute information of the bid object.

And S122, sending the bidding object demand information to the screened multiple bidding party users, and monitoring whether interaction data fed back by the screened bidding party users are received or not within a first preset time period.

In one embodiment of the present application, the interaction data includes at least one of initial offer information for subject matter demand information and sample information of the subject matter.

Taking a live bidding transaction as an example for explanation, the server sends the bidding object requirement information issued by the bidder user to the second clients corresponding to the screened multiple bidder users, and the bidder users can perform corresponding operations on the operation interface of the second clients, for example, reply feedback information for the bidding object requirement information, which may be called interactive data.

If the bidder user feeds back corresponding interactive data in a first preset time period, the bidder user is indicated to be willing to participate in the live bidding, and the bidder user feeding back the corresponding interactive data is determined to be a candidate bidder user; and if the user of the bidder does not feed back corresponding interactive data in the first preset time period, the user of the bidder is considered to be unwilling to participate in the live bidding.

In one embodiment of the present application, the first preset time period may be freely set according to actual requirements, for example, 24 hours or other time periods.

And S123, determining that the bidder user feeding back the interactive data is a candidate bidder user in the first preset time period.

S130, creating a live webcast room for one bidder user and a plurality of candidate bidder users, and inviting the bidder user and the candidate bidder users to enter the live webcast room.

After the candidate bidding party users are screened out, a live webcast room is created for the bidding party user and the candidate bidding party users, and the bidding party user and each candidate bidding party user are invited to enter the live webcast room for live webcast.

S140, receiving first interactive data sent by each candidate bidder user in the live webcast room through the client, and sending the first interactive data to each client in the live webcast room.

In one embodiment of the present application, the first interaction data includes at least price quote information for the demand information of the object, and may further include sample information for the object, such as a sample image.

And the bidder user can perform corresponding operation on the operation interface of the second client to upload the first interaction data to the server. For example, the bidder user may input new bid information, sample information, etc. on the operation interface of the second client.

Taking a live bidding scenario as an example, in another case, the user of the bidder may follow the bids issued by the users of other bidders, and at this time, the user of the bidder may directly input an operation for confirming acceptance of the bidding price input by the users of other bidders on the operation interface of the second client, and send the operation to the server.

S150, selecting candidate bidding users entering the next bidding round from the plurality of candidate bidding party users according to the first interaction data and the self-defined screening rule information.

And the server screens out candidate bidding users which can enter a next bidding link according to the first interaction data issued by each candidate bidding party user.

In one embodiment of the application, when the first interaction data issued by the candidate bidder user in the live webcast room does not meet the requirement of the bidder user, or when the operation of the candidate bidder user does not meet the preset flow requirement, the candidate bidder user is controlled to quit the live bidding flow. And determining other candidate bidding party users as candidate bidding users entering the next bidding round, wherein the process of the next bidding round is similar to the above process, and is not repeated here.

For example, the users of the bidders with lower bids are selected to enter the next bidding process, the users of the bidders with higher bids are eliminated, and the users of the candidate bidders which do not accord with the bidding process are eliminated. It should be noted that such bidding process includes at least one round.

In one possible implementation, the candidate bidder users that are eliminated exiting the live bidding process may be the bidding authorities of such bidder users that are closed, but who may remain in the live webcast room to view the bidding process. In another possible implementation, the eliminated candidate bidders directly exit the live webcast room.

In an embodiment of the present application, the process of determining whether there is a candidate bidder user that does not meet the preset flow requirement in the live webcast room may include:

and judging whether a candidate bidder user not releasing the first interaction data exists in a second preset time period after entering a bidder user feedback link, and if so, determining that the candidate bidder user is a candidate bidder user not meeting the preset flow requirement.

Taking a live bidding competition scene as an example for explanation, after inviting a bidder user and a plurality of bidder users to enter a live network room, detecting whether first interactive data fed back by each bidder user is received in a second preset time period, if the first interactive data fed back by the bidder users is received, indicating that the operation of the bidder users meets the live bidding competition flow specification, and if the first interactive data fed back by the bidder users is not received in the second preset time period, indicating that the operation of the bidder users does not meet the live bidding competition flow specification, and then leaving the bidder users who do not meet the flow specification.

For example, the first interaction data may be a live scene bid of the bidder user for the bid object demand information, or may also be information indicating that the bidder user is willing to participate in the live bidding activity.

In an embodiment of the present application, the second preset time period may be freely set according to actual requirements, for example, may be set to 5min or other times.

And S160, receiving second interaction data sent by the client of the bidder user, and screening out at least one target bidder user from candidate bidder users participating in the last round of bidding according to the second interaction data and first interaction data obtained in the last round of bidding.

After the bidder user learns the first interaction data issued by each bidder user on the display interface of the first client, the bidder user may perform corresponding feedback information, for example, at least one of updating the bid object requirement information and directly providing feedback information for the first interaction data of the bidder user.

Still taking the live bidding scenario as an example, the first interactive data may be live bidding transaction price information for the bidding object demand information input by the user of the bidder, and the second interactive data may be feedback information for the bid price of the user of the bidder input by the user of the bidder.

In one application scenario, the user of the bidder gives targeted offer information for the target object before the last round of bidding is conducted.

The process of obtaining the first interaction data issued by each candidate bidder user in the last bidding procedure may be as follows:

receiving second interactive data sent by the client of the user at the bid sending party, extracting a target transaction price from the second interactive data and sending the target transaction price to the client of each candidate user at the bid competing party in the live webcast room; and then, receiving each first interaction data fed back by the client of the candidate bidder user aiming at the target transaction price as the first interaction data obtained in the last bidding round.

In the application scene, the server compares each first interaction data obtained by the last bidding round with a target trading price, and selects at least one candidate bidder user with a price lower than the target trading price and meeting the bidding object demand information as the target bidder user.

In another application scenario, a user of a bidding party does not give target offer information for a bidding object, in this case, after a server enters a last bidding procedure, a countdown is started, first interaction data sent by each candidate user of the bidding party is obtained and sent to each client in a live webcast room when the countdown is finished, second interaction data fed back by the user of the bidding party is obtained, and the user of the target bidding party is screened out according to the first interaction data and the second interaction data.

As shown in fig. 4, S160 may include the steps of:

and S161, comparing the first interactive data, the second interactive data and the object demand information.

In the application scenario, the second interactive data sent by the caller user includes feedback information of the caller user for the first interactive data.

And if the feedback information in the second interaction data indicates that the bidder user accepts the quotation information of the candidate bidder user, determining that the bidder user accepts the first interaction data issued by the candidate bidder user. And if the feedback information in the second interactive data indicates that the bidding party user refuses the quotation information of the candidate bidding party user, determining that the bidding party user does not accept the first interactive data of the candidate bidding party user.

And if the feedback information included in the second interactive data fed back by the user of the bidder is the first interactive data for receiving the object demand information of any bidder user in the current live webcast room, determining that the user of the bidder receives the quotation of the user of the bidder. And if the feedback information included in the second interaction data fed back by the user of the bidder is the first interaction data which does not accept the object demand information of at least one bidder user for the bidding object, determining that the user of the bidder does not accept the bid of the user of the bidding object.

And S162, determining that the candidate bidder user corresponding to the feedback receiving information included in the second interactive data is the target bidder user.

And when the second interactive data fed back by the user of the bid sending party comprises the feedback receiving information, determining that the candidate user of the bid competing party corresponding to the feedback receiving information is the target user of the bid competing party.

In addition, it should be noted that the number of the target bidder users is usually one, but in some special cases, it may be more than one, that is, a plurality of target bidder users are finally determined, for example, the demanded amount of the bidder user is very large, the production amount of one bidder user may not be satisfied, and at this time, a plurality of bidder users may be screened as transaction contractors.

In an embodiment of the present application, the number of bidding times may be set according to actual requirements, for example, 3 times or other times, and when the number of bidding times reaches a preset number, there is no quotation information accepted by the user of the bidder, it is determined that the bidding transaction is failed. And if the number of bidding rounds reaches the preset number, confirming that the bidding party user corresponding to the bidding information finally accepted by the bidder user is the target bidding party user, determining the bidding information of the target bidding party user as bargaining information, and returning the bargaining information and the bid object requirement information to the client corresponding to each user in the live webcast room for display.

In the live bidding method provided by the embodiment, a user of a bidder publishes the bid object demand information, and a server screens out a plurality of candidate bidder users matched with the bid object demand information; and establishing a live webcast room, and inviting the bidding party user and each candidate bidding party user to enter the live webcast room. The server receives first interactive data sent by each candidate bidder user in a live webcast room and sends the first interactive data to a bidder user; and after receiving the second interactive data sent by the user of the bid sending party, the server screens out the target user of the bid competing party from a plurality of candidate users of the bid competing party according to the second interactive data and each first interactive data. According to the process, the scheme can obtain the matched target bidding party users by screening the multiple bidding party users layer by layer according to the demand information of the bidding party users, and the bidding party users can customize the required products according to the demands. In addition, the scheme screens the interactive data of the user of the bid sending party and the user of the bid competing party, so that the efficiency of screening the target user of the bid competing party is improved.

When the live bidding method is applied to a live bidding scene, cross-border transaction can be achieved through a private live broadcasting technology. In this embodiment, a data stream interaction between the first client and the server is taken as an example for explanation, as shown in fig. 5, a data stream transmission process between the first client and the server is as follows:

s210, the first client triggers the first hardware encryptor to encrypt the data stream to obtain a first encrypted data stream and sends the first encrypted data stream to the server.

The first terminal is a terminal device provided with a first client, the first hardware encryptor is a hardware encryption device connected with the first terminal, and a corresponding data encryption program is configured in the hardware encryption device.

The data stream uploaded to the server by the first client comprises the shot video data of the user of the calling party, and data, operation instructions and the like input by the user of the calling party on the operation interface of the first client.

S220, when the first client downloads the data streams of other users in the live webcast room from the server, the first hardware encryptor is triggered to send identity authentication and decryption authority authentication requests to the server.

In an application scenario, a live webcast room only includes a bidder user and bidder users, and in this case, for the bidder user, other users in the live webcast room include respective bidder users; for any bidder user, the other users include a bidder user and other bidder users.

In another application scenario, a network live broadcast room comprises a bidder user, bidder users and a anchor, in which case, for the bidder user, other users comprise all bidder users and the anchor; for any bidder user, the other users include a bidder user, other bidder users, and a host.

In this application scenario, the server may further perform the following steps:

receiving data flow control instructions aiming at other clients in the live webcast room and sent by a main client; and determining whether to use the data stream sent by the target client to send to each client in the live webcast room based on the data stream control instruction.

For example, the anchor can control the data stream of any client in the live webcast room to be opened or closed through the client, for example, after controlling the data stream transmission of other clients to be closed, the server does not forward the data stream such as audio stream, video stream or text, picture and the like sent by the client to any client in the live webcast room; on the contrary, if the data stream transmission of other clients is controlled to be started, the server forwards the data stream sent by the client to all the clients in the live webcast room.

And S230, after the server authenticates the identity and the decryption authority of the first hardware encryption device, the server returns an authentication result message to the first client.

If the server passes the authentication of the first hardware encryptor, returning an authentication passing message to the first client; and if the server fails to authenticate the first hardware encryption device, returning an authentication failure message to the first client, and subsequently not issuing any data stream to the first client.

S240, after the first client receives the authentication passing message returned by the server, the first hardware encryptor is triggered to acquire a new key from the server.

S250, the server sends the new secret key to the first hardware encryption device, and simultaneously sends data streams of other users in the live webcast room to the first client.

And S260, the first hardware encryptor decrypts the data stream received by the first client by using the new key and displays the data stream on the first client.

The data stream transmission process between the client and the server of other users in the webcast room is the same as that of the first client, and is not described herein again.

It should be noted that, in other embodiments of the present application, each client may also encrypt the data stream by using a software encryption method, and send the data stream to the server.

In the data stream interaction process of each user in the webcast room provided by this embodiment, the data stream of any user is encrypted by using the hardware encryptor, the data stream to be uploaded to the server needs to pass the authentication and decryption authority authentication of the server when other users download the data stream from the server, and after the authentication passes, a new key is obtained from the server, and the data stream issued by the server is decrypted and displayed by using the new key. The hardware encryption mode can ensure that the secret key cannot be tampered, thereby ensuring the privacy of data flow and improving the security of network live broadcast data transmission.

Corresponding to the live bidding method applied to the server, the application also provides a live bidding method applied to the first client.

Referring to fig. 6, a flowchart of another live bidding method provided in an embodiment of the present application is shown, where the method is applied to a first client, i.e., a client of a sponsor, as shown in fig. 6, the method mainly includes the following steps:

and S310, receiving the object requirement information and the custom screening rule information which are input by the user of the sending party on the operation interface of the client.

Wherein the subject matter demand information includes attribute information of the subject matter; the customized screening rule information comprises rule information when screening bidder users in a bidding process.

And S320, sending the bidding object requirement information and the customized screening rule information to a server, so that the server screens a plurality of candidate bidding party users matched with the bidding object requirement information and the customized screening rule information from the plurality of bidding party users, and creates a live webcast room for the bidder user and the candidate bidding party users.

S330, first interactive data sent by the server and issued by a plurality of candidate bidder users in the live webcast room is received, wherein the first interactive data at least comprises quotation information aiming at the bidding object demand information.

In an embodiment of the present application, data streams uploaded to the server by each client are encrypted by using a hardware encryptor connected to the local terminal, and a process of downloading data streams of other users from the server by the client is shown in fig. 5, which is not described herein again.

And S340, receiving second interactive data generated by the operation of the user of the sending party on the operation interface of the client.

The second interactive data includes at least one of update information for the subject matter demand information and feedback information for the first interactive data.

And S350, encrypting the second interactive data through a hardware encryptor on a local terminal of the client, and sending the encrypted second interactive data to the server, so that the server screens out at least one target bidder user from candidate bidder users participating in the last round of bidding according to the second interactive data and the first interactive data obtained in the last round of bidding.

According to the live bidding method provided by the embodiment, the user of the bidder can use the first client to publish the bid object demand information, the server can screen a plurality of bidder users layer by layer according to the demand information of the user of the bidder to obtain matched target bidder users, and the user of the bidder can customize required products according to the demand of the user of the bidder. In addition, the scheme screens the interactive data of the user of the bid sending party and the user of the bid competing party, so that the efficiency of screening the target user of the bid competing party is improved.

Corresponding to the above-mentioned method embodiment applied to the server, the present application further provides a method applied to the second client, as shown in fig. 7, an embodiment of the present application provides a flowchart of another live bidding method, which is applied to the second client, as shown in fig. 7, and the method mainly includes the following steps:

and S410, receiving the object requirement information sent by the server. The subject matter requirement information includes attribute information of the subject matter.

And S420, after receiving invitation information sent by the server to enter the live webcast room, switching to a live webcast mode.

S430, in a live broadcast mode, receiving first interactive data input by a bidder user on an operation interface of a client, wherein the first interactive data at least comprises quotation information aiming at the object demand information;

s440, encrypting the first interactive data through a hardware encryptor on a local terminal of the client, and then sending the encrypted first interactive data to a server;

s450, data streams of other users in the live webcast room sent by the server are obtained, and the data streams comprise second interactive data issued by the user of the publisher.

In an application scenario of the present application, data streams uploaded to the server by each client are encrypted by using a hardware encryptor connected to the local terminal, and in such an application scenario, a process of downloading data streams of other users from the server by the client is shown in fig. 5, which is not described herein again.

And S460, receiving the information which is sent by the server and used by the competitive bidding party user as the target competitive bidding party user.

According to the live bidding method provided by the embodiment, the bidding party user carries out live interaction with the bidding party user through the client, the scheme screens the interaction data of the bidding party user and the bidding party user, and the efficiency of screening the target bidding party user is improved.

In an application scene including a main broadcast in a network live broadcast room, the application also provides a live broadcast bidding method applied to a main broadcast client, and the method mainly comprises the following steps:

receiving control operation, input by a main broadcast user on an operation interface of a main broadcast client, of a data stream of any client in a current network live broadcast room;

According to the live bidding competition method provided by the embodiment, the anchor in the live network room can control the data stream transmission of any other client to be temporarily started or closed through the control on the operation interface of the anchor client in the live bidding competition process, so that the anchor can conveniently guide and control the bidder and the bidder participating in the live bidding competition.

Referring to fig. 8, a schematic structural diagram of a live bidding device provided in an embodiment of the present application is shown, where the device is applied to a server, and as shown in fig. 8, the device includes:

the requirement information receiving module 110 is configured to receive requirement information of an object and customized screening rule information sent by an issuer user through a client.

Wherein the subject matter demand information includes attribute information of the subject matter; the user-defined screening rule information comprises corresponding rule information when screening the bidder users in the bidding process.

The first screening module 120 is configured to screen out a plurality of candidate bidder users matched with the bid object requirement information and the customized screening rule information from the plurality of bidder users.

In an embodiment of the present application, the first filtering module 120 is specifically configured to:

obtaining bidder users matched with the bid object demand information according to the user attribute information corresponding to each bidder user;

sending the object demand information to a plurality of screened bidding party users, and monitoring whether interaction data fed back by the screened bidding party users are received or not in a first preset time period, wherein the interaction data comprises at least one of initial quotation information aiming at the object demand information and sample information of the object;

and determining that the bidder users feeding back the interactive data are candidate bidder users within a first preset time period.

A live broadcast room creating module 130, configured to create a live broadcast room for a bidder user and a plurality of candidate bidder users;

the first interactive data receiving module 140 is configured to receive first interactive data sent by each candidate bidder user in the live webcast room through a client, and send the first interactive data to each client in the live webcast room, where the first interactive data at least includes offer information for bid object demand information.

And a second screening module 150, configured to select, according to the first interaction data and the customized screening rule information, a candidate bidding user entering a next round of bidding from the multiple candidate bidding users.

In an embodiment of the application, when first interaction data issued by candidate bidder users in the live webcast room does not meet requirements of the bidder users, or when operations of the candidate bidder users do not meet preset flow requirements, the candidate bidder users are controlled to exit a live bidding flow, and other candidate bidder users are determined to be candidate bidder users entering a next round of bidding.

In one embodiment of the present application, the second filtering module 150 performs multiple filtering rounds for a plurality of bidder users in the live webcast room to determine bidder users who finally enter the final bidding round. And the customized screening rule information customized by the user of the sponsor runs through the whole screening process.

And the target user determination module 160 is configured to receive the second interaction data sent by the client of the bidder user, and screen at least one target bidder user from candidate bidder users participating in the last round of bidding according to the second interaction data and the first interaction data obtained in the last round of bidding.

The second interactive data includes at least one of update information for the subject matter demand information and feedback information for the first interactive data. In an application scenario of the present application, when the target user determination module obtains the first interaction data of the last round of bidding, the target user determination module is specifically configured to:

receiving second interactive data sent by the client of the bidder user, extracting a target transaction price from the second interactive data, and sending the target transaction price to the clients of candidate bidder users in the live webcast room;

and receiving each first interaction data fed back by the client of the candidate bidder user aiming at the target transaction price as the first interaction data obtained in the last bidding round.

In this application scenario, the target user determination module 160 is specifically configured to:

and comparing each first interaction data obtained by the last round of bidding with a target trading price, and selecting at least one candidate bidder user with a price lower than the target trading price and meeting the bidding object demand information as the target bidder user.

In another application scenario, the target bidding party user does not give the target offer information of the bidding object, and in this application scenario, the target user determination module 160 is specifically configured to:

and when the second interaction data comprises the acceptance feedback information aiming at least one candidate bidder user, determining that the at least one candidate bidder user accepted by the bidder user is the target bidder user. And the second interactive data comprises feedback information of each first interactive data obtained aiming at the last bidding round.

The second interaction data comprises feedback information aiming at the first interaction data, and when the second interaction data comprises the receiving feedback information aiming at least one candidate bidder user, the first interaction data issued by the candidate bidder user is determined to be received by the bidder user;

and when the second interaction data comprises the feedback rejection information aiming at the candidate bidder user, determining that the candidate bidder user does not accept the first interaction data.

In another embodiment of the present application, the process of detecting whether there is a candidate bidder user that does not meet the preset flow requirement in a live webcast room includes:

judging whether candidate bidder users not releasing the first interaction data exist in a second preset time period after entering a bidder user feedback link;

and if so, determining that the candidate bidder user not publishing the first interaction data in the second preset time period is a candidate bidder user not meeting the preset flow requirement.

In another embodiment of the present application, the data stream interaction process between each client and the server is as follows:

receiving a first encrypted data stream sent by a user of a calling party through a client;

sending the first encrypted data stream to a client of a candidate bidding party user passing identity authentication and decryption authority authentication for display;

receiving a second encrypted data stream uploaded by the client of each candidate bidder user in the live webcast room;

and sending the second encrypted data stream to the client of the sending party user which passes the identity authentication and the decryption authority authentication for display.

In another application scenario, the live webcast room further comprises a main broadcast, and in the application scenario, the server sends the first encrypted data stream and the second encrypted data stream to a main broadcast client which passes identity authentication and decryption authority authentication, receives a third encrypted data stream sent by the main broadcast client, and sends the third encrypted data stream to a bidding issuer user which passes identity authentication and decryption authority authentication and a client of each bidding party user.

Under the application scene including the anchor in the live room of network, the live bidding device who is applied to the server still includes:

and the control instruction receiving module is used for receiving data flow control instructions which are sent by the anchor client and aim at other clients in the live webcast room.

And the data flow control module is used for determining whether to use the data flow sent by the target client to send to each client in the live webcast room or not based on the data flow control instruction.

In the live bidding competition device provided by the embodiment, a user of a bid sender publishes bid object demand information, and a server screens out a plurality of candidate users of the bid party matched with the bid object demand information; and establishing a live webcast room, and inviting the bidding party user and each candidate bidding party user to enter the live webcast room. The server receives first interactive data sent by each candidate bidder user in a live webcast room and sends the first interactive data to a bidder user; and after receiving the second interactive data sent by the user of the bid sending party, the server screens out the target user of the bid competing party from a plurality of candidate users of the bid competing party according to the second interactive data and each first interactive data. According to the process, the scheme can obtain the matched target bidding party users by screening the multiple bidding party users layer by layer according to the demand information of the bidding party users, and the bidding party users can customize the required products according to the demands. In addition, the scheme screens the interactive data of the user of the bid sending party and the user of the bid competing party, so that the efficiency of screening the target user of the bid competing party is improved.

Referring to fig. 9, a schematic structural diagram of another live bidding device provided in the embodiment of the present application is shown, where the device is applied to a client of a user of a bidder, and as shown in fig. 9, the device includes:

the requirement information obtaining module 210 is configured to obtain the object requirement information and the customized filtering rule information, which are input by the user of the sending party on the operation interface of the client.

The first sending module 220 is configured to send the bidding object requirement information and the customized screening rule information to the server, so that the server screens out a plurality of candidate bidding party users matched with the bidding object requirement information and the customized screening rule information from the plurality of bidding party users, and creates a live webcast room for the bidder user and the plurality of candidate bidding party users;

a first interactive data receiving module 230, configured to receive first interactive data sent by a server and issued by multiple candidate bidder users in a live webcast room, where the first interactive data at least includes offer information for bid object demand information;

a second interactive data acquiring module 240, configured to acquire second interactive data generated by an operation of the user of the target on the operation interface of the client, where the second interactive data includes at least one of update information for the requirement information of the target object and feedback information for the first interactive data;

and a second sending module 250, configured to encrypt a data stream including the second interaction data by a hardware encryptor on a local terminal of the client, and send the encrypted data stream to the server, so that the server screens out at least one target bidder user from candidate bidder users participating in the last round of bidding according to the second interaction data and the first interaction data obtained in the last round of bidding.

The live bidding competition device provided by the embodiment has the advantages that the user of the bid sending party can utilize the first client to send the bid object demand information, the server can screen a plurality of users of the bid sending party layer by layer according to the demand information of the user of the bid sending party to obtain matched target users of the bid sending party, and the user of the bid sending party can customize required products according to own demands. In addition, the scheme screens the interactive data of the user of the bid sending party and the user of the bid competing party, so that the efficiency of screening the target user of the bid competing party is improved.

Referring to fig. 10, a schematic structural diagram of another live bidding device provided in an embodiment of the present application, where the device is applied to a client of a user of a bidder, as shown in fig. 10, the device includes:

a requirement information receiving module 310, configured to receive object requirement information sent by a server, where the object requirement information includes attribute information of an object;

the live broadcast mode switching module 320 is configured to switch to a live broadcast mode after receiving invitation information sent by the server to enter a live broadcast room;

a first interactive data obtaining module 330, configured to obtain, in a live broadcast mode, first interactive data input by a bidder user on an operation interface of a client, where the first interactive data at least includes offer information for bid object demand information;

the first sending module 340 is configured to send the first interactive data to the server after being encrypted by a hardware encryptor on a local terminal where the client is installed;

a data stream downloading module 350, configured to obtain a data stream of another user in the live webcast room sent by the server, where the data stream includes second interactive data issued by the target user, and the second interactive data includes at least one of update information for the target object demand information and feedback information for the first interactive data;

and the target user receiving module 360 is configured to receive a message that the bidder user is the target bidder user and sent by the server.

According to the live bidding competition device provided by the embodiment, the bidding party user carries out live interaction with the bidding party user through the client, the scheme screens the interaction data of the bidding party user and the bidding party user, and the efficiency of screening the target bidding party user is improved.

On the other hand, an embodiment of the present application further provides another embodiment of a live bidding device applied to an anchor client, and as shown in fig. 11, the device may include:

a control operation obtaining module 410, configured to receive a control operation, which is input by a anchor user on an operation interface of the anchor client and is for a data stream of any client in a current webcast room;

and the control instruction generating and sending module 420 is configured to generate a data flow control instruction for the control operation, and send the data flow control instruction to the server, so that the server determines whether to send the data flow uploaded by the target client to each client in the live webcast room based on the data flow control instruction.

The live bidding competition device provided by the embodiment can control the data stream transmission of any other client to be temporarily started or closed through the control on the operation interface of the anchor client in the live bidding competition process by the anchor in the live webcast room, so that the anchor can conveniently guide and control the bidder and the bidder participating in the live bidding competition.

A server is provided that includes a processor and a memory having stored therein a program executable on the processor. When the processor runs the program stored in the memory, the live bidding method applied to the server side is realized.

The application also provides a terminal device, which comprises a processor and a memory, wherein the memory is stored with a program which can be run by the processor. The processor implements the live bidding method applied to the first client side as described above when executing the program stored in the memory.

The application also provides another terminal device, which comprises a processor and a memory, wherein the memory is stored with a program which can be run by the processor. The processor implements the live bidding method applied to the second client side as described above when executing the program stored in the memory.

The application also provides another terminal device, which comprises a processor and a memory, wherein the memory is stored with a program which can be run by the processor. The processor implements the live bidding method applied to the anchor client side as described above when running the program stored in the memory.

The application also provides a storage medium executable by the computing device, wherein the storage medium stores a program, and the program is executed by the computing device to realize the live bidding method executed by the server side.

The application also provides another storage medium executable by the computing device, and the storage medium stores a program, and when the program is executed by the computing device, the program realizes the live bidding method executed by the first client side.

The present application also provides another storage medium executable by a computing device, where the storage medium stores a program, and the program, when executed by the computing device, implements the live bidding method executed by the second client side.

The present application also provides another storage medium executable by a computing device, where the storage medium stores a program, and the program, when executed by the computing device, implements the live bidding method executed by the anchor client side.

While, for purposes of simplicity of explanation, the foregoing method embodiments have been described as a series of acts or combination of acts, it will be appreciated by those skilled in the art that the present invention is not limited by the illustrated ordering of acts, as some steps may occur in other orders or concurrently with other steps in accordance with the invention. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required by the invention.

It should be noted that technical features described in the embodiments in the present specification may be replaced or combined with each other, each embodiment is mainly described as a difference from the other embodiments, and the same and similar parts between the embodiments may be referred to each other. For the device-like embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.

The steps in the method of the embodiments of the present application may be sequentially adjusted, combined, and deleted according to actual needs. The device and the modules and sub-modules in the terminal in the embodiments of the present application can be combined, divided and deleted according to actual needs.

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

The modules or sub-modules described as separate parts may or may not be physically separate, and parts that are modules or sub-modules may or may not be physical modules or sub-modules, may be located in one place, or may be distributed over a plurality of network modules or sub-modules. Some or all of the modules or sub-modules can be selected according to actual needs to achieve the purpose of the solution of the present embodiment.

In addition, each functional module or sub-module in the embodiments of the present application may be integrated into one processing module, or each module or sub-module may exist alone physically, or two or more modules or sub-modules may be integrated into one module. The integrated modules or sub-modules may be implemented in the form of hardware, or may be implemented in the form of software functional modules or sub-modules.

Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.

The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.

Claims

1. A live bidding method is applied to a server and comprises the following steps:

receiving bid object demand information and custom screening rule information sent by a user of a bid sender through a client, wherein the bid object demand information comprises attribute information of a bid object, and the custom screening rule information comprises rule information when the user of the bid sender is screened in a bidding process;

2. The method of claim 1, wherein the filtering out a plurality of candidate bidder users from the plurality of bidder users that match the bid item requirement information and the custom filtering rule information comprises:

obtaining bidding party users matched with the bidding object demand information and the custom screening rule information according to user attribute information corresponding to each bidding party user;

and determining that the bidder user feeding back the interaction data is the candidate bidder user within a first preset time period.

3. The method of claim 1, wherein the selecting candidate bidder users from the plurality of candidate bidder users for entering a next round of bidding according to the first interaction data and the customized filtering rule information comprises:

and when the first interaction data issued by the candidate bidder users in the live webcast room do not meet the requirements of the bidder users, or when the operation of the candidate bidder users does not meet the preset flow requirements, controlling the candidate bidder users to quit the live bidding flow, and determining other candidate bidder users as candidate bidder users entering the next round of bidding.

4. The method as claimed in claim 1, wherein the obtaining process of the first interaction data obtained from the last round of bidding comprises:

5. The method of claim 4, wherein the step of screening at least one target bidder user from candidate bidder users participating in a last round of bidding based on the second interaction data and first interaction data obtained from a last round of bidding comprises:

6. The method of claim 1, wherein the screening out at least one target bidder user from candidate bidder users participating in a last round of bidding based on the second interaction data and first interaction data obtained from a last round of bidding comprises:

the second interaction data comprises feedback information of each first interaction data obtained by aiming at the last bidding round, and when the second interaction data comprises the receiving feedback information aiming at least one candidate bidder user, at least one candidate bidder user received by the bidder user is determined to be the target bidder user.

7. The method as claimed in claim 3, wherein the step of detecting whether candidate bidder users who do not meet preset process requirements exist in the live webcast room comprises:

judging whether candidate bidder users not releasing the first interaction data exist in a second preset time period after entering the bidder user feedback link;

8. The method of claim 1, wherein after the creating a webcast room for the one bidder user and the corresponding plurality of candidate bidder users, the method further comprises:

receiving a first encrypted data stream sent by the user of the sending party through a client;

receiving second encrypted data streams uploaded by the client side of each candidate bidder user in the live webcast room;

and sending the second encrypted data stream to a client of the user of the sending party passing the identity authentication and the decryption authority authentication for display.

9. The method of claim 8, wherein the webcast room further comprises a main cast;

sending the first encrypted data stream and the second encrypted data stream to an anchor client which passes identity authentication and decryption authority authentication;

and receiving a third encrypted data stream sent by the anchor through the anchor client, and sending the third encrypted data stream to the client of the bidding party user and each bidding party user who passes identity authentication and decryption authority authentication.

10. The method of claim 1, further comprising a host in the live webcast room, the method further comprising:

receiving data flow control instructions aiming at other clients in the live webcast room and sent by a main client;

and determining whether to use the data stream sent by the target client to send to each client in the live webcast room based on the data stream control instruction.

11. A live bidding method is applied to a client of a user of a sponsor, and comprises the following steps:

sending the bidding target object requirement information and the customized screening rule information to a server so that the server screens a plurality of candidate bidding party users matched with the bidding target object requirement information and the customized screening rule information from the plurality of bidding party users, and creating a live webcast room for the bidder user and the candidate bidding party users;

12. The method of claim 11, wherein the receiving the first interaction data issued by the candidate bidder users in the live webcast room sent by the server comprises:

when the client of the client side of the sending party downloads the data streams of other users in the live webcast room from the server, the client side triggers a hardware encryptor on a local terminal to perform identity authentication and decryption authority authentication on the server;

when detecting that the hardware encryptor receives an authentication passing message returned by the server, triggering the hardware encryptor to acquire a new key from the server and sending the new key to the client;

and the client decrypts and displays the data streams of other users in the live webcast room downloaded from the server according to the new key.

13. A live bidding method is applied to a client of a user of a bidder, and comprises the following steps:

14. The method of claim 13, wherein the obtaining of the data stream of other users in the live webcast room sent by the server comprises:

when the client of the competitive bidding party user downloads the data streams of other users in the live webcast room from the server, the client triggers a hardware encryptor on a local terminal to perform identity authentication and decryption authority authentication on the server;

after the hardware encryptor receives the authentication passing message returned by the server, triggering the hardware encryptor to acquire a new key from the server and sending the new key to the client;

and the client decrypts and displays the data stream of other users in the live webcast room downloaded from the server according to the new key.

15. A live bidding method is applied to an anchor client, and comprises the following steps:

16. A live bidding device is applied to a server, and the device comprises:

the system comprises a demand information receiving module, a bid object selection module and a bid object selection module, wherein the demand information receiving module is used for receiving bid object demand information and custom screening rule information which are sent by a user of a bid sender through a client, the bid object demand information comprises attribute information of a bid object, and the custom screening rule information comprises corresponding rule information when the user of the bid sender is screened in a bidding process;

17. A live bidding device, applied to a client of a user of a bidder, the device comprising:

18. A live bidding device, applied to a client of a user of a bidder, the device comprising:

19. A live bidding device, for use in an anchor client, the device comprising:

and the control instruction generating and sending module is used for generating a data flow control instruction aiming at the control operation and sending the data flow control instruction to the server so that the server determines whether to forward the data flow uploaded by the target client to other clients in the live webcast room or not based on the data flow control instruction.

20. A system for live bidding is characterized by comprising a server, a first terminal and a plurality of second terminals;

the server is used for executing the live bidding method of any one of claims 1-10;

the first terminal is used for executing the live bidding method of claim 11 or 12;

the second terminal is configured to execute the live bidding method of claim 13 or 14.

21. The system of claim 20, further comprising a third terminal;

the third terminal is configured to execute the live bidding method of claim 15.