Live broadcast interaction method and device, electronic equipment and storage medium

Abstract

The invention relates to the technical field of Internet, in particular to a live broadcast interaction method and device, electronic equipment and a storage medium. The method comprises the steps that when live broadcast consensus is triggered between at least two live broadcast rooms, a virtual resource presentation request sent by any audience client for the live broadcast consensus is received, and a target presentation type of virtual resources to be presented is carried; according to the target presentation type, sending a corresponding resource presentation rule to at least one target client, each target client being an audience client or an anchor client; and based on the rule execution feedback information returned by the at least one target client, determining at least one anchor client corresponding to the virtual resource, and transferring the virtual resource to the at least one anchor client. According to the invention, the interestingness of the live broadcast conclusion process is improved, the enthusiasm of the anchor and the interestingness of the audience are further improved, the flow income brought by the live broadcast conclusion is finally improved, and the cost of maintaining the audience flow by a network live broadcast platform is saved.

Description

Background Art

[0002] As a new form of entertainment, online live streaming is becoming more and more popular. The anchor can broadcast live through the online live streaming platform, and the audience can enter the anchor's live broadcast room to watch the anchor's live video. During the live broadcast, the anchor can also interact with other anchors, thereby increasing the fun of the live broadcast and bringing more audience traffic.

[0003] Live PK (PK) is a form of interaction between anchors. It refers to real-time audio and video interaction between anchors. An anchor can initiate PK by invitation or random matching. During the PK between anchors, the audience can give virtual resources to the anchor in their live broadcast room. The winning anchor is ultimately determined by the value of the virtual resources given by the audience.

[0004] However, the current way for viewers to give virtual resources is relatively simple. For example, when anchor A and anchor B compete with each other, the audience in anchor A's live broadcast room can give virtual resources to anchor A, and the audience in anchor B's live broadcast room can give virtual resources to anchor B.

[0005] This makes the live PK process less interesting, reduces the host's enthusiasm for interaction and the audience's interest in live PK, and requires the online live broadcast platform to consume additional operation and maintenance costs to attract audience traffic. Summary of the invention

[0006] The embodiments of the present application provide a live interactive method, device, electronic device and storage medium, which are used to enrich the way of giving away virtual resources, improve the fun and interactivity of the live broadcast duel process, thereby increasing the traffic revenue brought by the live broadcast duel, and saving the cost of maintaining audience traffic for the network live broadcast platform.

[0007] On the one hand, an embodiment of the present application provides a live interactive method, which is applied to a server, and the method includes:

[0008] When a live broadcast duel is triggered between at least two live broadcast rooms, a virtual resource donation request sent by any viewer client in the at least two live broadcast rooms for the live broadcast duel is obtained; wherein the virtual resource donation request carries a target donation type of the virtual resource to be donated;

[0009] According to the target gift type, sending corresponding resource gift rules to at least one target client in the at least two live broadcast rooms; wherein each target client is a viewer client or a host client;

[0010] Determining at least one anchor client corresponding to the virtual resource based on the rule execution feedback information obtained by each of the at least one target clients;

[0011] The virtual resource is transferred to the at least one anchor client.

[0012] On the one hand, an embodiment of the present application provides a live interactive method, which is applied to a first audience client, and the method includes:

[0013] In response to a triggering operation for a virtual resource of a target gift type in a live match, a virtual resource gift request is sent; wherein the virtual resource gift request carries the target gift type;

[0014] Obtain resource donation rules determined based on the target resource type, and display the resource donation rules in the live duel interface;

[0015] Obtaining rule execution feedback information of the resource donation rule, wherein the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0016] On the one hand, an embodiment of the present application provides a live interactive method, which is applied to a second viewer client, and the method includes:

[0017] In the process of displaying the live broadcast duel interface, a resource donation rule is obtained; wherein the resource donation rule is determined based on the target donation type in the virtual resource donation request of the first viewer client;

[0018] Displaying the resource donation rules in the live broadcast duel interface;

[0019] Obtaining rule execution feedback information of the resource donation rule, wherein the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0020] On the one hand, an embodiment of the present application provides a live broadcast interaction method, which is applied to a host client, and the method includes:

[0021] In the process of displaying the live broadcast duel interface, a resource donation rule is obtained; wherein the resource donation rule is determined based on the target donation type in the virtual resource donation request of the first viewer client;

[0022] Displaying the resource donation rules in the live broadcast duel interface;

[0023] Obtaining rule execution feedback information of the resource donation rule, wherein the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0024] On the one hand, an embodiment of the present application provides a live interactive device, which is applied to a server, and the device includes:

[0025] A request receiving unit, configured to receive, when a live broadcast duel is triggered between at least two live broadcast rooms, a virtual resource donation request sent by any viewer client in the at least two live broadcast rooms for the live broadcast duel; wherein the virtual resource donation request carries a target donation type of the virtual resource to be donated;

[0026] A rule sending unit, configured to send a corresponding resource donation rule to at least one target client in the at least two live broadcast rooms according to the target donation type; wherein each target client is a viewer client or a host client;

[0027] A host determination unit, configured to determine at least one host client corresponding to the virtual resource based on the rule execution feedback information returned by each of the at least one target clients;

[0028] A transfer unit is used to transfer the virtual resource to the at least one anchor client.

[0029] Optionally, the target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the virtual resource animation moving in each anchor area in the live broadcast duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource;

[0030] Then the rule sending unit is specifically used for:

[0031] According to the random gift type, the running track of the virtual resource animation is sent to each viewer client and each anchor client in the at least two live broadcast rooms respectively;

[0032] Then the anchor determination unit is specifically used for:

[0033] Based on the running end information of the virtual resource animation obtained by each of the viewer clients and each of the anchor clients, a target anchor area where the end position of the running track is located is obtained;

[0034] Based on the anchor client corresponding to the target anchor area, the anchor client corresponding to the virtual resource is obtained.

[0035] Optionally, the device further comprises a trajectory changing unit, configured to:

[0036] In the process of displaying the running track, the anchor interaction information sent by each anchor client is obtained, the running track is changed according to each anchor interaction information, and the changed running track is sent to each audience client and each anchor client respectively.

[0037] Optionally, the running trajectory includes: the virtual resource animation collides multiple times at the boundaries of each anchor area in the live broadcast confrontation interface, forming a collision trajectory.

[0038] Optionally, the target gift type includes a specified gift type, the resource gift rule includes specified rule window information, and the specified rule window information includes the specified control information of each anchor;

[0039] Then the rule sending unit is specifically used for:

[0040] According to the designated donation type, sending the designated rule window information to any viewer client that sends the virtual resource donation request;

[0041] Then the anchor determination unit is specifically used for:

[0042] Based on the designated information of at least one anchor obtained by any of the viewer clients, at least one anchor client corresponding to the virtual resource is obtained.

[0043] Optionally, the target gift type includes a voting gift type, the resource gift rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor;

[0044] Then the rule sending unit is specifically used for:

[0045] Sending the voting rule window information to each viewer client in the at least two live broadcast rooms according to the voting gift type;

[0046] Then the anchor determination unit is specifically used for:

[0047] Obtaining a final voting result based on the voting information for each anchor obtained by each of the audience clients;

[0048] At least one anchor client corresponding to the virtual resource is determined according to the final voting result.

[0049] On the one hand, an embodiment of the present application provides a live interactive device, which is applied to a first viewer client, and the device includes:

[0050] A request sending unit, configured to send a virtual resource donation request in response to a triggering operation for a virtual resource of a target donation type in a live match; wherein the virtual resource donation request carries the target donation type;

[0051] A rule acquisition unit, used to obtain a resource donation rule determined based on the target resource type, and display the resource donation rule in the live duel interface;

[0052] A feedback acquisition unit is used to obtain rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0053] Optionally, the target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the virtual resource animation moving in each anchor area in the live broadcast duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource;

[0054] The rule display unit is specifically used for:

[0055] In each anchor area in the live duel interface, display the running track of the virtual resource animation;

[0056] Then the feedback acquisition unit is specifically used for:

[0057] The running end information of the virtual resource animation is obtained.

[0058] Optionally, the rule display unit is further used for:

[0059] In the process of displaying the running trajectory, a changed running trajectory is obtained according to the interactive information of each anchor, and the changed running trajectory is displayed in each anchor area in the live confrontation interface.

[0060] Optionally, the rule display unit is specifically used to:

[0061] In each anchor area in the live broadcast duel interface, the collision trajectory of the virtual resource animation performing multiple collisions at the boundaries of each anchor area is displayed.

[0062] Optionally, the target gift type includes a specified gift type, the resource gift rule includes specified rule window information, and the specified rule window information includes the specified control information of each anchor;

[0063] The rule display unit is specifically used for:

[0064] Displaying a specified rule window corresponding to the specified rule window information in the live broadcast duel interface, wherein the specified rule window includes the specified controls of each anchor;

[0065] Then the obtaining unit is specifically used for:

[0066] In response to a triggering operation of a designated control of at least one host in the designated rule window, designated information of each of the at least one host is obtained.

[0067] Optionally, the target gift type includes a voting gift type, the resource gift rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor;

[0068] The rule display unit is specifically used for:

[0069] Displaying a voting rule window corresponding to the voting rule window information in the live duel interface, wherein the voting rule window includes voting controls for each anchor;

[0070] Then the obtaining unit is specifically used for:

[0071] In response to a triggering operation on a voting control of at least one host in the voting rule window, voting information of each of the at least one host is obtained.

[0072] On the one hand, an embodiment of the present application provides a live interactive device, which is applied to a second viewer client, and the device includes:

[0073] A rule obtaining unit, used to obtain a resource gift rule during the display of the live duel interface; wherein the resource gift rule is determined based on a target gift type in a virtual resource gift request of a first viewer client;

[0074] A rule display unit, used to display the resource donation rules in the live duel interface;

[0075] The obtaining unit is used to obtain rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0076] Optionally, the target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the virtual resource animation moving in each anchor area in the live broadcast duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource;

[0077] The rule display unit is specifically used for:

[0078] In each anchor area in the live duel interface, display the running track of the virtual resource animation;

[0079] Then the obtaining unit is specifically used for:

[0080] The running end information of the virtual resource animation is obtained.

[0081] Optionally, the rule display unit is further used for:

[0082] In the process of displaying the running trajectory, a changed running trajectory determined according to the interactive information of each anchor is obtained, and the changed running trajectory is displayed in each anchor area in the live confrontation interface.

[0083] Optionally, the rule display unit is specifically used to:

[0084] In each anchor area in the live broadcast duel interface, the collision trajectory of the virtual resource animation performing multiple collisions at the boundaries of each anchor area is displayed.

[0085] Optionally, the target gift type includes a voting gift type, the resource gift rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor;

[0086] The rule display unit is specifically used for:

[0087] Displaying a voting rule window corresponding to the voting rule window information in the live duel interface, wherein the voting rule window includes voting controls for each anchor;

[0088] Then the obtaining unit is specifically used for:

[0089] In response to a triggering operation on a voting control of at least one host in the voting rule window, voting information of each of the at least one host is obtained.

[0090] On the one hand, an embodiment of the present application provides a live interactive device, which is applied to a host client, and the device includes:

[0091] A rule obtaining unit, used to obtain a resource gift rule during the display of the live duel interface; wherein the resource gift rule is determined based on a target gift type in a virtual resource gift request of a first viewer client;

[0092] A rule display unit, used to display the resource donation rules in the live duel interface;

[0093] The obtaining unit is used to obtain rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0094] Optionally, the target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the virtual resource animation moving in each anchor area in the live broadcast duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource;

[0095] The device further includes a bullet screen display unit, which is used to:

[0096] In each anchor area in the live duel interface, display the running track of the virtual resource animation;

[0097] Then the obtaining unit is specifically used for:

[0098] The running end information of the virtual resource animation is obtained.

[0099] Optionally, the rule display unit is further used for:

[0100] In the process of displaying the running trajectory, a changed running trajectory determined according to the interactive information of each anchor is obtained, and the changed running trajectory is displayed in each anchor area in the live confrontation interface.

[0101] Optionally, the rule display unit is specifically used to:

[0102] In each anchor area in the live broadcast duel interface, the collision trajectory of the virtual resource animation performing multiple collisions at the boundaries of each anchor area is displayed.

[0103] On the one hand, an embodiment of the present application provides an electronic device, including a processor and a memory, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor performs the steps of any one of the above-mentioned live interactive methods.

[0104] On the one hand, an embodiment of the present application provides a computer-readable storage medium, which includes a computer program. When the computer program is run on an electronic device, the computer program is used to enable the electronic device to execute the steps of any one of the above-mentioned live interactive methods.

[0105] On the one hand, an embodiment of the present application provides a computer program product, which includes a computer program, and the computer program is stored in a computer-readable storage medium; when a processor of an electronic device reads the computer program from the computer-readable storage medium, the processor executes the computer program, so that the electronic device performs the steps of any one of the above-mentioned live interactive methods.

[0106] The above solution of the embodiment of the present application has at least the following beneficial effects:

[0107] In an embodiment of the present application, when a live broadcast PK is conducted between at least two live broadcast rooms, any viewer in these live broadcast rooms can initiate a virtual resource donation request carrying a target donation type. The server obtains the corresponding resource donation rule based on the target donation type and sends it to one or more target clients (viewer clients or anchor clients) that need to display the resource donation rule; after displaying the resource donation rule, each target client can obtain rule execution feedback information and return it to the server. The server can determine the one or more anchor clients to be donated based on the received one or more rule execution feedback information, and transfer the virtual resources to the one or more anchor clients. In this way, in the live broadcast duel, the virtual resources of the target gift type donated by any audience in any live broadcast room are not necessarily donated to the anchor of any live broadcast room. Instead, the corresponding resource donation rules are determined according to the target gift type, and the one or more anchors to be donated are determined according to the feedback information from the rule execution, thereby enriching the donation methods of virtual resources, improving the fun of the live broadcast duel process, and then improving the interactive enthusiasm of the anchors, which can bring better quality live content, make the live broadcast duel more competitive and entertaining, and increase the audience's interest in the live broadcast duel, which can attract more audiences to participate in the live broadcast duel, ensure audience stickiness, and increase the number of daily active audiences of the online live broadcast platform, ultimately increasing the traffic revenue brought by the live broadcast duel and saving the cost of the online live broadcast platform to maintain audience traffic.

[0108] Other features and advantages of the present application will be described in the following description, and partly become apparent from the description, or be understood by practicing the present application. The purpose and other advantages of the present application can be realized and obtained by the structures specifically pointed out in the written description, claims, and drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0109] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0110] Figure 1 A schematic diagram of an application scenario of a live interactive method in an embodiment of the present application;

[0111] Figure 2 A schematic diagram of a live broadcast duel interface in an embodiment of the present application;

[0112] Figure 3 An interactive flow chart of a live interactive method in an embodiment of the present application;

[0113] Figure 4 A schematic diagram of a process of presenting a collision gift in an embodiment of the present application;

[0114] Figure 5 A schematic diagram of a collision trajectory of a collision gift animation in an embodiment of the present application;

[0115] Figure 6 A schematic diagram of the landing point of a gift collision animation in an embodiment of the present application;

[0116] Figure 7 A schematic diagram of a designated rule window for a designated gift in an embodiment of the present application;

[0117] Figure 8 A schematic diagram of a voting rule window for a voting gift in an embodiment of the present application;

[0118] Fig. 9 A schematic diagram of a voting result window of a voting gift in an embodiment of the present application;

[0119] Fig.10 A schematic diagram of a voting barrage for a voting gift in an embodiment of the present application;

[0120] Fig.11 A schematic diagram of the voting process of a voting gift in an embodiment of the present application;

[0121] Fig.12 A schematic diagram of a voting gift giving message window in an embodiment of the present application;

[0122] Fig.13 A flowchart of a live interactive method in an embodiment of the present application;

[0123] Fig.14 This is a flow chart of another live interactive method in an embodiment of the present application;

[0124] Fig.15 This is a flow chart of another live interactive method in an embodiment of the present application;

[0125] Fig.16 This is a flow chart of another live interactive method in an embodiment of the present application;

[0126] Fig.17 This is a structural diagram of a live interactive device in an embodiment of the present application;

[0127] Fig.18 It is a structural schematic diagram of another live interactive device in an embodiment of the present application;

[0128] Fig.19 It is a structural schematic diagram of another live interactive device in an embodiment of the present application;

[0129] Fig. 20It is a structural schematic diagram of another live interactive device in an embodiment of the present application;

[0130] Fig.21 A schematic diagram of a hardware structure of an electronic device to which an embodiment of the present application is applied;

[0131] Fig. 22 A schematic diagram of the hardware structure of an electronic device to which an embodiment of the present application is applied. DETAILED DESCRIPTION

[0132] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the technical solution of the present application, rather than all of the embodiments. Based on the embodiments recorded in the application documents, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the technical solution of the present application.

[0133] The word “exemplary” is used hereinafter to mean “serving as an example, example, or illustration.” Any embodiment described as “exemplary” is not necessarily to be construed as preferred or advantageous over other embodiments.

[0134] The terms "first" and "second" in this document are used for descriptive purposes only and should not be understood as explicitly or implicitly indicating relative importance or implicitly indicating the number of technical features indicated. Therefore, features defined as "first" and "second" may explicitly or implicitly include one or more of the features, and in the description of the embodiments of this application, unless otherwise specified, "plurality" means two or more.

[0135] The following is a brief introduction to the design concept of the embodiments of the present application.

[0136] At present, during the live broadcast duel, the way for the audience to give virtual resources is relatively simple. The audience can only give virtual resources to anchor A in the live broadcast room of anchor A. This makes the PK process less interesting, reduces the anchor's enthusiasm for PK, and reduces the audience's interest in PK, which requires the online live broadcast platform to consume additional operation and maintenance costs to attract audience traffic.

[0137] In view of this, the embodiments of the present application provide a live interactive method, device, electronic device and storage medium. In a live broadcast duel, a virtual resource of a target gift type gifted by any audience in any live broadcast room is not necessarily gifted to the anchor of any live broadcast room, but the corresponding resource gifting rule is determined according to the target gifting type, and one or more anchors to whom the gift is given are determined according to the feedback information of the rule execution, thereby enriching the gifting method of virtual resources, improving the fun and interactivity of the live broadcast duel process, and further improving the interactive enthusiasm of the anchor, which can bring better quality live broadcast content, make the live broadcast duel more competitive and entertaining, and increase the audience's interest in the live broadcast duel, which can attract more audiences to participate in the live broadcast duel, ensure audience stickiness, and increase the number of daily active audiences of the online live broadcast platform, and finally increase the traffic revenue brought by the live broadcast duel, saving the cost of the online live broadcast platform to maintain audience traffic; and the server only needs to execute feedback information according to the rule of the resource gifting rule to determine the anchor to whom the gift is given, so there is no need to consume additional network resources and computing power, and a large audience maintenance cost can be saved.

[0138] The preferred embodiments of the present application are described below in conjunction with the drawings in the specification. It should be understood that the preferred embodiments described herein are only used to illustrate and explain the present application, and are not used to limit the present application. In addition, the embodiments and features in the embodiments of the present application may be combined with each other if there is no conflict.

[0139] like Figure 1 As shown, it is a schematic diagram of an application scenario of an embodiment of the present application. The application scenario diagram includes a terminal device 110 and a server 120.

[0140] In the embodiments of the present application, the terminal device 110 includes but is not limited to mobile phones, computers, intelligent voice interaction devices, smart home appliances, vehicle terminals, aircraft, etc.; a live broadcast application client can be installed on the terminal device, and the server 120 can be a background server corresponding to the live broadcast application client, or a server specifically used to provide live broadcast services, which is not specifically limited in the present application. The server 120 can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms.

[0141] In an optional implementation, the terminal device 110 and the server 120 may communicate with each other via a communication network; wherein the communication network may be a wired network or a wireless network.

[0142] It should be noted that the live broadcast interaction method in each embodiment of the present application can be jointly executed by the live broadcast application client and the server 120 installed on the terminal device 110.

[0143] The host can record live video through the live application client (hereinafter referred to as the host client) installed on the terminal device 110. For example, the terminal device 110 can collect the image data and audio data of the host's live broadcast through the camera and microphone for recording, and upload the recorded live video to the server 120 in real time through the communication network. The audience can enter the host's live broadcast room to watch the live video being played through the live application client (hereinafter referred to as the audience client) installed on the terminal device 110. The server 120 sends the host's live video in the form of a live video stream to the live application client of each audience watching the live broadcast.

[0144] During the live broadcast, the anchor can trigger a live broadcast duel with one or more other anchors on the anchor client, thereby triggering a live broadcast duel between at least two live broadcast rooms, and the value of the virtual resources donated by the audience during the live broadcast duel is used as the criterion for the victory or defeat of the duel. The audience in each live broadcast room can not only initiate a virtual resource donation request for the anchor of the live broadcast room through the audience client, but also initiate a virtual resource donation request with a target donation type. The server 120 obtains the corresponding resource donation rule according to the target donation type and sends it to one or more target clients that need to display the resource donation rule; after displaying the resource donation rule, each target client can obtain rule execution feedback information and return it to the server 120. The server 120 can determine the one or more anchor clients to be donated according to the received one or more rule execution feedback information, and transfer the virtual resources to the one or more anchor clients.

[0145] When the live broadcast competition is over, the winner is determined based on the value of the virtual resources obtained by each anchor. Figure 2 As shown, this is the live broadcast duel interface between anchor A and anchor B. Currently, anchor A has obtained 500 points and anchor B has obtained 100 points. The scores here can be converted from the value of the virtual resources obtained.

[0146] It should be noted that Figure 1 The above is just an example. In fact, the number of terminal devices and servers is not limited, and is not specifically limited in the embodiments of the present application. The live interactive method of the embodiment of the present application can be applied not only to live video broadcasts, but also to live game broadcasts.

[0147] The following describes the live interactive method provided by the exemplary embodiment of the present application in combination with the application scenarios described above and with reference to the accompanying drawings. It should be noted that the above application scenarios are only shown to facilitate understanding of the spirit and principles of the present application, and the implementation methods of the present application are not limited in this regard.

[0148] In some embodiments, the live broadcast interactive method can be executed collaboratively by a live broadcast application client (including an audience client and a host client) installed on a terminal device and a server. Figure 3 An interactive flow chart of a live interactive method is shown, such as Figure 3 As shown, the method may include the following S31-S37:

[0149] S31: Any viewer client sends a virtual resource donation request to the server in response to a trigger operation for a target donation type of virtual resources in a live broadcast match; wherein the virtual resource donation request carries the target donation type and value information of the virtual resource to be donated.

[0150] When the live broadcast rooms of at least two anchors trigger a live showdown, any viewer in any of the live broadcast rooms can donate virtual resources of the target gift type. Specifically, any viewer can trigger (e.g., click, press, etc.) a gift control in the live broadcast showdown interface, and the corresponding viewer client can display a virtual resource window in response to the trigger operation. The virtual resource window can include virtual resources of multiple gift types, including virtual resources of the target gift type. The viewer can trigger the virtual resource of the target gift type, so that the viewer client initiates a virtual resource donation request. Among them, the virtual resource can be a virtual gift, such as: "love", "lollipop", "flowers", etc. Different virtual gifts represent different values.

[0151] Typically, viewers in each live broadcast room in a live broadcast match can gift virtual resources to the host in their room. In order to enrich the resource gifting methods, the embodiment of the present application adds a target gift type of virtual resources. When a viewer in a live broadcast room triggers the target gift type of virtual resources, the virtual resources are not directly gifted to the host in the live broadcast room. Instead, according to the following S22-S26 of the embodiment of the present application, it is determined to which host or hosts in the live broadcast matchup the virtual resources should be gifted.

[0152] S32: The server receives the virtual resource donation request and obtains corresponding resource donation rules according to the target donation type.

[0153] The server may pre-set resource gift rules corresponding to the target gift type, which may include multiple types, and different types correspond to different resource gift rules. After receiving the virtual resource gift request, the server determines the corresponding resource gift rules according to the target gift type carried therein.

[0154] After receiving the virtual resource donation request, the server can also send a virtual resource donation notification to each viewer client and each anchor client in each anchor room, so that each viewer client and each anchor client can display the virtual resource donation notification, such as "viewer A donates virtual resources of the target donation type."

[0155] S33: The server sends corresponding resource donation rules to at least one target client in at least two live broadcast rooms; wherein each target client is a viewer client or a host client.

[0156] The server can determine one or more target clients that need to display the above resource gifting rules, and send the resource gifting rules to one or more target clients. It is understandable that different resource gifting rules may correspond to different target clients; for example, some resource gifting rules may require all audience clients to display, some resource gifting rules may only require the audience client that initiates the virtual resource gifting request to display, and some resource gifting rules may require all audience clients and all anchor clients to display, and there is no specific limitation on this.

[0157] S34: The target client receives the resource donation rule and displays the resource donation rule in the live broadcast duel interface.

[0158] Among them, the target client can directly display the resource donation rules in the live broadcast duel interface, and can also display the resource donation rules in the rule display window in the live broadcast duel interface.

[0159] S35: The target client sends rule execution feedback information of the resource donation rule to the server.

[0160] In some cases, after the target client displays the resource donation rules in the live broadcast duel interface, the audience or anchor who logs in to the target client can perform corresponding operations on the resource donation rules and obtain rule execution feedback information; in other cases, after the target client displays the resource donation rules in the live broadcast duel interface, the audience or anchor does not need to perform corresponding operations, and can obtain rule execution feedback information after the display is completed.

[0161] S36: The server determines at least one anchor client corresponding to the virtual resource based on the rule execution feedback information returned by each of the at least one target clients.

[0162] Among them, the server can directly determine the one or more anchors who are given gifts based on the one or more rule execution feedback information received, thereby determining the one or more anchor clients corresponding to the virtual resources; it can also determine the one or more anchors who are given gifts by analyzing and processing the one or more rule execution feedback information, thereby determining the one or more anchor clients corresponding to the virtual resources.

[0163] S37: The server transfers the virtual resources to at least one anchor client.

[0164] Among them, when there is only one anchor who receives the gift, the server can transfer the virtual resources to the anchor's client; when there are multiple anchors who receive the gift, the server can transfer the virtual resources to the anchor clients of multiple anchors according to a certain ratio, and the ratio can be determined according to the rule execution feedback information.

[0165] Optionally, after the server transfers the virtual resource to at least one anchor client, it may also send a gift message of the target gift type of virtual resource to each anchor client in the at least one anchor client and each viewer client in the live broadcast room. The anchor client and each viewer client may display the gift message and, at the same time, may also play special effects of the target gift type of virtual resource.

[0166] In the embodiment of the present application, in a live broadcast duel, a virtual resource of a target gift type gifted by any viewer of any live broadcast room is not necessarily gifted to the host of that live broadcast room. Instead, a corresponding resource gifting rule is determined according to the target gifting type, and one or more hosts to whom the gift is given is determined according to the feedback information from the rule execution, thereby enriching the gifting methods of virtual resources, improving the fun and interactivity of the live broadcast duel process, thereby increasing the hosts' enthusiasm for the duel and the audience's interest in the live broadcast duel, and ultimately increasing the traffic revenue brought by the live broadcast duel and saving the cost of the network live broadcast platform to maintain audience traffic.

[0167] The following is an exemplary introduction to the target donation types and resource donation rules in the above embodiments of the present application.

[0168] First, the first possible target gift type and resource gift rules are introduced.

[0169] In some embodiments, the target gift type includes a random gift type, and accordingly, the resource gift rule can be a random gift rule, which can be presented as: a running trajectory formed by the virtual resource animation moving in each anchor area in the live broadcast duel interface, and the end point position of the running trajectory is used to determine at least one anchor client corresponding to the virtual resource.

[0170] The presentation form of the virtual resource animation can be designed as needed, such as a sphere. In the live broadcast duel interface, each anchor area is displayed, and each anchor area is used to display the live broadcast screen of the corresponding anchor, such as the above Figure 2 The anchor area A and anchor area B in the live broadcast duel interface shown. Optionally, the server can randomly set the running track of the virtual resource animation in each anchor area.

[0171] When executing S32-S33 of the above embodiment, after receiving the virtual resource donation request, the server can obtain the running track of the virtual resource animation in a random manner according to the random donation type, and send the running track of the virtual resource animation to each viewer client and each anchor client in at least two live broadcast rooms of the live broadcast duel. Among them, each viewer client and each anchor client are the target clients in the above S32-S33.

[0172] Optionally, before sending the running track of the virtual resource animation, the server may also send a donation notification of a random donation type of virtual resource to each viewer client and each host client; for example, a random donation type of virtual resource is called a random gift, and the donation notification may be "Viewer A sends a random gift". When displaying the donation notification, each viewer client and each host client may display it in the form of a bullet screen (i.e., scrolling subtitles in the live broadcast interface) or in the form of a pop-up window, without limitation.

[0173] When executing S34-S35 of the above embodiment, the target client (audience client or anchor client) can receive the running trajectory of the virtual resource animation and display the running trajectory of the virtual resource animation in the live broadcast duel interface. When the display is completed, the running end information of the virtual resource animation can be returned to the server.

[0174] When executing S36 of the above embodiment, the server can obtain the target anchor area where the end position of the running trajectory is located based on the running end information of the virtual resource animation returned by each audience client and each anchor client; and obtain the anchor client corresponding to the virtual resource based on the anchor client corresponding to the target anchor area.

[0175] In the embodiment of the present application, after receiving a virtual resource donation request of a random donation type, the server can randomly obtain the running track of the virtual resource animation in each anchor area, that is, the server has determined the target anchor area where the end position of the running track is located, and sends the running track to each viewer client and each anchor client for display. When the display is completed, the anchor corresponding to the virtual resource can be determined according to the target anchor area where the end position of the running track is located. For example, if the end position of the running track is located in anchor A area, the virtual resource is donated to anchor A; if the end position of the running track is located in anchor B area, the virtual resource is donated to anchor B.

[0176] In some cases, the end point of the running trajectory may be located at the intersection of two anchor areas (assuming it is anchor area A and anchor area B). At this time, part of the virtual resource animation falls in anchor area A, and the other part falls in anchor area B. It can be determined in which anchor area the center of the virtual resource animation falls, that is, in which anchor area the virtual resource animation occupies a larger area, the anchor in this anchor area obtains the corresponding virtual resources.

[0177] Optionally, virtual resources can also be donated to anchor A and anchor B in proportion. The proportion can be determined according to the area occupied by the virtual resource animation in the anchor area, that is, the larger the area, the larger the proportion. If the areas are similar, the proportion can be the same.

[0178] In the embodiment of the present application, for virtual resources of the randomly gifted type, the host to whom the resources are given is determined by means of random gifting, and the random gifting method is presented as a running trajectory formed by the movement of the virtual resource animation, so that the audience and the host can intuitively see the process of random gifting, further increase the fun of the live broadcast duel process, improve the host's interactive enthusiasm and the audience's interest, and be more conducive to increasing the traffic revenue brought by the live broadcast duel.

[0179] In some embodiments, in order to further improve the host's enthusiasm for the duel, the running trajectory of the existing virtual resource animation can also be changed according to the host's interaction during the live broadcast duel. For hosts with good interaction, the probability of the virtual resource animation falling into its corresponding host area is increased.

[0180] Optionally, the server may also perform the following operations while displaying the running track of the existing virtual resource animation:

[0181] Receive the anchor interaction information sent by each anchor client, change the running track of the virtual resource animation according to the anchor interaction information, and send the changed running track to each audience client and each anchor client respectively.

[0182] Specifically, the anchor interaction information may include audio and video interaction information, including but not limited to talent performances, etc. For example, after receiving the anchor interaction information from each anchor client, the server can determine the anchor with the best interactive atmosphere based on the actions, voices, etc. in the anchor interaction information, and then randomly change the existing running track so that the virtual resource animation runs towards the anchor area corresponding to the anchor.

[0183] Correspondingly, while displaying the running trajectory of the virtual resource animation, the target client (audience client or anchor client) can also receive the changed running trajectory determined by the server based on the interactive information of each anchor, and display the changed running trajectory in each anchor area in the live duel interface.

[0184] Specifically, after displaying a part of the running track, if the target client receives the changed running track, the virtual resource animation starts from the current position at the receiving moment and continues to run according to the changed running track.

[0185] In the embodiment of the present application, in the process of displaying the running trajectory of the virtual resource animation, the existing running trajectory can be changed according to the interactive information of each anchor, so as to further stimulate the interactive enthusiasm of the anchor, make the duel process more attractive to the audience, and further increase the traffic revenue brought by the live broadcast duel.

[0186] In some embodiments, in order to improve the display effect of the motion trajectory of the virtual resource animation and improve the fun and excitement of the live confrontation process, the running trajectory can be set as: the virtual resource animation collides multiple times at the boundaries of each anchor area in the live confrontation interface to form a collision trajectory. At this time, when the server randomly calculates the collision trajectory of the virtual resource animation, it can randomly select a starting point in each anchor area, and then randomly determine the collision position of the virtual resource animation on the boundary of each anchor area, thereby obtaining the collision trajectory.

[0187] Assume that the random gift type of virtual resources is called collision gift, such as Figure 4As shown, in a live showdown between anchor A and anchor B, viewer A enters anchor A's live broadcast room and then presents a collision gift. The collision trajectory of the collision gift animation is displayed in the live showdown interface. If it finally lands in anchor A's area, the collision gift is presented to anchor A. If it finally lands in anchor B's area, the collision gift is presented to anchor B. In addition, when the collision gift animation finally lands at the junction of anchor A's area and anchor B's area, it can be determined to which anchor the collision gift is presented or to the two anchors in proportion according to the area occupied by the virtual resource animation in the two anchor areas; for example, the value of the collision gift is 100 diamonds (a value measurement unit), and anchor A and anchor B receive 30% and 70% respectively, then anchor A receives 30 diamonds and anchor B receives 70 diamonds.

[0188] For example, Figure 5 As shown, this is the live broadcast duel interface when anchor A and anchor B are having a live broadcast duel. The interface shows the collision trajectory of the collision gift animation. Assuming that the collision gift animation is a sphere, the sphere starts running from a certain position in the anchor A area, collides multiple times at the boundary of the anchor B area, and finally falls into the anchor A area, then anchor A obtains the corresponding virtual resources.

[0189] like Figure 6 As shown, when the collision gift animation falls on the left side of the dividing line between the host A area and the host B area, the collision gift belongs to the host A; when the collision gift animation falls on the right side of the dividing line, the collision gift belongs to the host B; when the collision gift animation falls on the dividing line, if the part of the collision gift animation falling in the host B area occupies a larger area, then the collision gift belongs to the host B, or the collision gift can also be given to the host A and the host B in proportion.

[0190] In an embodiment of the present application, the running trajectory of the virtual resource animation can be set as a collision trajectory, and the virtual resource animation can be collided multiple times on the boundaries of each anchor area, so that the running process of the virtual resource animation looks more interesting and exciting, the atmosphere is maximized, and the fun of the live broadcast duel process is increased.

[0191] Optionally, after transferring the virtual resources to at least one anchor client, the server can also send a gift message of the randomly gifted type of virtual resources to each anchor client of the at least one anchor client and each audience client in the live broadcast room; for example, the randomly gifted type of virtual resources is a collision gift, and the gift message can be "Congratulations to anchor A for receiving the collision gift from audience A". The anchor client and each audience client display the gift message, and at the same time, can also play the special effects of the collision gift.

[0192] The second possible target gift type and resource gift rules are introduced below.

[0193] In some embodiments, the target gift type includes a specified gift type, the resource gift rule includes specified rule window information, and the specified rule window information includes the specified control information of each anchor.

[0194] When executing S32-S33 of the above embodiment, the server can obtain the corresponding specified rule window information according to the specified donation type, and send the specified rule window information to any viewer client that sends a virtual resource donation request, wherein any viewer client is the target client in the above S32-S33.

[0195] Optionally, before sending the specified rule window information, the server may also send a gift notification of a virtual resource of a specified gift type to each viewer client and each anchor client in each live broadcast room; for example, a virtual resource of a specified gift type is called a designated gift, and the gift notification may be "viewer A presents a specified gift."

[0196] When executing S34-S35 of the above embodiment, any viewer client (i.e., target client) that sends a virtual resource donation request can display the corresponding specified rule window in the live broadcast duel interface after receiving the specified rule window information, and the specified rule window includes the specified controls of each anchor. The viewer corresponding to any viewer client can trigger the specified control of at least one anchor in the specified rule window, and the target client responds to the trigger operation, obtains the specified information of at least one anchor, and returns the specified information to the server.

[0197] For example, Figure 7 As shown, it is a schematic diagram of the designated rule window in the live duel interface. The virtual resource of the designated gift type can be a designated gift. The designated rule window includes designated controls for anchor A and anchor B. Any audience in anchor A's live broadcast room presents a designated gift worth 1,000 diamonds. By triggering anchor A's designated control, the designated gift can be presented to anchor A, or by triggering anchor B's designated control, the designated gift can be presented to anchor B. In addition, any audience can specify not only one of the two anchors, but also both of them. In this case, the designated gift can be equally divided between the two anchors, or the audience can specify the proportion of gifts received by the two anchors. For example, after the audience triggers the designated controls of the two anchors at the same time, the gift proportion setting window can be displayed to facilitate the audience to set.

[0198] When executing S36 of the above embodiment, the server can obtain at least one anchor client corresponding to the virtual resource based on the designated information of at least one anchor returned by any viewer client.

[0199] For example, if any viewer client returns the designated information of anchor A, the virtual resources will be given to anchor A; if any viewer client returns the designated information of anchor B, the virtual resources will be given to anchor B; if any viewer client returns the designated information of anchor A and anchor B, the virtual resources will be given to anchor A and anchor B in proportion.

[0200] Optionally, after transferring the virtual resources to at least one anchor client, the server can also send a gift message of the virtual resource of the specified gift type to each anchor client of the at least one anchor client and each audience client in the live broadcast room; for example, the virtual resource of the specified gift type is a designated gift, and the gift message can be "Congratulations to anchor A for receiving the designated gift from audience B". The anchor client and each audience client display the gift message, and at the same time, can also play the special effects of the designated gift.

[0201] In the embodiment of the present application, the audience in any live broadcast room in the live broadcast duel can, by giving virtual resources of designated gift types, not only give virtual resources to the anchor in the live broadcast room, but also can conveniently give virtual resources to the anchors in other live broadcast rooms without having to jump to other live broadcast rooms because jumping to live broadcast rooms is time-consuming. This makes the gifting process of virtual resources smooth, reduces the jumping process of live broadcast rooms, and avoids missing out on wonderful scenes due to jumping to live broadcast rooms, greatly improves the gifting efficiency of virtual resources, improves the audience's gifting experience, can attract audiences to watch the live broadcast duel, increases the traffic revenue brought by the live broadcast duel, and saves the cost of the network live broadcast platform to maintain audience traffic.

[0202] Next, we will introduce the third possible target gift type and resource gift rules.

[0203] In some embodiments, the target donation type includes a voting donation type, the resource donation rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor.

[0204] When executing S32-S33 of the above embodiment, the server can obtain the corresponding voting rule window information according to the voting gift type, and send the voting rule window information to each viewer client in at least two live broadcast rooms of the live broadcast duel. Among them, each viewer client is the target client in the above S32-S33.

[0205] Optionally, before sending the voting rule window information, the server may also send a donation notification of the virtual resource of the voting gift type to each viewer client and each anchor client in each live broadcast room; for example, the virtual resource of the voting gift type is called a voting gift, and the donation notification may be "viewer A donates the virtual resource of the voting gift type."

[0206] When executing S34-S35 of the above embodiment, after receiving the voting rule window information, the viewer client (i.e., the target client) can display the corresponding voting rule window in the live broadcast duel interface, and the voting rule window includes the voting controls of each anchor. The viewer corresponding to the viewer client can trigger the voting control of at least one anchor in the voting rule window, and the viewer client responds to the triggering operation, obtains the voting information of at least one anchor, and returns the voting information to the server.

[0207] Each viewer can vote once and can vote for one of at least two anchors, or can vote for multiple anchors at the same time. For example, when three anchors are competing in a live broadcast, if the audience thinks that two of them perform better, they can vote for both of them at the same time.

[0208] For example, Figure 8 As shown in FIG. 1 , it is a schematic diagram of the voting rule window in the live duel interface. The virtual resource of the voting gift type is the voting gift. The voting rule window includes the voting controls of anchor A and anchor B, and also displays the voting rule "There are currently voting gifts. Do you think anchor A's performance is better or anchor B's performance is better? Send a barrage of support." The audience can vote for anchor A by triggering the voting control of anchor A, and can also vote for anchor B by triggering the voting control of anchor B. In addition, any audience can not only vote for one of the two anchors, but also vote for both anchors at the same time.

[0209] It should be noted that in order to ensure the timeliness of voting, the voting time can be set, for example, 1 minute. The audience client can display the voting rules window within the voting time. When the voting time is exceeded, the voting rules window can be closed. If the audience does not vote within the voting time, it is deemed to have given up, and the corresponding voting information returned by the audience client may be giving up voting.

[0210] When executing S36 of the above embodiment, the server can obtain the final voting result based on the voting information for each anchor returned by each viewer client; and determine at least one anchor client corresponding to the virtual resource according to the final voting result.

[0211] Among them, the final voting results may include the number of votes or support rate obtained by each anchor. The support rate is the proportion of the number of votes obtained to the total number of votes. The server can give virtual resources to the anchor with the highest support rate, or distribute the virtual resources to each anchor according to the support rate. For example, when there are multiple anchors whose support rates exceed the set value, the virtual resources can be distributed to these multiple anchors, or the virtual resources can be directly distributed to all anchors according to the support rate.

[0212] For example, Fig. 9As shown in the figure, it is a schematic diagram of the voting process of voting gifts. During the live broadcast duel between anchor A and anchor B, viewer A enters anchor A's live broadcast room and gives a voting gift. Each viewer in anchor A's live broadcast room and anchor B's live broadcast room can vote. Finally, the server obtains the voting information of the audience returned by each viewer client, and counts the voting results. According to the final voting results, it is determined which anchor has the most votes and the voting gift is given to that anchor. In addition, the voting gift can also be distributed to each anchor according to the support rate.

[0213] In the embodiment of the present application, the audience in any live broadcast room in the live broadcast duel can donate virtual resources of the voting type, so that all the audience in each live broadcast room can participate in the voting, which improves the audience participation. In addition, the virtual resources belong to the anchor according to the voting results, or the proportion of virtual resources obtained by the anchor is determined according to the voting results. This can stimulate the anchor to participate in the live broadcast duel more seriously in order to obtain virtual resources, stimulate the anchor's enthusiasm for interaction, and provide better quality live broadcast content, making the live broadcast duel more attractive to the audience, further increasing the traffic revenue brought by the live broadcast duel, and saving the cost of maintaining audience traffic for the online live broadcast platform.

[0214] In some embodiments, the server can also obtain the current voting results in real time while receiving the voting information returned by each viewer client; and send the current voting results to each viewer client and each anchor client in at least two live broadcast rooms respectively; wherein the current voting results can specifically include the support rate of each anchor.

[0215] Each viewer client and each anchor client can display a voting result window in the live broadcast duel interface, and the voting result window contains the current voting results.

[0216] For example, Fig.10 As shown, this is a schematic diagram of the voting result window in the live broadcast duel interface. The voting result window displays the current voting results, that is, "the support rate of anchor A is 80%, and the support rate of anchor B is 20%"; in addition, the voting result window can also display the information of the audience who gave voting gifts and the remaining voting time. When the remaining voting time is 0, the voting is stopped and the final voting results are obtained.

[0217] In some embodiments, after receiving the voting information returned by each viewer client, the server determines to vote for any one of the anchors based on the voting information, and sends the voting information of the viewer client to each viewer client and anchor client in the live broadcast room corresponding to the any anchor.

[0218] Each viewer client and anchor client can display the audience's voting information through voting barrage in the live broadcast duel interface.

[0219] For example, Fig.11 As shown, after anchor A receives the voting information of viewers A, B, and C, the server sends the voting information of these viewers to the anchor client and each viewer client in the live broadcast room where anchor A is located. These viewers can come from different live broadcast rooms; the anchor client and each viewer client can display voting bullet screens, such as "viewer A supports anchor A+1", "viewer B supports anchor A+1", and "viewer C supports anchor A+1". In this way, when a viewer votes for the anchor in the live broadcast room, the live broadcast room where viewer A is located can display viewer A's voting information; when a viewer in a live broadcast room votes for the anchor in other live broadcast rooms, the other live broadcast rooms can display the viewer's voting information, so that the bullet screens between the live broadcast rooms are connected, that is, the viewer in anchor A's live broadcast room can vote for anchor B, and the viewer's voting information is displayed in live broadcast room B.

[0220] In addition, the server can also send the voting information of the audience received by anchor A to the anchor client and each audience client in the live broadcast room where anchor B is located, so as to display the voting information received by anchor A in the live broadcast room of anchor B.

[0221] In some embodiments, after transferring the virtual resources to at least one anchor client, the server can also send a gift message of the virtual resource of the voting gift type to each anchor client of the at least one anchor client and each audience client in the live broadcast room; for example, the virtual resource of the voting gift type is a voting gift, and the gift message can be "Congratulations to anchor B for receiving the voting gift from audience B."

[0222] The host client and each viewer client can display the gift message in the gift message window in the live broadcast duel interface, and at the same time, can also play the special effects of the voting gift.

[0223] like Fig.12As shown, it is a schematic diagram of the gift message window in the live broadcast duel interface. During the PK between anchor A and anchor B, audience A in anchor A's live broadcast room gave a voting gift. In the end, anchor A's votes were ahead of anchor B, and anchor A received the voting gift. The audience clients and anchor clients in anchor A's live broadcast room can display the gift message window in the live broadcast duel interface, in which the gift message is "Congratulations to anchor A for receiving the voting gift from audience A"; in addition, other controls can also be displayed in the gift message window, such as: congratulation control "Congratulations", gift control "I will also send one", when audience B in anchor A's live broadcast room clicks "Congratulations", anchor A's live broadcast room will receive a congratulatory bullet screen, such as "audience B sends congratulations to anchor A"; when audience B clicks "I will also send one", the corresponding audience client can display the gift window, and audience B can select the voting gift in the gift window to give. In addition, when anchor A receives the voting gift, the audience clients and anchor clients in anchor B's live broadcast room can also display the gift message window in the live broadcast duel interface.

[0224] In the embodiment of the present application, the audience can send voting gifts in their live broadcast room, and each anchor in the live broadcast duel can receive a gift notification, and the audience in each anchor's live broadcast room can also receive a voting reminder. The audience votes for one or more anchors they like based on the live broadcast effect of each anchor. The anchor with the highest number of votes will get the voting gift. This voting gift directly maximizes the competition between the anchors. Each anchor will actively win the audience's favor, increase the interactive communication between the audience and the anchor, and improve the quality of the live broadcast content, further increase the audience's interest and participation, and ultimately increase the traffic revenue brought by the live broadcast duel, saving the cost of the network live broadcast platform to maintain the audience traffic.

[0225] The following is an introduction to the live interactive method on the server side.

[0226] See also Fig.13 As shown, a live interactive method provided in an embodiment of the present application is applied to a server, and the method includes the following S131-S134:

[0227] S131: When a live broadcast duel is triggered between at least two live broadcast rooms, the server receives a virtual resource donation request sent by any viewer client in at least two live broadcast rooms for the live broadcast duel; wherein the virtual resource donation request carries a target donation type of the virtual resource to be donated;

[0228] S132: The server sends a corresponding resource donation rule to at least one target client in at least two live broadcast rooms according to the target donation type; wherein each target client is a viewer client or a host client;

[0229] S133: The server determines at least one anchor client corresponding to the virtual resource based on the rule execution feedback information returned by each of the at least one target clients;

[0230] S134: The server transfers the virtual resource to at least one anchor client.

[0231] Among them, the specific implementation process of S131-S134 can refer to the specific implementation process of S32-S33 and S36-S37 in the above-mentioned embodiments of the present application, and will not be repeated here.

[0232] In some embodiments, the target gift type includes a random gift type, and the resource gift rules include: a running track formed by the movement of a virtual resource animation in each anchor area in the live broadcast duel interface, and the end point position of the running track is used to determine at least one anchor client corresponding to the virtual resource.

[0233] In S132 of the above embodiment, the server may send the running track of the virtual resource animation to each viewer client and each anchor client in at least two live broadcast rooms according to the random gift type;

[0234] In S133 of the above embodiment, the server can obtain the target anchor area where the end position of the running trajectory is located based on the running end information of the virtual resource animation returned by each viewer client and each anchor client; and obtain the anchor client corresponding to the virtual resource based on the anchor client corresponding to the target anchor area.

[0235] Optionally, in the process of displaying the running trajectory, the server can receive the anchor interaction information sent by each anchor client, change the running trajectory according to the anchor interaction information, and send the changed running trajectory to each audience client and each anchor client respectively.

[0236] Optionally, the running track may include: the virtual resource animation collides multiple times at the boundaries of each anchor area in the live broadcast confrontation interface to form a collision track.

[0237] In some embodiments, the target gift type includes a specified gift type, the resource gift rule includes specified rule window information, and the specified rule window information includes the specified control information of each anchor;

[0238] In S132 of the above embodiment, the server may send the specified rule window information to any viewer client that sends the virtual resource donation request according to the specified donation type;

[0239] In S133 of the above embodiment, the server may obtain at least one anchor client corresponding to the virtual resource based on the designated information of at least one anchor returned by any viewer client.

[0240] In some embodiments, the target donation type includes a voting donation type, the resource donation rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor;

[0241] In S132 of the above embodiment, the server may send voting rule window information to each viewer client in at least two live broadcast rooms according to the voting donation type.

[0242] In S133 of the above embodiment, the server may obtain a final voting result based on the voting information for each anchor returned by each viewer client; and determine at least one anchor client corresponding to the virtual resource according to the final voting result.

[0243] Optionally, the server may also obtain the current voting results in real time while receiving the voting information returned by each viewer client; and send the current voting results to each viewer client and each host client in at least two live broadcast rooms respectively.

[0244] Optionally, the server may also send the voting information of the viewer client to each viewer client and the host client in the live broadcast room corresponding to any host, if the viewer client determines to vote for any host based on the voting information of the viewer client in at least two live broadcast rooms.

[0245] Optionally, after transferring the virtual resource to at least one anchor client, the server may also send a donation message of the virtual resource to each anchor client in the at least one anchor client and each audience client in the live broadcast room.

[0246] The live interactive method on the first viewer client side is introduced below. The first viewer client may be a viewer client that donates virtual resources, that is, any viewer client that sends a virtual resource donation request in the above embodiments of the present application.

[0247] See also Fig.14 As shown, a live interactive method provided by an embodiment of the present application is applied to a first audience client, and the method includes the following S141-S143:

[0248] S141: the first viewer client sends a virtual resource donation request in response to a triggering operation for a virtual resource of a target donation type in the live broadcast match; wherein the virtual resource donation request carries the target donation type;

[0249] S142: The first viewer client obtains a resource donation rule determined based on the target resource type, and displays the resource donation rule in the live broadcast duel interface;

[0250] S143: The first viewer client obtains rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0251] Among them, the specific implementation process of S141-S143 can refer to the specific implementation process of S31 and S34-S35 in the above-mentioned embodiment of the present application, and will not be repeated here.

[0252] In some embodiments, the target gift type includes a random gift type, and the resource gift rules include: a running trajectory formed by the virtual resource animation moving in each anchor area in the live broadcast duel interface, the end point position of the running trajectory is used to determine at least one anchor client corresponding to the virtual resource, and the end point position of the running trajectory is used to determine at least one anchor client corresponding to the virtual resource.

[0253] In S142 of the above embodiment, the first viewer client may display the running track of the virtual resource animation in each anchor area in the live broadcast duel interface.

[0254] Optionally, the running trajectory may include: a collision trajectory in which the virtual resource animation collides multiple times at the boundaries of each anchor area.

[0255] In S143 of the above embodiment, the first viewer client may obtain the running end information of the virtual resource animation.

[0256] Optionally, in the process of displaying the running trajectory, the first audience client may also obtain a changed running trajectory determined according to the interactive information of each anchor, and display the changed running trajectory in each anchor area in the live broadcast duel interface.

[0257] In some embodiments, the target gift type includes a specified gift type, the resource gift rule includes specified rule window information, and the specified rule window information includes the specified control information of each anchor.

[0258] In S142 of the above embodiment, the first viewer client can display the specified rule window corresponding to the specified rule window information in the live broadcast duel interface, and the specified rule window includes the specified controls of each anchor.

[0259] In S143 of the above embodiment, the first viewer client may obtain the respective designated information of at least one anchor in response to the triggering operation of the designated control of at least one anchor in the designated rule window.

[0260] In some embodiments, the target donation type includes a voting donation type, the resource donation rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor.

[0261] In S142 of the above embodiment, the first viewer client may display a voting rule window corresponding to the voting rule window information in the live broadcast duel interface, where the voting rule window includes voting controls for each anchor;

[0262] In S143 of the above embodiment, the first viewer client may obtain voting information of at least one host in response to a triggering operation of a voting control of at least one host in the voting rule window.

[0263] Optionally, the first viewer client may also obtain the current voting results of each anchor and display the current voting results in the voting window in the live showdown interface.

[0264] Optionally, the first audience client may also display a voting bullet screen in the live broadcast duel interface; wherein the voting bullet screen includes voting information from any audience member received by the host in the live broadcast room.

[0265] The following is an introduction to the live interactive method on the second viewer client side, where the second viewer client may be a viewer client that has not donated any virtual resources.

[0266] See also Fig.15 As shown, a live interactive method provided by an embodiment of the present application is applied to a second viewer client, and the method includes the following S151-S153:

[0267] S151: the second viewer client obtains a resource donation rule during display of the live broadcast duel interface; wherein the resource donation rule is determined based on a target donation type in the virtual resource donation request of the first viewer client;

[0268] S152: The second audience client displays the resource donation rules in the live broadcast duel interface;

[0269] S153: The second viewer client obtains rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0270] Among them, the specific implementation process of S151-S153 can refer to the specific implementation process of S34-S35 in the above embodiment of the present application, and will not be repeated here.

[0271] In some embodiments, the target gift type includes a random gift type, and the resource gift rules include: a running track formed by the movement of a virtual resource animation in each anchor area in the live broadcast duel interface, and the end point position of the running track is used to determine at least one anchor client corresponding to the virtual resource.

[0272] In S152 of the above embodiment, the second audience client may display the running track formed by the movement of the virtual resource animation in each anchor area in the live broadcast duel interface.

[0273] Optionally, the running trajectory may include: a collision trajectory in which the virtual resource animation collides multiple times at the boundaries of each anchor area.

[0274] In S153 of the above embodiment, the second viewer client may obtain the running end information of the virtual resource animation.

[0275] Optionally, during the process of displaying the running trajectory, the second audience client may also obtain a changed running trajectory determined according to the interactive information of each anchor, and display the changed running trajectory in each anchor area in the live duel interface.

[0276] In some embodiments, the target donation type includes a voting donation type, the resource donation rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor.

[0277] In S152 of the above embodiment, the second audience client may display a voting rule window corresponding to the voting rule window information in the live broadcast duel interface, where the voting rule window includes voting controls for each anchor;

[0278] In S153 of the above embodiment, the second viewer client may obtain voting information of at least one host in response to a triggering operation of a voting control of at least one host in the voting rule window.

[0279] Optionally, the second viewer client may also obtain the current voting results of each anchor and display the current voting results in the voting window in the live showdown interface.

[0280] Optionally, the second audience client may also display voting bullet screens in the live broadcast duel interface; wherein the voting bullet screens include voting information from any audience member received by the host in the live broadcast room.

[0281] The following is an introduction to the live interactive method on the second audience client side.

[0282] See also Fig.16 As shown, a live interactive method provided by an embodiment of the present application is applied to a host client, and the method includes the following S161-S163:

[0283] S161: the host client obtains a resource donation rule during display of the live broadcast duel interface; wherein the resource donation rule is determined based on a target donation type in the virtual resource donation request of the first viewer client;

[0284] S162: The anchor client displays the resource donation rules in the live broadcast duel interface;

[0285] S163: The anchor client obtains rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0286] Among them, the specific implementation process of S161-S163 can refer to the specific implementation process of S34-S35 in the above embodiment of the present application, and will not be repeated here.

[0287] In some embodiments, the target gift type includes a random gift type, and the resource gift rules include: a running track formed by the movement of a virtual resource animation in each anchor area in the live broadcast duel interface, and the end point position of the running track is used to determine at least one anchor client corresponding to the virtual resource.

[0288] In S162 of the above embodiment, the second audience client may display the running track formed by the movement of the virtual resource animation in each anchor area in the live broadcast duel interface.

[0289] Optionally, the running trajectory may include: a collision trajectory in which the virtual resource animation collides multiple times at the boundaries of each anchor area.

[0290] In S163 of the above embodiment, the second viewer client may obtain the running end information of the virtual resource animation.

[0291] Optionally, during the process of displaying the running trajectory, the second audience client may also obtain a changed running trajectory determined according to the interactive information of each anchor, and display the changed running trajectory in each anchor area in the live duel interface.

[0292] Based on the same inventive concept, the embodiment of the present application also provides a live interactive device, which is applied to a server, such as Fig.17 FIG. 1 is a schematic diagram of the structure of a live interactive device 1700, including:

[0293] The request receiving unit 1701 is used to receive a virtual resource donation request sent by any viewer client in at least two live broadcast rooms for the live broadcast confrontation when a live broadcast confrontation is triggered between at least two live broadcast rooms; wherein the virtual resource donation request carries a target donation type of the virtual resource to be donated;

[0294] The rule sending unit 1702 is used to send a corresponding resource donation rule to at least one target client in at least two live broadcast rooms according to the target donation type; wherein each target client is a viewer client or a host client;

[0295] The anchor determination unit 1703 is used to determine at least one anchor client corresponding to the virtual resource based on the rule execution feedback information returned by at least one target client;

[0296] The transfer unit 1704 is used to transfer the virtual resources to at least one anchor client.

[0297] Optionally, the target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the virtual resource animation moving in each anchor area in the live broadcast duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource;

[0298] The rule sending unit 1702 is specifically used for:

[0299] According to the random gift type, the running track of the virtual resource animation is sent to each viewer client and each anchor client in at least two live broadcast rooms respectively;

[0300] The anchor determination unit 1703 is specifically used for:

[0301] Based on the running end information of the virtual resource animation returned by each viewer client and each anchor client, the target anchor area where the end position of the running track is located is obtained;

[0302] Based on the anchor client corresponding to the target anchor area, the anchor client corresponding to the virtual resource is obtained.

[0303] Optionally, the device further comprises a trajectory changing unit, configured to:

[0304] In the process of displaying the running track, the anchor interaction information sent by each anchor client is received, the running track is changed according to the anchor interaction information, and the changed running track is sent to each audience client and each anchor client respectively.

[0305] Optionally, the running trajectory includes: a collision trajectory formed by multiple collisions of the virtual resource animation at the boundaries of each anchor area in the live broadcast confrontation interface.

[0306] Optionally, the target gift type includes a specified gift type, and the resource gift rule includes specified rule window information, and the specified rule window information includes the specified control information of each anchor;

[0307] The rule sending unit 1702 is specifically used for:

[0308] According to the specified gift type, the specified rule window information is sent to any viewer client that sends a virtual resource gift request;

[0309] The anchor determination unit 1703 is specifically used for:

[0310] Based on the designated information of at least one anchor returned by any viewer client, at least one anchor client corresponding to the virtual resource is obtained.

[0311] Optionally, the target gift type includes a voting gift type, and the resource gift rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor;

[0312] The rule sending unit 1702 is specifically used for:

[0313] According to the voting gift type, the voting rule window information is sent to each viewer client in at least two live broadcast rooms;

[0314] The anchor determination unit 1703 is specifically used for:

[0315] Based on the voting information for each anchor returned by each viewer client, the final voting result is obtained;

[0316] According to the final voting result, at least one anchor client corresponding to the virtual resource is determined.

[0317] Optionally, the device further includes a voting result sending unit, which is used to:

[0318] In the process of receiving voting information returned by each viewer client, the current voting results are obtained in real time;

[0319] The current voting results are sent to each viewer client and each anchor client in at least two live broadcast rooms respectively.

[0320] Optionally, the device further includes a voting information sending unit, configured to:

[0321] For each viewer client in at least two live broadcast rooms, if it is determined to vote for any of the anchors based on the voting information of the viewer client, the voting information of the viewer client will be sent to each viewer client and anchor client in the live broadcast room corresponding to any anchor.

[0322] Optionally, the device further includes a message sending unit, configured to:

[0323] After the virtual resource is transferred to at least one anchor client, for each anchor client of the at least one anchor client, a donation message of the virtual resource is sent to the anchor client and each audience client in the live broadcast room.

[0324] Based on the same inventive concept, the embodiment of the present application also provides a live interactive device, which is applied to a first audience client, such as Fig.18 FIG. 1 is a schematic diagram of the structure of a live interactive device 1800, including:

[0325] The request sending unit 1801 is used to send a virtual resource donation request in response to a trigger operation for a virtual resource of a target donation type in a live broadcast match; wherein the virtual resource donation request carries the target donation type;

[0326] A rule display unit 1802 is used to obtain resource donation rules determined based on the target resource type and display the resource donation rules in the live confrontation interface;

[0327] The feedback acquisition unit 1803 is used to obtain rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0328] Optionally, the target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the virtual resource animation moving in each anchor area in the live broadcast duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource;

[0329] The rule display unit 1802 is specifically used for:

[0330] In each anchor area of ​​the live duel interface, the running track formed by the movement of the virtual resource animation is displayed;

[0331] The feedback acquisition unit 1803 is specifically used for:

[0332] Get the running end information of the virtual resource animation.

[0333] Optionally, the rule display unit 1802 is further configured to:

[0334] In the process of displaying the running trajectory, the changed running trajectory is obtained according to the interactive information of each anchor, and the changed running trajectory is displayed in each anchor area in the live broadcast duel interface.

[0335] Optionally, the rule display unit 1802 is specifically used for:

[0336] In each anchor area in the live broadcast duel interface, the collision trajectory of the virtual resource animation performing multiple collisions at the boundaries of each anchor area is displayed.

[0337] Optionally, the target gift type includes a specified gift type, and the resource gift rule includes specified rule window information, and the specified rule window information includes the specified control information of each anchor;

[0338] The rule display unit 1802 is specifically used for:

[0339] Displaying a designated rule window corresponding to the designated rule window information in the live broadcast duel interface, wherein the designated rule window includes designated controls for each anchor;

[0340] The feedback acquisition unit 1803 is specifically used for:

[0341] In response to a triggering operation of a designated control of at least one host in a designated rule window, designated information of at least one host is obtained.

[0342] Optionally, the target gift type includes a voting gift type, and the resource gift rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor;

[0343] The rule display unit 1802 is specifically used for:

[0344] The voting rule window corresponding to the voting rule window information is displayed in the live broadcast duel interface, and the voting rule window includes the voting controls of each anchor;

[0345] The feedback acquisition unit 1803 is specifically used for:

[0346] In response to a triggering operation on a voting control of at least one host in a voting rule window, voting information of at least one host is obtained.

[0347] Optionally, the device further includes a voting result display unit, which is used to:

[0348] Get the current voting results of each anchor and display the current voting results in the voting window in the live showdown interface.

[0349] Optionally, the device further includes a bullet screen display unit, which is used to:

[0350] The voting barrage is displayed in the live broadcast duel interface; wherein the voting barrage includes voting information received by the host in the live broadcast room from any viewer.

[0351] Based on the same inventive concept, the embodiment of the present application also provides a live interactive device, which is applied to a second viewer client, such as Fig.19 , which is a schematic diagram of the structure of a live interactive device 1900, including:

[0352] The rule acquisition unit 1901 is used to obtain resource donation rules during the display of the live broadcast duel interface; wherein the resource donation rules are determined based on the target donation type in the virtual resource donation request of the first viewer client;

[0353] A rule display unit 1902 is used to display resource donation rules in the live confrontation interface;

[0354] The feedback acquisition unit 1903 is used to obtain rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0355] Optionally, the target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the virtual resource animation moving in each anchor area in the live broadcast duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource;

[0356] The rule display unit 1902 is specifically used for:

[0357] In each anchor area of ​​the live duel interface, the running track formed by the movement of the virtual resource animation is displayed;

[0358] The feedback acquisition unit 1903 is specifically used for:

[0359] Get the running end information of the virtual resource animation.

[0360] Optionally, the rule display unit 1902 is further configured to:

[0361] In the process of displaying the running trajectory, a changed running trajectory is obtained according to the interactive information of each anchor, and the changed running trajectory is displayed in each anchor area in the live broadcast duel interface.

[0362] Optionally, the rule display unit 1902 is specifically used for:

[0363] In each anchor area in the live broadcast duel interface, the collision trajectory of the virtual resource animation performing multiple collisions at the boundaries of each anchor area is displayed.

[0364] Optionally, the target gift type includes a voting gift type, and the resource gift rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor;

[0365] The rule display unit 1902 is specifically used for:

[0366] The voting rule window corresponding to the voting rule window information is displayed in the live broadcast duel interface, and the voting rule window includes the voting controls of each anchor;

[0367] The feedback acquisition unit 1903 is specifically used for:

[0368] In response to a triggering operation on a voting control of at least one host in a voting rule window, voting information of at least one host is obtained.

[0369] Optionally, the device further includes a voting result display unit, which is used to:

[0370] Get the current voting results of each anchor and display the current voting results in the voting window in the live showdown interface.

[0371] Optionally, the device further includes a bullet screen display unit, which is used to:

[0372] The voting barrage is displayed in the live broadcast duel interface; wherein the voting barrage includes voting information received by the host in the live broadcast room from any viewer.

[0373] Based on the same inventive concept, the embodiment of the present application also provides a live interactive device, which is applied to a host client, such as Fig. 20 FIG. 2 is a schematic diagram of the structure of a live interactive device 2000, which includes:

[0374] The rule acquisition unit 2001 is used to obtain resource donation rules during the display of the live broadcast duel interface; wherein the resource donation rules are determined based on the target donation type in the virtual resource donation request of the first viewer client;

[0375] A rule display unit 2002, used to display resource donation rules in the live confrontation interface;

[0376] The feedback acquisition unit 2003 is used to obtain rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

[0377] Optionally, the target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the movement of the virtual resource animation in each anchor area in the live broadcast duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource;

[0378] The rule display unit 2002 is specifically used for:

[0379] In each anchor area of ​​the live duel interface, the running track of the virtual resource animation is displayed;

[0380] The feedback acquisition unit 2003 is specifically used for:

[0381] Get the running end information of the virtual resource animation.

[0382] Optionally, the rule display unit 2002 is further used for:

[0383] In the process of displaying the running trajectory, a changed running trajectory is obtained according to the interactive information of each anchor, and the changed running trajectory is displayed in each anchor area in the live broadcast duel interface.

[0384] Optionally, the rule display unit 2002 is specifically used for:

[0385] In each anchor area in the live broadcast duel interface, the collision trajectory of the virtual resource animation performing multiple collisions at the boundaries of each anchor area is displayed.

[0386] For the convenience of description, the above parts are divided into modules (or units) according to their functions and described separately. Of course, when implementing this application, the functions of each module (or unit) can be implemented in the same or multiple software or hardware.

[0387] After introducing the live interactive method and device according to an exemplary embodiment of the present application, next, an electronic device according to another exemplary embodiment of the present application is introduced.

[0388] Those skilled in the art will appreciate that various aspects of the present application may be implemented as a system, method or program product. Therefore, various aspects of the present application may be specifically implemented in the following forms, namely: a complete hardware implementation, a complete software implementation (including firmware, microcode, etc.), or a combination of hardware and software, which may be collectively referred to as "circuit", "module" or "system" herein.

[0389] Based on the same inventive concept as the above method embodiment, an electronic device is also provided in the embodiment of the present application. In one embodiment, the electronic device may be a server, such as Figure 1 In this embodiment, the structure of the electronic device can be as follows: Fig.21 As shown, it includes a memory 2101 , a communication module 2103 and one or more processors 2102 .

[0390] The memory 2101 is used to store computer programs executed by the processor 2102. The memory 2101 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system and programs required for running the instant messaging function, etc.; the data storage area may store various instant messaging information and operation instruction sets, etc.

[0391] The memory 2101 may be a volatile memory, such as a random-access memory (RAM); the memory 2101 may also be a non-volatile memory, such as a read-only memory, a flash memory, a hard disk drive (HDD) or a solid-state drive (SSD); or the memory 2101 may be any other medium that can be used to carry or store a desired computer program in the form of instructions or data structures and can be accessed by a computer, but is not limited thereto. The memory 2101 may be a combination of the above memories.

[0392] The processor 2102 may include one or more central processing units (CPU) or a digital processing unit, etc. The processor 2102 is used to implement the above-mentioned live interactive method when calling the computer program stored in the memory 2101.

[0393] The communication module 2103 is used to communicate with terminal devices and other servers.

[0394] The specific connection medium between the memory 2101, the communication module 2103 and the processor 2102 is not limited in the embodiment of the present application. Fig.21 In the embodiment, the memory 2101 and the processor 2102 are connected via a bus 2104. The bus 2104 is connected to the processor 2102 via a bus 2104. Fig.21 The connections between the other components are only for illustration and are not intended to be limiting. The bus 2104 can be divided into an address bus, a data bus, a control bus, etc. For ease of description, Fig.21 The diagram shows that only one thick line is used, but this does not mean that there is only one bus or only one type of bus.

[0395] The memory 2101 stores a computer storage medium, and the computer storage medium stores computer executable instructions, and the computer executable instructions are used to implement the live interactive method of the embodiment of the present application. The processor 2102 is used to execute the above live interactive method, such as Fig.13 shown.

[0396] In another embodiment, the electronic device may also be other electronic devices, such as Figure 1 The terminal device 110 shown in FIG. 1 is a terminal device 110 shown in FIG. 1 . In this embodiment, the structure of the electronic device can be as follows: Fig. 22 As shown, it includes: a communication component 2210, a memory 2220, a display unit 2230, a camera 2240, a sensor 2250, an audio circuit 2260, a Bluetooth module 2270, a processor 2280 and other components.

[0397] The communication component 2210 is used to communicate with the server. In some embodiments, a circuit wireless fidelity (Wireless Fidelity, WiFi) module may be included. The WiFi module belongs to a short-range wireless transmission technology. The electronic device can help users send and receive information through the WiFi module.

[0398] The memory 2220 can be used to store software programs and data. The processor 2280 executes various functions and data processing of the terminal device 110 by running the software programs or data stored in the memory 2220. The memory 2220 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other volatile solid-state storage device. The memory 2220 stores an operating system that enables the terminal device 110 to run. In the present application, the memory 2220 can store an operating system and various application programs, and can also store a computer program for executing the live interactive method of the embodiment of the present application.

[0399] The display unit 2230 can also be used to display information input by the user or information provided to the user and a graphical user interface (GUI) of various menus of the terminal device 110. Specifically, the display unit 2230 may include a display screen 2232 disposed on the front of the terminal device 110. The display screen 2232 may be configured in the form of a liquid crystal display, a light emitting diode, etc. The display unit 2230 may be used to display the live broadcast duel interface in the embodiment of the present application, etc.

[0400] The display unit 2230 can also be used to receive input digital or character information, and generate signal input related to user settings and function control of the terminal device 110. Specifically, the display unit 2230 may include a touch screen 2231 arranged on the front of the terminal device 110, which can collect user touch operations on or near it, such as clicking a button, dragging a scroll box, etc.

[0401] The touch screen 2231 can be covered on the display screen 2232, or the touch screen 2231 and the display screen 2232 can be integrated to realize the input and output functions of the terminal device 110. The integrated touch screen can be referred to as a touch display screen. In this application, the display unit 2230 can display the application and the corresponding operation steps.

[0402] The camera 2240 can be used to capture static images, and the user can publish the images taken by the camera 2240 through the application. The camera 2240 can be one or more. The object generates an optical image through the lens and projects it onto the photosensitive element. The photosensitive element can be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then passes the electrical signal to the processor 2280 to convert it into a digital image signal.

[0403] The terminal device may further include at least one sensor 2250, such as an acceleration sensor 2251, a distance sensor 2252, a fingerprint sensor 2253, and a temperature sensor 2254. The terminal device may also be configured with other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, a light sensor, and a motion sensor.

[0404] The audio circuit 2260, the speaker 2261, and the microphone 2262 can provide an audio interface between the user and the terminal device 110. The audio circuit 2260 can transmit the electrical signal converted from the received audio data to the speaker 2261, which is converted into a sound signal for output. The terminal device 110 can also be configured with a volume button for adjusting the volume of the sound signal. On the other hand, the microphone 2262 converts the collected sound signal into an electrical signal, which is received by the audio circuit 2260 and converted into audio data, and then the audio data is output to the communication component 2210 to be sent to, for example, another terminal device 110, or the audio data is output to the memory 2220 for further processing.

[0405] The Bluetooth module 2270 is used to exchange information with other Bluetooth devices having Bluetooth modules through the Bluetooth protocol. For example, the terminal device can establish a Bluetooth connection with a wearable electronic device (such as a smart watch) that also has a Bluetooth module through the Bluetooth module 2270 to exchange data.

[0406] The processor 2280 is the control center of the terminal device. It uses various interfaces and lines to connect various parts of the entire terminal. It executes various functions of the terminal device and processes data by running or executing software programs stored in the memory 2220 and calling data stored in the memory 2220. In some embodiments, the processor 2280 may include one or more processing units; the processor 2280 may also integrate an application processor and a baseband processor, wherein the application processor mainly processes the operating system, user interface, and application programs, and the baseband processor mainly processes wireless communications. It is understandable that the above-mentioned baseband processor may not be integrated into the processor 2280. In the present application, the processor 2280 can run the operating system, application programs, user interface display and touch response, as well as the live interactive method of the embodiment of the present application. In addition, the processor 2280 is coupled to the display unit 2230.

[0407] In some possible implementations, various aspects of the live interactive method provided by the present application may also be implemented in the form of a program product, which includes a computer program. When the program product is run on an electronic device, the computer program is used to enable the electronic device to execute the steps of the live interactive method according to various exemplary implementations of the present application described above in this specification. For example, the electronic device may execute the following steps: Fig.13 Follow the steps shown in .

[0408] The program product may use any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0409] The program product of the embodiment of the present application may adopt a portable compact disk read-only memory (CD-ROM) and include a computer program, and can be run on an electronic device. However, the program product of the present application is not limited thereto, and in this document, a readable storage medium may be any tangible medium containing or storing a program, which can be used by or in combination with a command execution system, apparatus, or device.

[0410] A readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, wherein a readable computer program is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing. A readable signal medium may also be any readable medium other than a readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with a command execution system, apparatus, or device.

[0411] The computer program embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0412] The computer program for performing the operation of the present application can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, C++, etc., and also conventional procedural programming languages ​​such as "C" language or similar programming languages. The computer program can be executed entirely on the user electronic device, partially on the user electronic device, as a separate software package, partially on the user electronic device and partially on a remote electronic device, or entirely on a remote electronic device or server. In the case of a remote electronic device, the remote electronic device can be connected to the user electronic device through any type of network including a local area network (LAN) or a wide area network (WAN), or can be connected to an external electronic device (for example, using an Internet service provider to connect through the Internet).

[0413] It should be noted that, although several units or subunits of the device are mentioned in the above detailed description, this division is merely exemplary and not mandatory. In fact, according to the embodiments of the present application, the features and functions of two or more units described above can be embodied in one unit. Conversely, the features and functions of one unit described above can be further divided into multiple units to be embodied.

[0414] In addition, although the operations of the method of the present application are described in a specific order in the drawings, this does not require or imply that the operations must be performed in this specific order, or that all the operations shown must be performed to achieve the desired results. Additionally or alternatively, some steps may be omitted, multiple steps may be combined into one step, and / or one step may be decomposed into multiple steps.

[0415] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that contain a computer-usable computer program.

[0416] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program commands. These computer program commands can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the commands executed by the processor of the computer or other programmable data processing device generate commands for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0417] These computer program commands may also be stored in a computer readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the commands stored in the computer readable memory produce an article of manufacture comprising a command device, the command device implementing the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0418] These computer program commands can also be loaded onto a computer or other programmable data processing device so that a series of operation steps are executed on the computer or other programmable device to produce a computer-implemented process, so that the commands executed on the computer or other programmable device provide the instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0419] Although the preferred embodiments of the present application have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications falling within the scope of the present application.

[0420] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A live interactive method, characterized in that: Applied to a server, the method comprises: When a live broadcast duel is triggered between at least two live broadcast rooms, receiving a virtual resource donation request sent by any viewer client in the at least two live broadcast rooms for the live broadcast duel; wherein the virtual resource donation request carries a target donation type of the virtual resource to be donated; According to the target gift type, sending corresponding resource gift rules to at least one target client in the at least two live broadcast rooms; wherein each target client is a viewer client or a host client; Determining at least one anchor client corresponding to the virtual resource based on the rule execution feedback information returned by each of the at least one target clients; The virtual resource is transferred to the at least one anchor client.

2. The method according to claim 1, characterized in that The target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the movement of a virtual resource animation in each anchor area in the live duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource; Then, according to the target gift type, sending corresponding resource gift rules to at least one target client in the at least two live broadcast rooms includes: According to the random gift type, the running track of the virtual resource animation is sent to each viewer client and each anchor client in the at least two live broadcast rooms respectively; Then, determining at least one anchor client corresponding to the virtual resource based on the rule execution feedback information returned by each of the at least one target clients includes: Based on the running end information of the virtual resource animation returned by each of the viewer clients and each of the anchor clients, obtaining the target anchor area where the end position of the running track is located; Based on the anchor client corresponding to the target anchor area, the anchor client corresponding to the virtual resource is obtained.

3. The method according to claim 1, characterized in that The target gift type includes a specified gift type, the resource gift rule includes specified rule window information, and the specified rule window information includes the specified control information of each anchor; Then, according to the target gift type, sending corresponding resource gift rules to at least one target client in the at least two live broadcast rooms includes: According to the designated donation type, sending the designated rule window information to any viewer client that sends the virtual resource donation request; Then, determining at least one anchor client corresponding to the virtual resource based on the rule execution feedback information returned by each of the at least one target clients includes: Based on the designated information of at least one anchor returned by any of the viewer clients, at least one anchor client corresponding to the virtual resource is obtained.

4. The method according to claim 1, characterized in that: The target gift type includes a voting gift type, the resource gift rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor; Then, according to the target gift type, sending corresponding resource gift rules to at least one target client in the at least two live broadcast rooms includes: Sending the voting rule window information to each viewer client in the at least two live broadcast rooms according to the voting gift type; Then, determining at least one anchor client corresponding to the virtual resource based on the rule execution feedback information returned by each of the at least one target clients includes: Obtaining final voting results based on the voting information for each anchor returned by each of the audience clients; At least one anchor client corresponding to the virtual resource is determined according to the final voting result.

5. A live interactive method, characterized in that: Applied to a first viewer client, the method includes: In response to a triggering operation for a virtual resource of a target gift type in a live match, a virtual resource gift request is sent; wherein the virtual resource gift request carries the target gift type; Obtain resource donation rules determined based on the target resource type, and display the resource donation rules in the live duel interface; Obtaining rule execution feedback information of the resource donation rule, wherein the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

6. The method according to claim 5, characterized in that The target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the movement of a virtual resource animation in each anchor area in the live duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource; Then the resource donation rules are displayed in the live match interface, including: In each anchor area in the live duel interface, a running track formed by the movement of the virtual resource animation is displayed; Then the step of obtaining the rule execution feedback information of the resource donation rule includes: The running end information of the virtual resource animation is obtained.

7. The method according to claim 6, characterized in that The process of displaying the running track also includes: Obtain a changed running trajectory determined according to the interactive information of each anchor, and display the changed running trajectory in each anchor area in the live duel interface.

8. The method according to claim 6 or 7, characterized in that: The display of the running track of the virtual resource animation in each anchor area in the live duel interface includes: In each anchor area in the live broadcast duel interface, the collision trajectory of the virtual resource animation performing multiple collisions at the boundaries of each anchor area is displayed.

9. The method according to claim 7, characterized in that: The target gift type includes a specified gift type, the resource gift rule includes specified rule window information, and the specified rule window information includes the specified control information of each anchor; Then the resource donation rules are displayed in the live match interface, including: Displaying a specified rule window corresponding to the specified rule window information in the live broadcast duel interface, wherein the specified rule window includes the specified controls of each anchor; Then the step of obtaining the rule execution feedback information of the resource donation rule includes: In response to a triggering operation of a designated control of at least one host in the designated rule window, designated information of each of the at least one host is obtained.

10. The method according to claim 9, characterized in that The target gift type includes a voting gift type, the resource gift rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor; Then the resource donation rules are displayed in the live match interface, including: Displaying a voting rule window corresponding to the voting rule window information in the live duel interface, wherein the voting rule window includes voting controls for each anchor; Then the step of obtaining the rule execution feedback information of the resource donation rule includes: In response to a triggering operation on a voting control of at least one host in the voting rule window, voting information of each of the at least one host is obtained.

11. A live interactive method, characterized in that: Applied to the second viewer client, the method includes: In the process of displaying the live broadcast duel interface, a resource donation rule is obtained; wherein the resource donation rule is determined based on the target donation type in the virtual resource donation request of the first viewer client; Displaying the resource donation rules in the live broadcast duel interface; Obtaining rule execution feedback information of the resource donation rule, wherein the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

12. The method according to claim 11, characterized in that The target gift type includes a random gift type, and the resource gift rule includes: a running track formed by the movement of a virtual resource animation in each anchor area in the live duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource; Then the resource donation rules are displayed in the live match interface, including: In each anchor area in the live duel interface, a running track formed by the movement of the virtual resource animation is displayed; Then the step of obtaining the rule execution feedback information of the resource donation rule includes: The running end information of the virtual resource animation is obtained.

13. The method according to claim 12, characterized in that The process of displaying the running trajectory includes: A changed running track determined according to the interactive information of each anchor is obtained, and the changed running track is displayed in each anchor area in the live duel interface.

14. The method according to claim 12 or 13, characterized in that The display of the running track of the virtual resource animation in each anchor area in the live duel interface includes: In each anchor area in the live broadcast duel interface, the collision trajectory of the virtual resource animation performing multiple collisions at the boundaries of each anchor area is displayed.

15. The method according to claim 11, characterized in that The target gift type includes a voting gift type, the resource gift rule includes voting rule window information, and the voting rule window information includes voting control information of each anchor; Then the resource donation rules are displayed in the live match interface, including: Displaying a voting rule window corresponding to the voting rule window information in the live duel interface, wherein the voting rule window includes voting controls for each anchor; Then the step of obtaining the rule execution feedback information of the resource donation rule includes: In response to a triggering operation on a voting control of at least one host in the voting rule window, voting information of each of the at least one host is obtained.

16. A live interactive method, characterized in that: Applied to the anchor client, the method includes: In the process of displaying the live broadcast duel interface, a resource donation rule is obtained; wherein the resource donation rule is determined based on the target donation type in the virtual resource donation request of the first viewer client; Displaying the resource donation rules in the live broadcast duel interface; Obtaining rule execution feedback information of the resource donation rule, wherein the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

17. The method according to claim 16, characterized in that The target gift type includes a random gift type, and the resource gift rule includes: a running track of a virtual resource animation in each anchor area in the live duel interface, and the end position of the running track is used to determine at least one anchor client corresponding to the virtual resource; Then the resource donation rules are displayed in the live match interface, including: In each anchor area in the live duel interface, a running track formed by the movement of the virtual resource animation is displayed; Then the step of obtaining the rule execution feedback information of the resource donation rule includes: The running end information of the virtual resource animation is obtained.

18. The method according to claim 17, characterized in that The process of displaying the running trajectory includes: A changed running track determined according to the interactive information of each anchor is obtained, and the changed running track is displayed in each anchor area in the live duel interface.

19. The method according to claim 17 or 18, characterized in that The display of the running track of the virtual resource animation in each anchor area in the live duel interface includes: In each anchor area in the live broadcast duel interface, the collision trajectory of the virtual resource animation performing multiple collisions at the boundaries of each anchor area is displayed.

20. A live interactive device, characterized in that: Applied to a server, the device comprises: A request receiving unit, configured to receive, when a live broadcast duel is triggered between at least two live broadcast rooms, a virtual resource donation request sent by any viewer client in the at least two live broadcast rooms for the live broadcast duel; wherein the virtual resource donation request carries a target donation type of the virtual resource to be donated; A rule sending unit, configured to send a corresponding resource donation rule to at least one target client in the at least two live broadcast rooms according to the target donation type; wherein each target client is a viewer client or a host client; A host determination unit, configured to determine at least one host client corresponding to the virtual resource based on the rule execution feedback information returned by each of the at least one target clients; A transfer unit is used to transfer the virtual resource to the at least one anchor client.

21. A live interactive device, characterized in that: Applied to a first viewer client, the device comprises: A request sending unit, configured to send a virtual resource gift request in response to a triggering operation for a virtual resource of a target gift type in a live match; wherein the virtual resource gift request carries the target gift type; A rule display unit, used to obtain a resource donation rule determined based on the target resource type, and display the resource donation rule in the live duel interface; A feedback acquisition unit is used to obtain rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

22. A live interactive device, characterized in that: Applied to a second viewer client, the device comprises: A rule acquisition unit, used to obtain resource gifting rules during the display of the live broadcast duel interface; wherein the resource gifting rules are determined based on the target gifting type in the virtual resource gifting request of the first viewer client; A rule display unit, used to display the resource donation rules in the live broadcast duel interface; A feedback acquisition unit is used to obtain rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

23. A live interactive device, characterized in that: Applied to a host client, the device includes: A rule acquisition unit, used to obtain resource gifting rules during the display of the live broadcast duel interface; wherein the resource gifting rules are determined based on the target gifting type in the virtual resource gifting request of the first viewer client; A rule display unit, used to display the resource donation rules in the live duel interface; A feedback acquisition unit is used to obtain rule execution feedback information of the resource donation rule, and the rule execution feedback information is used to determine at least one anchor client corresponding to the virtual resource.

24. An electronic device, characterized in that: It includes a processor and a memory, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the method described in any one of claims 1 to 4, 5 to 10, 11 to 15, and 16 to 19.

25. A computer-readable storage medium, characterized in that: It includes a computer program. When the computer program is run on an electronic device, the computer program is used to enable the electronic device to execute the steps of the method described in any one of claims 1 to 4, 5 to 10, 11 to 15, and 16 to 19.

Images