A live broadcast control method and device, electronic equipment and storage medium

Abstract

The application relates to the technical field of Internet, in particular to the technical field of block chain, and provides a live broadcast control method and device, an electronic device and a storage medium, so as to improve the reliability of live broadcast resource recommendation. The method comprises the following steps: receiving a live broadcast data stream containing a live broadcast object sent by a first client, detecting the live broadcast data stream, and obtaining a detection result; according to the detection result, pushing the live broadcast data stream to a first batch of second clients; and if it is determined that the live broadcast data stream contains a live broadcast resource to be recommended, obtaining resource reference information related to the live broadcast resource from a block chain; according to the resource reference information, pushing the live broadcast data stream to a second batch of second clients, so that the second clients display the live broadcast data stream in a live broadcast interface. The application pushes the live broadcast based on the live broadcast content detection result and the resource reference information, so as to improve the reliability of live broadcast resource recommendation.

Description

Technical Field

[0001] This application relates to the field of Internet technology, and more particularly to the field of blockchain technology, and provides a live streaming control method, device, electronic device, and storage medium. Background Technology

[0002] Live streaming is an important means of information dissemination on the Internet. Resource recommendations during live streaming involve big data processing in cloud technology, specifically data storage and data computation.

[0003] Related technologies support resource recommendations during live streams, such as recommending movies, TV series, articles, games, and products. Taking product recommendations as an example, if a live stream features vulgar or exaggerated sales pitches, it will continue to recommend products to users even if the stream's popularity is high. This leads to a poor viewing and shopping experience, making users more likely to buy counterfeit or overpriced goods. Therefore, improving the reliability of live stream resource recommendations is a pressing issue. Summary of the Invention

[0004] This application provides a live streaming control method, apparatus, electronic device, and storage medium to improve the reliability of live streaming resource recommendations.

[0005] The first live streaming control method provided in this application includes:

[0006] Receive a live data stream containing a live object sent by a first client, and detect the live data stream to obtain the detection result;

[0007] Based on the detection results, the live data stream is pushed to the first batch of second clients; and

[0008] If it is determined that the live streaming data stream contains live streaming resources to be recommended, obtain resource reference information related to the live streaming resources from the blockchain;

[0009] Based on the resource reference information, the live data stream is pushed to the second batch of second clients so that each second client can display the live data stream in the live interface.

[0010] The second live streaming control method provided in this application includes:

[0011] In response to a live viewing operation for a live streaming object, the live streaming data stream of the live streaming object is displayed in the live streaming interface;

[0012] If it is determined that the live streaming data stream contains live streaming resources to be recommended, then the live streaming resources and the corresponding reference parameters are displayed in the live streaming interface. The reference parameters are generated based on resource reference information related to the live streaming resources obtained from the blockchain. The reference parameters are used to characterize the credibility of the descriptive information published by the live streaming object for the live streaming resources. The live streaming data stream is obtained by pushing the live streaming data stream based on at least one of the detection results of the live streaming data stream or the resource reference information.

[0013] Optionally, the method further includes:

[0014] If the detection result of the live data stream of the live streaming object is determined to be unsuccessful, a rectification prompt message will be displayed on the live streaming interface to prompt the live streaming object to adjust the live streaming content.

[0015] Optionally, when there are multiple live streaming resources, the reference parameters include at least one of the first reference parameter and the second reference parameter;

[0016] The reference parameters corresponding to the live streaming resource can be displayed on the live streaming interface in at least one of the following ways:

[0017] The first reference parameter corresponding to each of the live streaming resources is displayed in the live streaming interface;

[0018] The second reference parameter is displayed in the live streaming interface, wherein the second reference parameter is the average value of the first reference parameter corresponding to each live streaming resource.

[0019] Optionally, after displaying the live streaming resource and the corresponding reference parameters in the live streaming interface, the method further includes:

[0020] In response to a viewing operation triggered for the reference parameter, a details interface related to the reference parameter is displayed, the details interface including at least the detailed information and scoring rules related to the reference parameter.

[0021] Optionally, the method further includes:

[0022] In response to the live streaming operation triggered by the live streaming object through the live streaming portal, a smart contract interface is displayed. The smart contract interface displays smart contracts corresponding to virtual resources related to the live streaming. The smart contracts are generated based on pre-set virtual resource settlement rules.

[0023] In response to a confirmation signing operation triggered by the signing control in the smart contract interface, the live streaming interface is displayed, and the live streaming data stream is displayed in the live streaming interface.

[0024] Optionally, the reference parameters are determined in the following manner:

[0025] Receive resource reference information corresponding to the live stream resource returned by the server, and determine the reference parameters based on the resource reference information; or

[0026] The server receives reference parameters, which are determined by the server based on resource reference information corresponding to the live stream resource.

[0027] Optionally, the resource reference information includes interaction information related to the live stream resource and comment information related to the live stream resource; determining the reference parameter based on the resource reference information includes:

[0028] Based on at least one of the number of interactions and the number of converted resources in the interaction information, a first parameter corresponding to the live stream resource is determined, wherein the converted resource is obtained by performing resource interaction on the live stream resource;

[0029] Based on the number of words in the comment information and at least one of the sentiment keywords in the comment information, the second parameter corresponding to the live streaming resource is determined;

[0030] Based on the first parameter and the second parameter, the reference parameters corresponding to the live streaming resource are determined.

[0031] The first type of live streaming control device provided in this application includes:

[0032] A detection unit is configured to receive a live data stream containing a live streaming object sent by a first client, and to detect the live data stream to obtain a detection result; and

[0033] The first push unit is used to push the live data stream to the first batch of second clients based on the detection results; and

[0034] An information acquisition unit is used to acquire resource reference information related to the live streaming resources from the blockchain if it is determined that the live streaming data stream contains live streaming resources to be recommended.

[0035] The second push unit is used to push the live data stream to the second batch of second clients according to the resource reference information, so that each second client can display the live data stream in the live interface.

[0036] Optionally, the first push unit is specifically used for:

[0037] If the detection result indicates that the detection has passed, then the live data stream is pushed to the first batch of second clients based on the first traffic pool containing the relevant traffic of the first batch of second clients.

[0038] Optionally, the second push unit is specifically used for:

[0039] Based on the resource reference information, reference parameters corresponding to the live streaming resource are generated. The reference parameters are used to characterize the credibility of the descriptive information published by the live streaming object for the live streaming resource.

[0040] If the reference parameter is not less than the preset threshold, the live data stream will be pushed to the second batch of second clients based on the second traffic pool containing the relevant traffic of the second batch of second clients.

[0041] Optionally, the resource reference information includes interactive information related to the live stream resource and comment information related to the live stream resource;

[0042] The second push unit is specifically used for:

[0043] Based on at least one of the number of interactions and the number of converted resources in the interaction information, a first parameter corresponding to the live stream resource is determined, wherein the converted resource is obtained by performing resource interaction on the live stream resource;

[0044] Based on the number of words in the comment information and at least one of the sentiment keywords in the comment information, the second parameter corresponding to the live streaming resource is determined;

[0045] Based on the first parameter and the second parameter, the reference parameters corresponding to the live streaming resource are determined.

[0046] Optionally, the device further includes:

[0047] The notification unit is used to notify the first client to display rectification prompt information in the live broadcast interface if it is determined that the detection result indicates that the detection has failed, so as to prompt the live broadcast subject to adjust the live broadcast content.

[0048] Optionally, the second push unit is further configured to:

[0049] The resource reference information, or the reference parameters corresponding to the live stream resource generated based on the resource reference information, are returned to each of the second clients, so that each of the second clients can display the live stream resource and the reference parameters in the live stream interface. The reference parameters are used to characterize the credibility of the description information published by the live stream object for the live stream resource.

[0050] Optionally, the device further includes:

[0051] The first feedback unit is used to receive a viewing request triggered by the second client in response to the reference parameters;

[0052] Obtain detailed information and scoring rules related to the reference parameter, and return the detailed information and scoring rules to the second client so that the second client can display a detailed interface related to the reference parameter, the detailed interface including at least the detailed information and scoring rules related to the reference parameter.

[0053] Optionally, the device further includes:

[0054] The second feedback unit is used to receive the viewing request for virtual resources related to the live broadcast sent by the first client;

[0055] If the settlement triggering conditions in the smart contract are met, the virtual resources corresponding to the live streaming object are determined based on the settlement rules in the smart contract and returned to the first client so that the first client can display the virtual resources through the resource interaction interface. The smart contract is deployed to the blockchain after the live streaming object triggers the confirmation and signing operation.

[0056] Optionally, the device further includes:

[0057] The storage unit is used to, upon receiving the live stream end request sent by the first client, associate and store the object identifier of the live stream object and the reference parameters corresponding to the live stream resources related to this live stream on the blockchain.

[0058] Optionally, the storage unit is specifically used for:

[0059] The object identifier and the reference parameters are associated to generate target data;

[0060] The target data is uploaded to a blockchain node in the blockchain network, so that the blockchain node performs hash calculations and broadcasts consensus on the target data before writing it into the generated data block.

[0061] The second type of live streaming control device provided in this application embodiment includes:

[0062] The first display unit is used to display the live data stream of the live object in the live interface in response to the live viewing operation of the live object.

[0063] The second display unit is used to display the live streaming resource and the corresponding reference parameters in the live streaming interface if it is determined that the live streaming data stream contains a live streaming resource to be recommended. The reference parameters are generated based on resource reference information related to the live streaming resource obtained from the blockchain. The reference parameters are used to characterize the credibility of the description information published by the live streaming object for the live streaming resource. The live streaming data stream is obtained by pushing the live streaming data stream based on at least one of the detection results of the live streaming data stream or the resource reference information.

[0064] Optionally, the device further includes:

[0065] The third display unit is used to display rectification prompt information in the live broadcast interface if it is determined that the detection result of the live broadcast data stream of the live broadcast object fails the detection, so as to prompt the live broadcast object to adjust the live broadcast content.

[0066] Optionally, when there are multiple live streaming resources, the reference parameters include at least one of the first reference parameter and the second reference parameter;

[0067] The second display unit is specifically used to display the reference parameters corresponding to the live streaming resource in the live streaming interface in at least one of the following ways:

[0068] The first reference parameter corresponding to each of the live streaming resources is displayed in the live streaming interface;

[0069] The second reference parameter is displayed in the live streaming interface, wherein the second reference parameter is the average value of the first reference parameter corresponding to each live streaming resource.

[0070] Optionally, the second display unit is further configured to, after displaying the live streaming resource and the reference parameters corresponding to the live streaming resource in the live streaming interface, display a details interface related to the reference parameters in response to a viewing operation triggered by the reference parameters, wherein the details interface includes at least the details information and scoring rules related to the reference parameters.

[0071] Optionally, the device further includes:

[0072] The signing unit is used to respond to the live streaming operation triggered by the live streaming object through the live streaming entrance, and to display a smart contract interface. The smart contract interface displays smart contracts corresponding to virtual resources related to the live streaming. The smart contracts are generated based on pre-set virtual resource settlement rules.

[0073] In response to a confirmation signing operation triggered by the signing control in the smart contract interface, the live streaming interface is displayed, and the live streaming data stream is displayed in the live streaming interface.

[0074] Optionally, the second display unit is further configured to determine the reference parameter in the following manner:

[0075] Receive resource reference information corresponding to the live stream resource returned by the server, and determine the reference parameters based on the resource reference information; or

[0076] The server receives reference parameters, which are determined by the server based on resource reference information corresponding to the live stream resource.

[0077] Optionally, the resource reference information includes interactive information related to the live stream resource and comment information related to the live stream resource; the second display unit is specifically used for:

[0078] Based on at least one of the number of interactions and the number of converted resources in the interaction information, a first parameter corresponding to the live stream resource is determined, wherein the converted resource is obtained by performing resource interaction on the live stream resource;

[0079] Based on the number of words in the comment information and at least one of the sentiment keywords in the comment information, the second parameter corresponding to the live streaming resource is determined;

[0080] Based on the first parameter and the second parameter, the reference parameters corresponding to the live streaming resource are determined.

[0081] An electronic device provided in this application includes a processor and a memory, wherein the memory stores program code, and when the program code is executed by the processor, the processor performs the steps of any of the above-described live broadcast control methods.

[0082] This application provides a computer program product or computer program that includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the steps of any of the above-described live broadcast control methods.

[0083] This application provides a computer-readable storage medium including program code. When the storage medium is run on an electronic device, the program code is used to cause the electronic device to perform the steps of any of the above-described live broadcast control methods.

[0084] The beneficial effects of this application are as follows:

[0085] This application provides a live streaming control method, apparatus, electronic device, and storage medium. Because this application detects live streaming content and obtains resource-related reference information stored on the blockchain, it pushes live streaming content based on the content detection results and resource reference information. This ensures that low-quality live streaming content is not distributed to users, and that only high-quality live streaming content obtained through content detection and blockchain verification is pushed to viewers. Furthermore, during the second push, the number of second clients in the second batch is larger, ensuring that more high-quality live streaming content is pushed, thereby improving the reliability of live streaming resource recommendations.

[0086] Other features and advantages of this application will be set forth in the description which follows, and will be apparent in part from the description, or may be learned by practicing the application. The objectives and other advantages of this application may be realized and obtained by means of the structures particularly pointed out in the written description, claims, and drawings. Attached Figure Description

[0087] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0088] Figure 1 This is a schematic diagram illustrating one application scenario in an embodiment of this application;

[0089] Figure 2 This is a flowchart illustrating the implementation of a live streaming control method in an embodiment of this application.

[0090] Figure 3 This is a schematic diagram of a reference parameter generation method in an embodiment of this application;

[0091] Figure 4 This is a schematic diagram of the structure of a blockchain according to an embodiment of this application;

[0092] Figure 5 This is a flowchart illustrating another live streaming control method in this application embodiment;

[0093] Figure 6 This is a schematic diagram of a live streaming interface containing vulgar live streaming content, as described in an embodiment of this application.

[0094] Figure 7 This is a schematic diagram of a live streaming interface including rectification prompt information in an embodiment of this application;

[0095] Figure 8A This is a schematic diagram illustrating the first reference parameter display method in the embodiments of this application;

[0096] Figure 8BThis is a schematic diagram illustrating the second reference parameter display method in the embodiments of this application;

[0097] Figure 8C This is a schematic diagram illustrating the third reference parameter display method in the embodiments of this application;

[0098] Figure 9 This is a schematic diagram of a details interface in an embodiment of this application;

[0099] Figure 10 This is a schematic diagram of a smart contract interface in an embodiment of this application;

[0100] Figure 11 This is a schematic diagram of a resource interaction interface in an embodiment of this application;

[0101] Figure 12 This is a flowchart illustrating a blockchain-based live streaming control method in an embodiment of this application.

[0102] Figure 13 This is an interactive timing diagram of a live streaming control method in an embodiment of this application;

[0103] Figure 14 This is a schematic diagram of the composition structure of a live broadcast control device according to an embodiment of this application;

[0104] Figure 15 This is a schematic diagram of the composition structure of another live broadcast control device in an embodiment of this application;

[0105] Figure 16 This is a schematic diagram of the hardware structure of an electronic device using an embodiment of this application;

[0106] Figure 17 This is a schematic diagram of the hardware structure of another electronic device using an embodiment of this application. Detailed Implementation

[0107] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of this application will be clearly and completely described below with reference to the accompanying drawings of the embodiments of this application. Obviously, the described embodiments are only some embodiments of the technical solutions of this application, and not all embodiments. Based on the embodiments recorded in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the technical solutions of this application.

[0108] The following describes some of the concepts involved in the embodiments of this application.

[0109] Blockchain: Blockchain is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanisms, and encryption algorithms. Blockchain is a key concept in Bitcoin; it is essentially a decentralized database. As the underlying technology of Bitcoin, it is a chain of data blocks linked together using cryptographic methods. Each data block contains information about a batch of Bitcoin network transactions, used to verify the validity of the information (anti-counterfeiting) and generate the next block.

[0110] Blockchain Network: A collection of nodes that use consensus to incorporate new blocks into a blockchain.

[0111] A chained hash table is essentially composed of a set of linked lists. Each linked list can be viewed as a "bucket," and all elements are placed into different buckets through a hashing process.

[0112] A smart contract, also known as chaincode or application code, is a computer protocol designed to disseminate, verify, or execute contracts in an informational manner. Smart contracts allow for trusted transactions without a third party; these transactions are traceable and irreversible. A smart contract is a program deployed on nodes in a blockchain network. Nodes execute the smart contracts invoked in received transactions to update or query key-value pairs in the state database. Smart contracts can be automatically triggered to execute when constraints are met without human intervention, or automatically terminated when conditions are not met. Theoretically, they can trigger the execution of all pre-agreed terms. Smart contracts encapsulate the processes related to direct interaction with the blockchain ledger, such as being called by applications, to implement functions including initiating and querying transactions.

[0113] Consensus is a process in a blockchain network used to reach agreement on transactions in a block among multiple involved nodes. The agreed-upon block is appended to the end of the blockchain. Mechanisms for achieving consensus include Proof of Work (PoW), Proof of Stake (PoS), Delegated Proof-of-Stake (DPoS), and Proof of Elapsed Time (PoET).

[0114] Client: Also known as user terminal, it refers to a program that provides local services to clients in contrast to a server. Except for some applications that run only locally, it is generally installed on ordinary client machines and needs to cooperate with the server to run. With the development of the Internet, commonly used client machines include web browsers used for the World Wide Web, email clients for sending and receiving emails, and instant messaging client software. For these types of applications, corresponding servers and service programs on the network are required to provide the corresponding services, such as database services, email services, etc. Therefore, a specific communication connection needs to be established between the client and the server to ensure the normal operation of the application. In the embodiments of this application, the client refers to an application running on a terminal device that provides various services, such as a live streaming client, video client, or short video client.

[0115] Response: Used to indicate the conditions or states on which the operation performed depends. When the conditions or states on which it depends are met, one or more operations performed can be performed in real time or with a set delay. Unless otherwise specified, there is no restriction on the order in which multiple operations are performed.

[0116] Live data stream and live data stream push: A data stream is an ordered sequence of bytes with a start and an end. In this embodiment, a live data stream refers to an ordered data stream generated by the live streamer (host) during the live stream. Live data stream push refers to distributing the live data stream to viewer clients during traffic distribution. In this embodiment, the stream distributed to the first batch of second clients is called the first live data stream, and the stream distributed to the second batch of second clients is called the second live data stream. Both the first and second live data streams are copies of the live data stream from the first client.

[0117] Artificial intelligence (AI) is the theory, methods, technology, and application systems that use digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, perceive the environment, acquire knowledge, and use that knowledge to achieve optimal results. In other words, AI is a comprehensive technology within computer science that attempts to understand the essence of intelligence and produce a new kind of intelligent machine that can react in a way similar to human intelligence. AI studies the design principles and implementation methods of various intelligent machines, enabling them to possess the functions of perception, reasoning, and decision-making.

[0118] Artificial intelligence (AI) is a comprehensive discipline encompassing a wide range of fields, including both hardware and software technologies. Fundamental AI technologies generally include sensors, dedicated AI chips, cloud computing, distributed storage, big data processing, operating / interactive systems, and mechatronics. AI software technologies primarily include computer vision, speech processing, natural language processing, and machine learning / deep learning.

[0119] Machine learning (ML) is a multidisciplinary field involving probability theory, statistics, approximation theory, convex analysis, and algorithm complexity theory, among others. It specifically studies how computers can simulate or implement human learning behavior to acquire new knowledge or skills and reorganize existing knowledge structures to continuously improve their performance. Machine learning is the core of artificial intelligence and the fundamental way to endow computers with intelligence; its applications span all areas of artificial intelligence. Machine learning and deep learning typically include techniques such as artificial neural networks, belief networks, reinforcement learning, transfer learning, inductive learning, and instructional learning.

[0120] This application embodiment employs a convolutional neural network (CNN) model based on machine learning when detecting a user's live stream content. The training process of this CNN model involves the technical field of machine learning. During training, the CNN model is trained using machine learning techniques. After training samples are passed through the CNN model, its output is obtained. Based on the output, the model parameters are continuously adjusted using optimization algorithms. In application, the CNN model trained in the training phase is used to detect the live stream data stream of the live stream object and obtain detection results.

[0121] The design concept of the embodiments of this application is briefly introduced below:

[0122] Live streaming is an important channel for information dissemination on the internet. Hosts can use live streams to recommend resources, such as movies, TV series, articles, games, and products. Taking product recommendations as an example, hosts can promote products through live streaming e-commerce. With the development of the e-commerce industry, live streaming e-commerce has become a new trend.

[0123] In related technologies, live streaming content is converted into a popularity score based on the streamer's performance, and public traffic recommendation slots are allocated according to the popularity score. Data from various e-commerce platforms is stored centrally and independently. The e-commerce live streaming model has largely broken down the barriers of consumers not being able to see or touch goods, eliminating intermediaries, reducing business costs, and improving business efficiency. However, live streaming e-commerce still has some areas that need regulation. Manufacturers may falsify product information, and some online influencers may exaggerate claims, fabricate data, or recommend products without actually experiencing them. This can easily lead to transaction disputes, product mishaps, and a loss of consumer trust in e-commerce live streaming, resulting in a waste of social resources. Furthermore, with the development of live streaming platforms, the quality of streamers varies greatly, leading to poor live streaming effects and a bad viewing experience for users. Streamers often exaggerate the quality and efficacy of products to promote sales, lacking credibility.

[0124] In view of this, embodiments of this application propose a live streaming control method, apparatus, electronic device, and storage medium. Because embodiments of this application detect live streaming content and obtain resource-related reference information stored on the blockchain, and push live streaming content based on the content detection results and resource reference information, it can ensure that low-quality live streaming content is not distributed to users, and that only high-quality live streaming content obtained through content detection and blockchain verification is pushed to viewers. Furthermore, during the second push, the number of second clients in the second batch is larger to ensure that more high-quality live streaming content is pushed, thereby effectively improving the reliability of live streaming resource recommendations.

[0125] The preferred embodiments of this application are described below with reference to the accompanying drawings. It should be understood that the preferred embodiments described herein are for illustration and explanation only and are not intended to limit this application. Furthermore, the embodiments and features in the embodiments of this application can be combined with each other without conflict.

[0126] like Figure 1 The diagram illustrates an application scenario of an embodiment of this application. The application scenario diagram includes two terminal devices 110 and one server 120. Terminal devices 110 are equipped with a client, which can be accessed by logging into the client through the terminal device 110. The client involved in this embodiment can be software, a webpage, a mini-program, etc., and the server 120 is the backend server corresponding to the software, webpage, mini-program, etc., without limiting the specific type of client.

[0127] It should be noted that, Figure 1 The examples shown are merely illustrative; in reality, the number of terminal devices and servers is unlimited and is not specifically limited in the embodiments of this application.

[0128] The terminal device 110 and the server 120 can communicate via a communication network. In one optional embodiment, the communication network is a wired network or a wireless network. The terminal device 110 and the server 120 can be directly or indirectly connected via wired or wireless communication, which is not limited herein.

[0129] In this embodiment, the terminal device 110 is a computer device used by a user. This computer device can be a personal computer, mobile phone, tablet computer, laptop, e-book reader, smart TV, smart home device, in-vehicle terminal, or other computer device with certain computing power that runs instant messaging software and websites or social networking software and websites. The server 120 can be an independent physical server, 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 communication, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms.

[0130] It should be noted that the terminal device 110 in this embodiment may have a live streaming client installed, and may also have a resource interaction platform installed. The live streaming client is used for live streaming and can also be used to watch live streams from other broadcasters. Both the first client and the second client in this embodiment are live streaming clients. The resource interaction platform is used to display various live streaming resources and facilitate interaction with them, such as selling or trading live streaming resources. The live streaming client and the resource interaction platform can be installed on one terminal device or on different terminal devices. It should be noted that in some embodiments, the resource interaction platform can also implement the functions of the live streaming client.

[0131] The server 120 in this embodiment may include a live streaming server and an interactive server. The interactive server provides interactive services to the resource interaction platform, allowing consumers to interact with live streaming resources through the platform. It should be noted that the interactive server and the resource interaction platform may belong to the same company or different companies; this embodiment does not specifically limit the interactive server and resource interaction platform. The live streaming server provides live streaming data to the live streaming client. This data is used to display the live streaming room and the ongoing live stream within it on the client. The live streaming server also retrieves resource reference information from the blockchain system, generates reference parameters (scoring), and sends these parameters to the live streaming client as live streaming data, enabling the client to display the reference parameters corresponding to the live streaming resources within the live streaming room.

[0132] A blockchain system stores resource reference information for sold live-streaming resources, as well as interaction records related to those resources. Blockchain is a novel application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanisms, and encryption algorithms. Essentially, a blockchain is a decentralized database, a chain of data blocks linked using cryptographic methods. Each block contains information from a batch of network interactions, used to verify the validity of the information (anti-counterfeiting) and generate the next block. A blockchain can include an underlying platform, a platform product service layer, and an application service layer.

[0133] The underlying blockchain platform can include processing modules such as user management, basic services, smart contracts, and operational monitoring. The user management module is responsible for managing the identity information of all blockchain participants, including maintaining public and private key generation (account management), key management, and maintaining the correspondence between user real identities and blockchain addresses (access management). Furthermore, under authorization, it monitors and audits the interactions of certain real identities and provides risk control rule configuration (risk control audit). The basic services module is deployed on all blockchain node devices to verify the validity of business requests. After consensus is reached on valid requests, they are recorded in storage. For a new business request, the basic services first perform interface adaptation parsing and authentication (interface adaptation), and then encrypt the business information through a consensus algorithm (consensus management). After encryption, the data is transmitted completely and consistently to the shared ledger (network communication) and recorded and stored. The smart contract module is responsible for contract registration, issuance, triggering, and execution. Developers can define contract logic using a programming language and publish it to the blockchain (contract registration). According to the contract terms, the key or other events are invoked to trigger execution and complete the contract logic. It also provides functions for contract upgrades and cancellations. The operation monitoring module is mainly responsible for deployment, configuration modification, contract settings, cloud adaptation, and real-time status visualization output during product release, such as alarms, monitoring network conditions, and monitoring the health status of node devices.

[0134] The platform's product service layer provides the basic capabilities and implementation frameworks for typical applications. Developers can leverage these basic capabilities, along with the specific characteristics of their business needs, to implement blockchain-based business logic. The application service layer provides blockchain-based application services to business stakeholders.

[0135] In one possible application scenario, to reduce communication latency, servers 120 can be deployed in various regions, or for load balancing, different servers 120 can serve the regions corresponding to each terminal device 110. Multiple servers 120 can share data through blockchain, forming a data-sharing system. For example, terminal device 110 located at location a communicates with server 120, while terminal device 110 located at location b communicates with other servers 120.

[0136] Each server 120 in the data sharing system has a corresponding node identifier. Each server 120 can also store the node identifiers of other servers 120 in the data sharing system, so that the generated blocks can be broadcast to the other servers 120 in the data sharing system based on their node identifiers. Each server 120 can maintain a node identifier list as shown in the table below, storing the server 120 name and node identifier in the list. The node identifier can be an Internet Protocol (IP) address or any other information that can be used to identify the node. Table 1 only uses IP addresses as an example.

[0137] Table 1

[0138] Server Name Node identifier Node 1 119.115.151.174 Node 2 118.116.189.145 … … Node N 119.124.789.258

[0139] The following description, in conjunction with the application scenarios described above and with reference to the accompanying drawings, illustrates the live streaming control method provided by exemplary embodiments of this application. It should be noted that the above application scenarios are merely illustrative for the purpose of understanding the spirit and principles of this application, and the embodiments of this application are not limited in any way. It should be noted that the following mainly describes the live streaming control methods corresponding to the live streaming server and the live streaming client; in the following text, "server" refers to the live streaming server, and "client" refers to the live streaming client.

[0140] See Figure 2 The diagram shown is an implementation flowchart of a live streaming control method provided in this application embodiment, applied to a server (referring to a live streaming server). The specific implementation flow of this method is as follows:

[0141] S21: The server receives the live data stream containing the live object sent by the first client, and detects the live data stream to obtain the detection result;

[0142] When inspecting live stream data, AI image detection methods can be used to detect the live content. The corresponding detection results are divided into "detection passed" and "detection failed". For example, the detection can be performed to determine whether the live stream content contains vulgar content, pornography, gambling, drugs, or other non-compliant or low-quality content. If so, the detection result indicates that the detection passed; otherwise, it indicates that the detection failed.

[0143] In this embodiment, when the streamer starts the live broadcast, the server performs real-time AI image detection of the live broadcast content. Specifically, the principle behind the AI ​​image detection of the live broadcast content is image recognition.

[0144] In one alternative implementation, image recognition is achieved through a convolutional neural network. Since convolutional neural networks utilize the principle of strong correlation and strong similarity between adjacent pixels in the same image—that is, two adjacent pixels in an image are more correlated than two separate pixels—the accuracy of the detection results can be effectively improved.

[0145] In the embodiments of this application, the image recognition process can be divided into the following steps: information acquisition, preprocessing, feature extraction and selection, classifier design and classification decision.

[0146] Information acquisition refers to converting information such as light or sound into electrical information through sensors. In a live streaming scenario, information acquisition refers to acquiring basic information about the live streaming environment and transforming it into machine-readable information using convolutional neural networks. Next, the acquired information undergoes preprocessing, including but not limited to image processing operations such as denoising, smoothing, and transformation, to enhance key features of the live streaming image. Finally, feature extraction and selection are performed, which, in pattern recognition, involves extracting and selecting specific features.

[0147] In one optional implementation, the convolutional neural network in this embodiment is actually divided into two layers: a convolutional layer and a pooling layer. The convolutional layer disperses the scene image of the live broadcast room into small pixel blocks, either individually or in 3x3 / 5x5 format. These output values ​​are then arranged in a group of images, with numbers representing the content of each region in the image. The number axes represent height, width, and color, respectively, thus obtaining a three-dimensional numerical representation of each image block. The pooling layer combines the spatial dimensions of this three-dimensional (or four-dimensional) image group with a sampling function, outputting a joint array containing only the relatively important parts of the image. This joint data is then input into a classifier for classification.

[0148] In the embodiments of this application, classifier design refers to obtaining a recognition rule through training. This recognition rule can be used to obtain a feature classification, enabling image recognition technology to achieve a high recognition rate, thereby forming relevant labels and categories, and then making classification decisions and identifying the image category of the live broadcast room.

[0149] Optional, low-quality live streaming content categories include, but are not limited to, some or all of the following:

[0150] Information that does not comply with laws and regulations includes information that promotes bloodshed, violence, murder, malicious abuse, or defamation of others, as well as information related to pornography, drugs, and gambling.

[0151] S22: Based on the detection results, the server pushes the live data stream to the first batch of second clients;

[0152] S23: If the server determines that the live data stream contains live resources to be recommended, it retrieves resource reference information related to the live resources from the blockchain;

[0153] The recommended live streaming resources can include movies, TV series, articles, games, and products. This article primarily uses products as an example, focusing on product recommendation scenarios, such as live commerce.

[0154] S24: Based on the resource reference information, the server pushes the live data stream to the second batch of second clients so that each second client can display the live data stream in the live interface;

[0155] The number of second clients in the second batch of second clients is greater than the number of second clients in the first batch of second clients.

[0156] It should be noted that, in this embodiment, the live data stream push refers to distributing the live data stream broadcast by the first client's anchor to different viewer clients, i.e., second clients. Specifically, the live data stream can be copied to obtain multiple live data streams, and then each copied live data stream can be distributed to the second client corresponding to a different viewer. Figure 2 The method shown includes two live data stream push processes. The first is based on the detection results of the live content, which distributes the live data stream to the first batch of second clients. The second is based on resource reference information, which distributes the live data stream to the first batch of second clients.

[0157] In the above embodiments, since this application embodiment detects the live content and obtains reference information related to resources stored on the blockchain, and pushes the live content based on the content detection results and resource reference information, it can ensure that low-quality live content is not distributed to users, and ensure that the live content pushed to the audience is of high quality obtained based on content detection and blockchain verification. Furthermore, when pushing the second batch of the second client is made, the number of clients is larger to ensure that more high-quality live content is pushed, thereby improving the reliability of live resource recommendations.

[0158] In one optional implementation, the live streaming data stream in this application includes a first live streaming data stream and a second live streaming data stream, and the actual content of the first live streaming data stream and the second live streaming data stream is the same. "First" and "second" are determined based on the number of pushes.

[0159] In this embodiment of the application, step S22 can be implemented in the following manner, and the specific process is as follows:

[0160] If the server determines that the detection result indicates that the detection has passed, it will identify multiple second clients to be pushed this time as the first batch of second clients based on the first traffic pool containing the relevant traffic of the first batch of second clients, and copy the live data stream to obtain multiple first live data streams; then send the multiple first live data streams to the first batch of second clients respectively.

[0161] In this embodiment of the application, the process in step S22 can also be called the live streaming splitting process. In this application, splitting refers to distributing the live streaming data (i.e., the live streaming data stream) from the broadcaster's end to different viewers.

[0162] In another optional implementation, if the server determines that the detection result indicates that the detection has failed, the server notifies the first client to display a rectification prompt message in the live broadcast interface to prompt the live broadcast audience to adjust the live broadcast content until the rectification is successful. Then, the live broadcast data stream is distributed accordingly based on the first traffic pool.

[0163] For example, when a streamer starts a live broadcast through a primary client, the server uses real-time AI image detection to monitor the live content. If the server detects vulgar or low-quality content in the live stream, it notifies the primary client. The primary client then displays a pop-up message in the live stream notification reminding the streamer to rectify the content (see section 7B for details, which will be explained in more detail below). If rectification is not completed within 10 seconds, the live stream recommendation will be immediately stopped, and the live stream may be forcibly shut down depending on the circumstances. When the streamer completes the rectification within 10 seconds, or when the content is detected to be compliant, the server will recommend this live stream content to the primary traffic pool.

[0164] Next, the server continues to detect whether the live stream is promoting products. When it detects that a live stream is promoting products, the server will link blockchain data and integrate the streamer's resource reference information on various e-commerce platforms (such as sales volume, price, reviews, etc.) to generate reference parameters, which can also be called a product reputation score. Based on the reference parameters, traffic will be further distributed:

[0165] First, the server generates reference parameters corresponding to the live streaming resources based on resource reference information. Then, it compares the reference parameters with a preset threshold. If the reference parameters are not less than the preset threshold, multiple second clients to be pushed to are identified as the second batch of second clients based on a second traffic pool containing traffic related to the second batch of second clients. The live streaming data stream is then copied to obtain multiple second live streaming data streams. Finally, the server sends these multiple second live streaming data streams to the second batch of second clients respectively. Alternatively, if the reference parameters are less than the preset threshold, secondary splitting of the live streaming data stream is not required.

[0166] In this embodiment, the multiple second clients to be pushed can be determined based on user preferences related to the first and second traffic pools. The first traffic pool contains traffic related to the first batch of clients, and the second traffic pool contains traffic related to the second batch of clients. Generally, once the live stream content passes detection, user traffic that is particularly interested in the live stream type (e.g., education, games, movies) can be randomly selected from the first traffic pool, and these corresponding clients are used as the first batch of clients. Furthermore, when pushing a second batch of clients based on resource reference parameters, in addition to filtering the second batch of clients based on user preferences, the needs of users on the live stream platform can be analyzed through big data statistics, and clients corresponding to users with needs related to the live stream resources can be used as the second batch of clients. For example, if the relevant live stream resource is summer women's clothing, then clients related to user traffic with needs for purchasing summer women's clothing can be used as the second batch of clients, and so on. No specific limitations are made here.

[0167] In this context, the first batch of second clients and the second batch of second clients refer to different viewer clients. Specifically, the data stream splitting process is as follows: First, based on AI image detection results, the live stream is split, distributing the resulting first live stream to a corresponding batch of viewer clients. Then, based on resource reference information stored on the blockchain, the live stream is split again, distributing the resulting second live stream to another corresponding batch of viewer clients, and this second batch of viewer clients is larger in number.

[0168] It should be noted that when there are multiple live streaming resources and each live streaming resource corresponds to a reference parameter, comparing the reference parameter with the preset threshold specifically means: averaging all the reference parameters and comparing the average value of the reference parameters with the preset threshold; or finding the minimum value among all the reference parameters and comparing the minimum value of the reference parameter with the preset threshold, etc., without specific limitations here.

[0169] For example, when the preset threshold is 4 points, the server determines the reputation score of the live streamer's sales. When the reputation score exceeds 4 points, the server will distribute the live stream with the higher score to the audience in the second traffic pool (including public domain traffic). When the reputation score is below 4 points, the live stream will not enter a larger traffic recommendation pool, such as the second traffic pool.

[0170] In this embodiment, the reference parameter is used to characterize the credibility of the descriptive information published by the live streaming object for the live streaming resource. That is, the larger the reference parameter, the higher the credibility of the live streaming. Therefore, by further diverting the live streaming data stream based on the reference parameter, it can be effectively ensured that the content pushed to the audience is live streaming content containing highly reputable live streaming resources verified by blockchain, thereby effectively improving the reliability of live streaming resource recommendations.

[0171] It should be noted that the first traffic pool and the second traffic pool in the embodiments of this application can both be understood as audience traffic pools. Generally, the second traffic pool has more traffic than the first traffic pool, that is, the traffic in the second traffic pool is greater than the traffic in the first traffic pool, so as to distribute the live data stream to more viewers.

[0172] In one optional implementation, the resource reference information includes interactive information related to the live stream resource and comment information related to the live stream resource. Accordingly, reference parameters corresponding to the live stream resource can be generated through the following process, see [reference]. Figure 3 As shown, this is a schematic diagram of a reference parameter generation method in an embodiment of this application, which specifically includes the following steps:

[0173] S301: The server determines the first parameter corresponding to the live streaming resource based on at least one of the number of interactions and the number of converted resources in the interaction information;

[0174] Among them, conversion resources are obtained through resource interaction with live streaming resources. When the live streaming resource is a product, the corresponding conversion resource can be real currency, virtual currency, etc.

[0175] For example, both sales volume and sales price are interactive information related to live streaming resources. Sales volume refers to the number of interactions; the higher the sales volume, the greater the number of interactions. Sales price refers to the number of resource conversions; the higher the sales price, the greater the number of resource conversions.

[0176] It should be noted that the first parameter can refer to one parameter or multiple parameters; that is, there can be one first parameter or multiple first parameters. For example, a first parameter a1 can be determined based on the number of interactions; a first parameter a2 can be determined based on the number of converted resources. Both a1 and a2 can be used as the first parameter, or a weighted average of a1 and a2 can be calculated to obtain a first parameter, etc., without specific limitations here.

[0177] In determining the first parameter a1 based on sales volume, the more interactions, the larger the first parameter a1 becomes. For example, sales volume is scored from low to high, ranging from 1 to 5 points, with the score determined by the sales volume of the same product category. The scoring rules for sales volume are as follows: 1-100 items (1 point), 100,000+ items (5 points), and so on. So, assuming that for the same piece of clothing, the highest sales volume across the entire network is 20,000 items, then the score corresponding to 20,000 items is 5 points, and the score is a1.

[0178] When determining the first parameter a2 based on the sales price, different prices correspond to scores of 1-5 points from low to high. The score rule for each price is as follows: the difference between the lowest and highest prices is the total price, and the total price divided by 5 gives the score s for each price. Therefore, the score a2 corresponding to the sales price can be calculated as: the difference between the highest price and the sales price multiplied by the score s. For example, for the same piece of clothing, the highest price is 70 and the lowest price is 50, so each price corresponds to 0.25 points. If the sales price for this live stream is 60, then the corresponding score a2 is 2.5.

[0179] S302: The server determines the second parameter corresponding to the live stream resource based on at least one of the word count of the comment information and the sentiment keywords in the comment information;

[0180] For example, different comment types are scored from 1 to 5 points, with the score based on the number of words and the keywords contained in the comment. The scoring rules are as follows: when a comment contains positive keywords such as "good," "recommended," "good review," or "great value for money," it receives 5 points; when a comment contains negative keywords such as "terrible" or "poor quality," it receives 1 point or less. The final score is determined by a weighted average of the content and word count.

[0181] S303: The server determines the reference parameters corresponding to the live streaming resources based on the first parameter and the second parameter.

[0182] When the first parameter includes both a1 and a2, the total score of price, sales volume, and reviews is divided by 3 to obtain the final score, which is the reference parameter. When the first parameter includes only a1, only a2, or a weighted average of a1 and a2, the sum of the first and second parameters is divided by 2 to obtain the final score, which is the reference parameter. One possible rating tier for the reference parameter is: 4.5-5 (High), 4-4.5 (Medium), and below 4 (Low).

[0183] It should be noted that the specific implementation methods for determining reference parameters based on interactive information related to live streaming resources and comment information related to live streaming resources are only illustrative examples and are not specifically limited here.

[0184] In the above implementation, reference parameters for live streaming resources are obtained based on resource reference information stored on the blockchain in the blockchain system, and live streaming resources are recommended to viewers based on these reference parameters. Since the resource reference information stored on the blockchain is not easily changed and is traceable, it is considered valid. Therefore, the reference parameters obtained based on valid resource reference information are also true and valid.

[0185] In one optional implementation, in addition to sending multiple live data streams to each second client, the server may also return resource reference information, or reference parameters corresponding to the live resources generated based on the resource reference information, to each second client so that each second client can display the live resources and reference parameters in the live interface. The reference parameters are used to characterize the credibility of the descriptive information published by the live object for the live resources.

[0186] In this embodiment, the server can directly return the resource reference information obtained from the blockchain to the second client, and the second client can calculate the reference parameters corresponding to the live stream resource based on the received resource reference information and display them; alternatively, the server can return the reference parameters calculated based on the resource reference information to the second client, and the second client can display them directly.

[0187] In this embodiment of the application, when the reference parameters are displayed to the user through the second client, the user can also click to view details related to the reference parameters; therefore, when the server receives a viewing request triggered by the second client for the reference parameters, it can obtain detailed information and scoring rules related to the reference parameters, and return the detailed information and scoring rules to the second client, so that the second client can display a detailed interface related to the reference parameters. The detailed interface includes at least the detailed information and scoring rules related to the reference parameters. For example Figure 9 As shown below, this will be explained in detail.

[0188] Furthermore, in this embodiment, when the streamer meets predetermined conditions, commissions and livestream revenue are returned via a smart contract, thereby improving the streamer's sales quality and livestream content, and ultimately regulating market supervision in the livestreaming industry. Therefore, in an optional implementation, the server can also receive viewing requests for livestream-related virtual resources from the first client; if the settlement trigger conditions in the smart contract are met, the server determines the virtual resources corresponding to the livestream object based on the settlement rules in the smart contract and returns them to the first client, allowing the first client to display the virtual resources through a resource interaction interface. The smart contract is deployed to the blockchain after the livestream object triggers the confirmation and signing operation. An optional resource interaction interface is as follows: Figure 11 As shown below, this will be explained in detail.

[0189] In this embodiment, after the terminal device responds to the contract confirmation operation triggered by the streamer, it sends the smart contract to the blockchain network so that nodes in the blockchain network can install the smart contract. The server determines whether the contract terms are met based on the live stream rewards and sales content. When the streamer initiates a settlement request in the first client, they can send a request to the server to view virtual resources related to the live stream. The server requests data from the blockchain and determines whether the streamer meets the terms agreed in the smart contract. If the terms are met, the system automatically initiates the settlement process and withdrawal details. If not, the system executes other command conditions in the contract.

[0190] In another alternative implementation, when the streamer initiates a settlement and withdrawal request, the smart contract can automatically trigger the settlement process. That is, the first client requests data from the blockchain to determine if the streamer meets the terms agreed upon in the smart contract. If the terms are met, the system automatically initiates the settlement process and withdrawal details. If not, the system executes other commands and conditions stipulated in the contract.

[0191] Specifically, the terms and rules of a smart contract are shown in the following example:

[0192] 1. Live Stream Revenue Sharing: For monthly revenue exceeding 20,000 RMB, the streamer receives 45% of the revenue; for revenue less than 20,000 RMB, the streamer receives 40%. The platform offers the strongest support, with streamers receiving immediate and prominent recommendations across the entire platform. Furthermore, the platform proactively directs high-quality viewers to the streamer's live stream, effectively boosting popularity and revenue.

[0193] 2. Live Stream Product Commission: The commission for live stream products is based on the product price, generally 10-20% of the unit price. The final commission is calculated based on the actual number of products sold, and the actual sales amount is generated 14 days after the live stream ends (excluding the total sales amount before the live stream ends).

[0194] 3. Settlement Process Description: Streamers who meet the corresponding conditions can initiate a withdrawal application process in their personal center. The platform will automatically transfer the money to the corresponding account based on the established conditions. The entire process is automated and requires no waiting.

[0195] 4. Other additional terms: Other additional terms in the contract.

[0196] It should be noted that the terms and rules of smart contracts listed above are only examples and are not specifically limited here.

[0197] In one optional implementation, after receiving the live stream end request from the first client, the server can also associate and store the object identifier of the live stream object and the reference parameters corresponding to the live stream resources related to this live stream on the blockchain.

[0198] The specific storage process is as follows: The server first associates the object identifier with the reference parameters to generate target data; then, it uploads the target data to the blockchain nodes in the blockchain network, so that the blockchain nodes can perform hash calculations and broadcast consensus on the target data before writing it into the generated data block.

[0199] It should be noted that the server mentioned here can be either a live streaming server or an interactive server, which records transaction records related to live streaming resources. In the following text, live streaming servers and transaction servers will be collectively referred to as computer equipment.

[0200] For example, after the live stream ends, the server generates a block containing the streamer's ID, the e-commerce platform, and the product reputation rating, and stores this data on the blockchain. The data is stored in a distributed manner, with the following storage rules:

[0201] 1) Link local streamer identifiers with sales reputation data to generate target data. The streamer identifier is a unique identifier for the streamer and can be a string containing at least one of the following characters: numbers, letters, and symbols.

[0202] Specifically, computer equipment can associate local streamer identifiers with product sales reputation data to generate target data. The target data is in key-value pair format. The computer equipment can generate key elements in key-value pairs based on the local streamer identifiers and value elements based on the streamer identifiers and product sales reputation data. By associating the key elements and value elements, the target data can be generated.

[0203] 2) Upload the target data to the blockchain node in the blockchain network. The uploaded target data is used to instruct the blockchain node to write the target data into the data block.

[0204] In a blockchain network, a blockchain node is a data processing node that receives and processes externally transmitted data. After processing the target data, the blockchain node sends it to a consensus node for consensus calculation. Once consensus is reached, the target data is written into a data block. Specifically, computer devices can upload target data to a blockchain node via a network connection. A blockchain node can also write target data corresponding to the streamer identifiers and sales reputation data received from multiple live streaming platforms within a preset time period into a data block.

[0205] 3) The uploaded target data also instructs blockchain nodes to perform hash calculations on the target data and, based on the hash calculation results, store the target data in the hash chain corresponding to the broadcaster identifier in the chained hash table. After consensus is reached in the chained hash table, data blocks are generated based on the chained hash table. The chained hash table includes hash chains corresponding to more than one broadcaster identifier. Blockchain nodes can use a chained hash table to store the target data. The target data corresponding to each broadcaster identifier can be stored on the same hash chain in the chained hash table. Blockchain nodes can pass the key element in the target data to a hash function, which determines which hash chain the target data corresponds to and its specific position within the hash chain through hashing.

[0206] For example, define a hash function that maps a key k to a position x in a linked hash table. x is called the hash code of k, formally expressed as: h(k) = x. The purpose of this hash function is to distribute key elements as evenly and randomly as possible across the linked hash table.

[0207] In this application embodiment, when the target data is stored in the form of a linked hash table, please refer to... Figure 4 The structure shown is a schematic diagram of a blockchain structure in an embodiment of this application. Figure 4 In a blockchain, each block includes the target data, the hash value of the transaction records stored in this block (the hash value of this block), and the hash value of the previous block. Blocks are linked together using these hash values ​​to form the blockchain. Additionally, blocks may include information such as a timestamp when the block was generated.

[0208] Taking block 3 as an example, the target data is stored in the form of a hash chain. The chained hash table includes multiple hash chains that correspond one-to-one with multiple different broadcaster identifiers. Blockchain nodes can associate broadcaster identifiers and live-related data received from multiple live streaming platforms within a preset time period to generate multiple target data sets, which are then written to block 3.

[0209] 4) Blockchain nodes broadcast the target data to be uploaded to the blockchain network. Consensus nodes in the blockchain network can execute consensus operations upon receiving the broadcast. Once the target data passes consensus, the blockchain nodes can generate data blocks based on the corresponding chained hash table. The main purpose of this consensus node is to verify the authenticity of the product recommendation data.

[0210] Consensus nodes are nodes in a blockchain network that participate in the consensus process; the number of consensus nodes can be greater than six. The consensus algorithm used by the consensus nodes to execute consensus operations is commonly PoW.

[0211] The embodiments of this application upload the above data to the blockchain network, which can ensure that the live broadcast-related data is not tampered with after the live broadcast ends, thereby ensuring that the relevant results calculated by the subsequent smart contract based on the live broadcast-related data are accurate.

[0212] The following section will provide a detailed explanation of the live streaming control methods for the live streaming client, with reference to the accompanying diagram.

[0213] See Figure 5 The diagram shown is an implementation flowchart of another live streaming control method provided in this application embodiment, applied to a client (referring to a live streaming client, which can be a first client or a second client). The specific implementation flow of this method is as follows:

[0214] S51: The client responds to the live viewing operation for the live object and displays the live data stream of the live object in the live interface;

[0215] For example, when a viewer clicks to enter streamer A's live stream room, it triggers a live stream viewing action for the streamer A, which then displays streamer A's live stream interface on the viewer's second logged-in client, showing the streamer A's live stream content. Of course, when streamer A starts a live stream, streamer A's live stream interface is also displayed on the first logged-in client.

[0216] It should be noted that the first client and the second client in this embodiment are essentially the same client. The terms "first" and "second" are used here for ease of distinguishing between the client used by the viewer and the client used by the streamer. Of course, streamer A can also watch other streamers' live streams through the logged-in client; in this case, streamer A's identity is essentially that of a viewer, and the client logged into by streamer A can also be called the second client. Similarly, when a viewer is broadcasting as a streamer, their logged-in client can also be called the first client; no specific limitation is made here.

[0217] Additionally, it should be noted that on the broadcaster's side, if the first client receives the detection result returned by the live streaming server and determines that the detection result for the live streaming data stream of the broadcasting target indicates that the detection has failed, then a rectification prompt message will be displayed on the live streaming interface to prompt the broadcasting target to adjust the live streaming content.

[0218] See Figure 6 The diagram shown is a schematic representation of a live streaming interface containing vulgar live streaming content, as described in an embodiment of this application. (See attached image.) Figure 7 The diagram shown is a schematic of a live streaming interface including rectification prompts in an embodiment of this application. When the system detects vulgar or low-quality live streaming content, a pop-up window will appear to remind the streamer to rectify the content; otherwise, there is a risk of being banned or prohibited from broadcasting. Figure 7 The live stream interface shown in the image displays a rectification notice stating, "The system has detected vulgar and low-quality live stream content in the current live stream room. Please rectify it promptly, otherwise you may be at risk of having your account banned and prohibited from broadcasting."

[0219] It should be noted that the rectification prompt information in the embodiments of this application can be, in addition to using... Figure 7 In addition to the pop-up window shown, it can also be displayed through a floating layer or other web pages; no specific limitation is made here.

[0220] S52: If the client determines that the live streaming data stream contains live streaming resources to be recommended, then the live streaming resources and the corresponding reference parameters are displayed in the live streaming interface. The reference parameters are generated based on resource reference information related to the live streaming resources obtained from the blockchain. The reference parameters are used to characterize the credibility of the descriptive information published by the live streaming object for the live streaming resources. The live streaming data stream displayed by the client is obtained after pushing the live streaming data stream based on at least one of the detection results of the live streaming data stream on the broadcaster's end or the resource reference information.

[0221] For example, when streamer A recommends products during a live stream, the recommended products (live stream resources) and their corresponding reference parameters can be further displayed on the live stream interface on the viewer's side.

[0222] In one optional implementation, there may be one or more live streaming resources. When there are multiple live streaming resources, the reference parameters include at least one of a first reference parameter and a second reference parameter; in this case, the reference parameters corresponding to the live streaming resources can be displayed in the live streaming interface in at least one of the following ways:

[0223] Display Method 1: Display the first reference parameter corresponding to each live stream resource in the live stream interface;

[0224] That is, when displaying reference parameters for live streaming resources on the live streaming interface, only the reference parameters for each live streaming resource can be displayed, i.e., the first reference parameter. For example... Figure 8A The diagram shown illustrates the first type of reference parameter display method in this application embodiment, where each product corresponds to a specific sales reputation rating. For example, the strawberry mousse cake (xxx) has a rating of 4.7, the cheese and blueberry cake (xxx) has a rating of 4.6, and the fresh shrimp salad roll (xxx) has a rating of 4.5…

[0225] In this embodiment of the application, the products can be displayed in descending order of their ratings, such as... Figure 8A As shown, the ratings from highest to lowest are: Strawberry Mousse Cake xxx, Cheese Blueberry Cake xxx, Fresh Shrimp Salad Roll…

[0226] Display Method 2: Display the second reference parameter in the live streaming interface. The second reference parameter is the average value of the first reference parameter corresponding to each live streaming resource.

[0227] This method is equivalent to determining a parameter for the live stream room based on the parameters corresponding to each product. That is, it only displays the average value of the reference parameters for each live stream resource corresponding to this live stream, i.e., the second reference parameter, for example... Figure 8B As shown, it is a schematic diagram of the second reference parameter display method in the embodiment of this application, wherein the average is 4.6, that is, the second reference parameter is 4.6.

[0228] Method 3: Display the first reference parameter and the second reference parameter corresponding to each live streaming resource in the live streaming interface.

[0229] That is, the live streaming interface can display both the first reference parameter and the second reference parameter for each live streaming resource, for example... Figure 8C As shown, this is a schematic diagram of the third reference parameter display method in the embodiments of this application.

[0230] In one alternative implementation, the reference parameters are determined as follows:

[0231] Receive resource reference information corresponding to the live stream resource returned by the server, and determine reference parameters based on the resource reference information; or, receive reference parameters returned by the server, where the reference parameters are determined by the server based on the resource reference information corresponding to the live stream resource.

[0232] In other words, the reference parameters displayed on the client side in this application embodiment can be directly returned by the server, or they can be calculated by the client based on the resource reference information returned by the server.

[0233] The specific process by which the client determines the reference parameters based on the resource reference information includes the following steps:

[0234] The client determines the first parameter corresponding to the live stream resource based on at least one of the interaction quantity and the conversion resource quantity in the interaction information. The conversion resource is obtained by interacting with the live stream resource. The client determines the second parameter corresponding to the live stream resource based on at least one of the comment quantity and the sentiment keywords in the comment information. The client determines the reference parameter corresponding to the live stream resource based on the first parameter and the second parameter.

[0235] It should be noted that the process by which the client calculates the reference parameters based on the resource reference information is the same as described above. Figure 3 The calculation process on the server side listed is the same. For detailed calculation methods, please refer to the above embodiments. Repeated parts will not be repeated.

[0236] In one optional implementation, users can also view reference parameters corresponding to the live streaming resources displayed on the live streaming interface, as follows:

[0237] In response to a view operation triggered by a reference parameter, a details interface related to the reference parameter is displayed. The details interface includes at least the relevant information about the reference parameter and the scoring rules.

[0238] For example Figure 9 As shown, this is a schematic diagram of a details interface in an embodiment of this application, where the details information specifically refers to: the details of the product reputation. Figure 9 The rating system is based on customer reviews. A higher star rating indicates better product quality and customer experience. The rating criteria include two parts: rating composition and rating source. Specifically: Rating composition: The customer review rating is generated based on the product's sales volume, price, and user reviews across major e-commerce platforms. Rating source: The rating is derived from blockchain technology, incorporating the product's past transaction data.

[0239] In the above implementation, users can evaluate the reliability of a live streaming resource based on the details of the reference parameters and scoring rules corresponding to the live streaming resource, thereby improving the reliability of live streaming resource recommendations.

[0240] In this embodiment, the streamer can also sign a smart contract with the live streaming platform before the live stream, agreeing on corresponding revenue sharing rules based on platform rules and product commission rates. If the streamer agrees to sign the contract, they will initiate a withdrawal request via the client when they want to withdraw money. At this time, the system will automatically calculate the currently withdrawable amount and give it to the streamer according to the corresponding revenue sharing ratio.

[0241] See Figure 10As shown, this is a schematic diagram of a smart contract interface in an embodiment of this application. When the streamer clicks the live stream entry, the first client responds to the live stream operation triggered by the streamer through the live stream entry, displaying as shown... Figure 10 The smart contract interface shown displays smart contracts corresponding to virtual resources related to the live stream. These smart contracts are generated based on pre-set virtual resource settlement rules.

[0242] In this application embodiment, virtual resources refer to electronic resources such as live streaming revenue and commissions, or virtual resources, etc., without specific limitation.

[0243] When the streamer clicks the "Agree to Sign" button (i.e., the signing control), the first client responds with a confirmation signing operation triggered by the signing control in the smart contract interface, and then the live broadcast can begin, displaying the live broadcast interface and showing the live broadcast data stream of the streamed object. Furthermore, after the streamed object triggers the confirmation signing operation, the smart contract can be deployed to the blockchain.

[0244] See Figure 11 As shown, this is a schematic diagram of a resource interaction interface in an embodiment of this application. When the streamer clicks to view earnings, it triggers the first client to send a request to the server to view virtual resources related to the live stream. If the server determines that the settlement triggering conditions in the smart contract are met, it determines the virtual resources corresponding to the streamer based on the settlement rules in the smart contract and returns them to the first client, so that the first client can display the virtual resources through the resource interaction interface. Figure 11 As shown, the current withdrawable earnings of the streamer are 3769.00, which is the virtual resource in this embodiment. Additionally, withdrawal details and rules are displayed. The streamer can click... Figure 11 Use the "Withdraw" button shown to withdraw your funds.

[0245] In the above implementation, when the streamer meets the predetermined conditions, the commission and live streaming revenue can be returned through smart contracts, thereby improving the quality of the streamer's sales and the live streaming content, and thus standardizing market supervision of the live streaming industry.

[0246] The following is in conjunction with the appendix Figure 12 The specific implementation of the embodiments of this application will be briefly described. Figure 12 This is a flowchart illustrating a blockchain-based live streaming control method provided in an embodiment of this application.

[0247] First, the platform (merchant) agrees with the streamer on the rules for settling commissions for live-streaming sales, and generates a smart contract.

[0248] In some embodiments, the platform and the streamer agree on commission settlement rules for live-streaming sales, generating a smart contract. The purpose is to extend the functionality of electronic transaction methods such as point-of-sale to the digital realm. Smart contracts can eliminate the need for third-party intermediaries, helping streamers and merchants exchange property, shares, or anything of value in a transparent and conflict-free manner.

[0249] In some embodiments, the most commonly used platform for writing smart contracts is Ethereum, which implements a near-Turing-complete language on its blockchain, making it a prominent smart contract framework.

[0250] For example, the contract deployment process may include: starting an Ethereum node (such as geth or testrpc); compiling the smart contract using solc to obtain binary code; sending the compiled smart contract to the blockchain network (this step consumes Ether and requires signing the contract using the node's default address or a specified address) to obtain the smart contract's blockchain address and Application Binary Interface (ABI). The contract interface is represented by JavaScript Object Notation (JSON), including variables, events, and callable methods; and calling the smart contract using the JavaScript API provided by web 3.js (which may consume Ether depending on the type of call).

[0251] In this embodiment, web3.js is a JavaScript (JS) library that communicates with Ethereum nodes via Remote Procedure Call (RPC). web3.js can connect to any Ethereum node that exposes an RPC interface.

[0252] Then, the livestreamer starts selling products, and the backend system compiles the livestreamer's sales data in real time and uploads the sales data to the server after the livestream ends.

[0253] In some embodiments, the streamer starts a live broadcast, and the server uses AI image detection to monitor the live broadcast content in real time. If vulgar or low-quality content is detected, a pop-up window reminds the streamer to rectify the content. If the streamer fails to rectify the content within 10 seconds, the live broadcast can be stopped from being recommended, and the live broadcast can be forcibly shut down depending on the circumstances. The specific implementation process can be found in the above embodiments; repeated details will not be elaborated upon.

[0254] If the content is compliant or has been rectified, the server will detect whether the live stream is promoting products and, in conjunction with blockchain, generate a product reputation score by comprehensively analyzing the streamer's sales volume, price, and reviews on major e-commerce platforms.

[0255] Next, the system determines the streamer's reputation rating for product sales. If the rating exceeds 4 points, the streamer's livestream with the highest rating is assigned to viewers. When viewers view and purchase products, the server generates a blockchain containing the streamer's ID, the sales platform, and the product reputation. For example, the rules for uploading data (distributed storage) to the blockchain can be found in the above embodiment; repeated details will not be elaborated further.

[0256] After the live stream ends, the server determines whether the contract terms are met based on the live stream donations and product sales. For example... Figure 12 As shown, there are clauses A, B, and C. When a streamer initiates a settlement and withdrawal request, the smart contract automatically triggers the settlement process. If the corresponding clauses are met, the system automatically settles the corresponding commission for the streamer. If the clauses are not met, other command conditions in the contract are executed.

[0257] In this embodiment, based on AI image detection and blockchain smart contracts, the system intelligently detects the livestreaming status of the streamer, preventing the distribution of vulgar or low-quality livestreaming content to users. Information such as the streamer's ID, sales platform, and sales reputation is recorded on the blockchain to ensure that the content pushed to viewers is blockchain-verified and has a high reputation for sales. When a streamer meets predetermined conditions, commissions and livestreaming revenue are returned via smart contracts, thereby improving the quality of the streamer's sales and the livestreaming content, and ultimately regulating market supervision in the livestreaming industry.

[0258] See Figure 13 The diagram shown is an interaction timing diagram of a live streaming control method according to an embodiment of this application. The specific implementation flow of this method is as follows:

[0259] Step S1301: The first client responds to the live streaming operation triggered by the live streaming object and displays the live streaming data stream of the live streaming object in the live streaming interface;

[0260] Step S1302: The first client sends the live data stream containing the live object to the server;

[0261] Step S1303: The server detects the live data stream and obtains the detection results;

[0262] Step S1304: The server determines that the detection result indicates that the detection has passed, and copies the live data stream to obtain multiple first live data streams;

[0263] Step S1305: Based on the first traffic pool, the server sends multiple first live data streams to the first batch of second clients respectively;

[0264] Step S1306: The second client displays the corresponding first live data stream in the live streaming interface;

[0265] Step S1307: The server checks whether the live data stream contains live resources;

[0266] Step S1308: The server determines that the live data stream contains live resources to be recommended, and obtains resource reference information related to the live resources from the blockchain;

[0267] Step S1309: The server generates reference parameters corresponding to the live streaming resources based on the resource reference information;

[0268] Step S1310: The server determines that the reference parameter is not less than the preset threshold, and then copies the live data stream again to obtain multiple second live data streams;

[0269] Step S1311: Based on the second traffic pool, the server sends multiple second live streaming data streams to the second batch of second clients respectively;

[0270] Step S1312: The server will return the reference parameters corresponding to the live streaming resources generated based on the resource reference information to each second client;

[0271] Step S1313: The second client displays the corresponding second live streaming data stream in the live streaming interface, including live streaming resources and reference parameters;

[0272] Step S1314: In response to the viewing operation triggered by the reference parameters, the second client sends a corresponding viewing request to the server;

[0273] Step S1315: The server obtains detailed information and scoring rules related to the reference parameter;

[0274] Step S1316: The server returns the obtained details and scoring rules to the second client;

[0275] Step S1317: The second client displays a details interface related to the reference parameters, which includes detailed information about the reference parameters and scoring rules.

[0276] It should be noted that, Figure 13 The second client in the example is just a simplified illustration; in reality, the second client can refer to one or more clients.

[0277] Based on the same inventive concept, embodiments of this application also provide a live streaming control device. For example... Figure 14 As shown, it is a structural schematic diagram of a live broadcast control device 1400 according to an embodiment of this application, which may include:

[0278] The detection unit 1401 is used to receive a live data stream containing a live object sent by the first client, and to detect the live data stream to obtain a detection result.

[0279] The first push unit 1402 is used to push the live data stream to the first batch of second clients based on the detection results; and

[0280] The information acquisition unit 1403 is used to obtain resource reference information related to the live streaming resources from the blockchain if it is determined that the live streaming data stream contains live streaming resources to be recommended.

[0281] The second push unit 1404 is used to push the live data stream to the second batch of second clients based on the resource reference information, so that each second client can display the live data stream in the live interface.

[0282] Optionally, the first push unit 1402 is specifically used for:

[0283] If the detection result indicates that the detection has passed, then the live data stream will be pushed to the first batch of second clients based on the first traffic pool containing the relevant traffic of the first batch of second clients.

[0284] Optionally, the second push unit 1404 is specifically used for:

[0285] Reference parameters are generated based on resource reference information. These reference parameters are used to characterize the credibility of the descriptive information published by the live streaming object for the live streaming resource.

[0286] If the reference parameter is not less than the preset threshold, the live data stream will be pushed to the second batch of second clients based on the second traffic pool containing the relevant traffic of the second batch of second clients.

[0287] Optionally, resource reference information includes interactive information related to the live stream resources and comment information about the live stream resources;

[0288] The second push unit 1404 is specifically used for:

[0289] Based on at least one of the number of interactions and the number of converted resources in the interaction information, the first parameter corresponding to the live resource is determined, and the converted resource is obtained by interacting with the live resource.

[0290] The second parameter corresponding to the live stream resource is determined based on the number of words in the comment information and at least one of the sentiment keywords in the comment information.

[0291] Based on the first and second parameters, determine the reference parameters corresponding to the live streaming resources.

[0292] Optionally, the device also includes:

[0293] The notification unit 1405 is used to notify the first client to display rectification prompts on the live broadcast interface if the test result indicates that the test has failed, so as to prompt the live broadcast audience to adjust the live broadcast content.

[0294] Optionally, the second push unit 1404 is also used for:

[0295] The resource reference information, or the reference parameters corresponding to the live streaming resources generated based on the resource reference information, is returned to each second client so that each second client can display the live streaming resources and reference parameters in the live streaming interface. The reference parameters are used to characterize the credibility of the descriptive information published by the live streaming object for the live streaming resources.

[0296] Optionally, the device also includes:

[0297] The first feedback unit 1406 is used to receive a viewing request triggered by the second client in response to the reference parameters;

[0298] Obtain detailed information and scoring rules related to the reference parameters, and return the detailed information and scoring rules to the second client so that the second client can display a detailed interface related to the reference parameters. The detailed interface includes at least the detailed information and scoring rules related to the reference parameters.

[0299] Optionally, the device also includes:

[0300] The second feedback unit 1407 is used to receive a viewing request for virtual resources related to live streaming sent by the first client;

[0301] If the settlement triggering conditions in the smart contract are met, the virtual resources corresponding to the live streaming object are determined based on the settlement rules in the smart contract, and returned to the first client so that the first client can display the virtual resources through the resource interaction interface. The smart contract is deployed on the blockchain after the live streaming object is determined to trigger the confirmation and signing operation.

[0302] Optionally, the device also includes:

[0303] Storage unit 1408 is used to store the object identifier of the live streaming object and the reference parameters corresponding to the live streaming resources on the blockchain after receiving the live streaming end request sent by the first client.

[0304] Optionally, storage unit 1408 is specifically used for:

[0305] The object identifier and reference parameters are associated to generate target data;

[0306] The target data is uploaded to a blockchain node in the blockchain network, so that the blockchain node performs hash calculations and broadcasts consensus on the target data before writing it into the generated data block.

[0307] In the above embodiments, since this application embodiment detects the live content and obtains reference information related to resources stored on the blockchain, and pushes the live content based on the content detection results and resource reference information, it can ensure that low-quality live content is not distributed to users, and ensure that the live content pushed to the audience is of high quality obtained based on content detection and blockchain verification. Furthermore, when pushing the second batch of the second client is made, the number of clients is larger to ensure that more high-quality live content is pushed, thereby improving the reliability of live resource recommendations.

[0308] Based on the same inventive concept, embodiments of this application also provide another live streaming control device. For example... Figure 15 As shown, this is a structural schematic diagram of another live broadcast control device 1500 in an embodiment of this application, which may include:

[0309] The first display unit 1501 is used to display the live data stream of the live object in the live interface in response to the live viewing operation of the live object.

[0310] The second display unit 1502 is used to display the live streaming resources and the corresponding reference parameters in the live streaming interface if it is determined that the live streaming data stream contains live streaming resources to be recommended. The reference parameters are generated based on resource reference information related to the live streaming resources obtained from the blockchain. The reference parameters are used to characterize the credibility of the descriptive information published by the live streaming object for the live streaming resources. The live streaming data stream is obtained by pushing the live streaming data stream based on at least one of the detection results of the live streaming data stream or the resource reference information.

[0311] Optionally, the device also includes:

[0312] The third display unit 1503 is used to display rectification prompts on the live streaming interface if the detection result of the live streaming data stream for the live streaming object is determined to be unsuccessful, so as to prompt the live streaming object to adjust the live streaming content.

[0313] Optionally, when there are multiple live streaming resources, the reference parameters include at least one of the first reference parameter and the second reference parameter;

[0314] The second display unit 1502 is specifically used to display the reference parameters corresponding to the live streaming resources in the live streaming interface through at least one of the following methods:

[0315] The first reference parameter corresponding to each live streaming resource is displayed on the live streaming interface;

[0316] The second reference parameter is displayed in the live streaming interface. The second reference parameter is the average value of the first reference parameter corresponding to each live streaming resource.

[0317] Optionally, the second display unit 1502 is also used to display a details interface related to the reference parameters in response to a viewing operation triggered by the reference parameters after displaying the live streaming resources and the reference parameters corresponding to the live streaming resources in the live streaming interface. The details interface includes at least the details information and scoring rules related to the reference parameters.

[0318] Optionally, the device also includes:

[0319] The signing unit 1504 is used to respond to the live streaming operation triggered by the live streaming object through the live streaming portal, and to display the smart contract interface. The smart contract interface displays smart contracts corresponding to virtual resources related to the live streaming. The smart contracts are generated based on the pre-set virtual resource settlement rules.

[0320] In response to the confirmation of the contract triggered by the contract control in the smart contract interface, the live streaming interface is displayed, and the live streaming data stream of the live streaming object is displayed in the live streaming interface.

[0321] Optionally, the second display unit 1502 is also used to determine the reference parameters in the following manner:

[0322] Receive resource reference information corresponding to the live stream resources returned by the server, and determine reference parameters based on the resource reference information; or

[0323] Receive reference parameters returned by the server. These reference parameters are determined by the server based on the resource reference information corresponding to the live streaming resources.

[0324] Optionally, the resource reference information includes interactive information related to the live stream resources and comment information about the live stream resources; the second display unit 1502 is specifically used for:

[0325] Based on at least one of the number of interactions and the number of converted resources in the interaction information, the first parameter corresponding to the live resource is determined, and the converted resource is obtained by interacting with the live resource.

[0326] The second parameter corresponding to the live stream resource is determined based on the number of words in the comment information and at least one of the sentiment keywords in the comment information.

[0327] Based on the first and second parameters, determine the reference parameters corresponding to the live streaming resources.

[0328] In the above implementation, by displaying live streaming resources and corresponding reference parameters during the live stream, the reliability of resource recommendations is improved by prompting users. Furthermore, reference parameters for live streaming resources are obtained based on resource reference information stored on the blockchain, and these parameters are used to recommend live streaming resources to viewers. Since the resource reference information stored on the blockchain is not easily altered and is traceable, it is considered valid. Therefore, the reference parameters obtained based on valid resource reference information are also true and effective.

[0329] For ease of description, the above sections are divided into modules (or units) according to their functions and described separately. Of course, in implementing this application, the functions of each module (or unit) can be implemented in one or more software or hardware components.

[0330] Based on the same inventive concept as the above-described method embodiments, this application also provides an electronic device. In one embodiment, the electronic device may be a server, such as... Figure 1 The server 120 is shown. In this embodiment, the structure of the electronic device can be as follows: Figure 16 As shown, it includes a memory 1601, a communication module 1603, and one or more processors 1602.

[0331] The memory 1601 is used to store computer programs executed by the processor 1602. The memory 1601 may mainly include a program storage area and a data storage area. The program storage area may store the operating system and programs required to run instant messaging functions, etc.; the data storage area may store various instant messaging information and operation instruction sets, etc.

[0332] Memory 1601 may be volatile memory, such as random-access memory (RAM); memory 1601 may also be non-volatile memory, such as read-only memory, flash memory, hard disk drive (HDD), or solid-state drive (SSD); or memory 1601 may be any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto. Memory 1601 may be a combination of the above-described memories.

[0333] Processor 1602 may include one or more central processing units (CPUs) or digital processing units, etc. Processor 1602 is used to implement the above-described live broadcast control method when it calls the computer program stored in memory 1601.

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

[0335] This application embodiment does not limit the specific connection medium between the memory 1601, communication module 1603, and processor 1602. This application embodiment... Figure 16 The memory 1601 and the processor 1602 are connected via a bus 1604, and the bus 1604 is in Figure 16 The diagram uses thick lines to describe the connections between other components; these are for illustrative purposes only and should not be considered limiting. The 1604 bus can be divided into address bus, data bus, control bus, etc. For ease of description, Figure 16 It is described using only a thick line, but does not indicate that there is only one bus or one type of bus.

[0336] The memory 1601 stores a computer storage medium, which stores computer-executable instructions for implementing the live streaming control method of this application embodiment. The processor 1602 is used to execute the above-described live streaming control method, such as... Figure 2 As shown.

[0337] In another embodiment, the electronic device may also be other electronic devices, such as... Figure 1 The terminal device 110 is shown. In this embodiment, the electronic device can be structured as follows: Figure 17 As shown, it includes components such as: communication component 1710, memory 1720, display unit 1730, camera 1740, sensor 1750, audio circuit 1760, Bluetooth module 1770, processor 1780, etc.

[0338] The communication component 1710 is used to communicate with the server. In some embodiments, it may include a Circuit-Wireless Fidelity (WiFi) module, which is a short-range wireless transmission technology. Electronic devices can use the WiFi module to help users send and receive information.

[0339] The memory 1720 can be used to store software programs and data. The processor 1780 executes various functions of the terminal device 110 and performs data processing by running the software programs or data stored in the memory 1720. The memory 1720 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device. The memory 1720 stores an operating system that enables the terminal device 110 to run. In this application, the memory 1720 may store the operating system and various application programs, and may also store code that executes the live broadcast control method of the embodiments of this application.

[0340] The display unit 1730 can also be used to display information input by the user or information provided to the user, as well as various menus of the terminal device 110, in a graphical user interface (GUI). Specifically, the display unit 1730 may include a display screen 1732 disposed on the front of the terminal device 110. The display screen 1732 may be configured as a liquid crystal display, a light-emitting diode, or the like. The display unit 1730 can be used to display the live streaming interface, smart contract interface, etc., as described in the embodiments of this application.

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

[0342] The touchscreen 1731 can be placed on top of the display screen 1732, or the touchscreen 1731 and the display screen 1732 can be integrated to realize the input and output functions of the terminal device 110. After integration, it can be referred to as a touch display screen. In this application, the display unit 1730 can display the application program and the corresponding operation steps.

[0343] Camera 1740 can be used to capture still images, which users can then post comments on via the application. There can be one or multiple cameras 1740. An object is projected onto a photosensitive element through a lens, generating an optical image. This photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, which is then transmitted to the processor 1780 for conversion into a digital image signal.

[0344] The terminal device may also include at least one sensor 1750, such as an accelerometer 1751, a proximity sensor 1752, a fingerprint sensor 1753, and a temperature sensor 1754. The terminal device may also be equipped with other sensors such as a gyroscope, barometer, hygrometer, thermometer, infrared sensor, light sensor, and motion sensor.

[0345] Audio circuitry 1760, speaker 1761, and microphone 1762 provide an audio interface between the user and terminal device 110. Audio circuitry 1760 converts received audio data into electrical signals, which are then transmitted to speaker 1761, where they are converted into sound signals for output. Terminal device 110 may also be equipped with volume buttons for adjusting the volume of the sound signal. On the other hand, microphone 1762 converts collected sound signals into electrical signals, which are received by audio circuitry 1760, converted back into audio data, and then output to communication component 1710 for transmission to, for example, another terminal device 110, or to memory 1720 for further processing.

[0346] The Bluetooth module 1770 is used to interact with other Bluetooth devices that also have a Bluetooth module via the Bluetooth protocol. For example, a terminal device can establish a Bluetooth connection with a wearable electronic device (such as a smartwatch) that also has a Bluetooth module through the Bluetooth module 1770, thereby exchanging data.

[0347] The processor 1780 is the control center of the terminal device, connecting various parts of the terminal through various interfaces and lines. It executes various functions and processes data by running or executing software programs stored in the memory 1720 and calling data stored in the memory 1720. In some embodiments, the processor 1780 may include one or more processing units; the processor 1780 may also integrate an application processor and a baseband processor, wherein the application processor mainly handles the operating system, user interface, and applications, and the baseband processor mainly handles wireless communication. It is understood that the baseband processor may not be integrated into the processor 1780. In this application, the processor 1780 can run the operating system, applications, user interface display and touch response, and the live broadcast control method of this embodiment. Furthermore, the processor 1780 is coupled to the display unit 1730.

[0348] In some possible implementations, various aspects of the live streaming control method provided in this application can also be implemented as a program product, which includes program code. When the program product is run on an electronic device, the program code is used to cause the electronic device to perform the steps in the live streaming control method according to the various exemplary embodiments of this application described above. For example, the electronic device can perform actions such as... Figure 2 or Figure 5The steps are shown in the figure.

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

[0350] The program product of the embodiments of this application may employ a portable compact disc read-only memory (CD-ROM) and include program code, and may run on a computing device. However, the program product of this application is not limited thereto. In this document, the readable storage medium may be any tangible medium that contains or stores a program that may be used by or in conjunction with a command execution system, apparatus, or device.

[0351] A readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying readable program code. This propagated data signal may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium, capable of sending, propagating, or transmitting a program for use by or in conjunction with a command execution system, apparatus, or device.

[0352] The program code contained on the readable medium may be transmitted using any suitable medium, including but not limited to wireless, wired, optical fiber, RF, etc., or any suitable combination thereof.

[0353] Program code for performing the operations of this application can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java and C++, and conventional procedural programming languages ​​such as C or similar languages. The program code can execute entirely on the user's computing device, partially on a terminal device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0354] Although preferred embodiments of this application have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of this application.

[0355] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the spirit and scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.

Claims

1. A live streaming control method, characterized in that, The method includes: Receive a live data stream containing a live object sent by the first client. If the live data stream does not contain non-compliant or low-quality live content, the live content detection passes. If the live content detection passes, then based on the live type, select multiple clients to be pushed to this time from the first traffic pool as the first batch of second clients, and send the live data stream to the first batch of second clients respectively to complete the first push of the live data stream. Continue to detect whether the live data stream contains live resources to be recommended. If so, obtain resource reference information related to the live resources from the blockchain. Reference parameters are generated based on the resource reference information to correspond to the live streaming resource; the reference parameters are used to characterize the credibility of the description information published by the live streaming object for the live streaming resource, and the larger the reference parameters are, the higher the credibility. If the reference parameter is not less than a preset threshold, then based on whether the user corresponding to the client has the relevant demand for the live streaming resources, multiple clients to be pushed this time are selected from the second traffic pool as the second batch of second clients, and the live streaming data stream is sent to the second batch of second clients respectively to complete the second push of the live streaming data stream; if the reference parameter is less than the preset threshold, then the live streaming data stream will not be pushed a second time, so that each second client can display the live streaming data stream in the live streaming interface; The number of second clients in the second batch is greater than the number of second clients in the first batch, and the traffic in the second traffic pool is greater than the traffic in the first traffic pool.

2. The method as described in claim 1, characterized in that, The resource reference information includes interactive information related to the live stream resource and comment information related to the live stream resource; The step of generating reference parameters corresponding to the live streaming resource based on the resource reference information includes: Based on at least one of the number of interactions and the number of converted resources in the interaction information, a first parameter corresponding to the live stream resource is determined, wherein the converted resource is obtained by performing resource interaction on the live stream resource; Based on the number of words in the comment information and at least one of the sentiment keywords in the comment information, the second parameter corresponding to the live streaming resource is determined; Based on the first parameter and the second parameter, the reference parameters corresponding to the live streaming resource are determined.

3. The method as described in claim 1, characterized in that, The method further includes: If the live stream content fails the detection, the first client is notified to display a rectification prompt message on the live stream interface to prompt the live stream audience to adjust the live stream content.

4. The method as described in claim 1, characterized in that, The step of sending the live data stream to the second batch of second clients respectively also includes: The resource reference information, or the reference parameters corresponding to the live stream resource generated based on the resource reference information, are returned to each of the second clients, so that each of the second clients can display the live stream resource and the reference parameters in the live stream interface.

5. The method as described in claim 4, characterized in that, The method further includes: Receive a viewing request triggered by the second client in response to the reference parameters; Obtain detailed information and scoring rules related to the reference parameter, and return the detailed information and scoring rules to the second client so that the second client can display a detailed interface related to the reference parameter, the detailed interface including at least the detailed information and scoring rules related to the reference parameter.

6. The method as described in claim 1, characterized in that, The method further includes: Receive a request from the first client to view virtual resources related to the live stream; If the settlement triggering conditions in the smart contract are met, the virtual resources corresponding to the live streaming object are determined based on the settlement rules in the smart contract and returned to the first client so that the first client can display the virtual resources through the resource interaction interface. The smart contract is deployed to the blockchain after the live streaming object triggers the confirmation and signing operation.

7. The method according to any one of claims 1 to 6, characterized in that, The method further includes: After receiving the live stream end request sent by the first client, the object identifier of the live stream object and the reference parameters corresponding to the live stream resources related to this live stream are associated and stored on the blockchain.

8. The method as described in claim 7, characterized in that, The step of associating and storing the object identifier of the live streaming object and the reference parameters corresponding to the live streaming resources related to this live stream on the blockchain includes: The object identifier and the reference parameters are associated to generate target data; The target data is uploaded to a blockchain node in the blockchain network, so that the blockchain node performs hash calculations and broadcasts consensus on the target data before writing it into the generated data block.

9. A live streaming control method, characterized in that, The method includes: In response to a live viewing operation for a live streaming object, the live streaming data stream of the live streaming object is displayed in the live streaming interface; If it is determined that the live streaming data stream contains live streaming resources to be recommended, then the live streaming resources and the corresponding reference parameters are displayed in the live streaming interface; wherein, the reference parameters are generated based on resource reference information related to the live streaming resources obtained from the blockchain; The live data stream is pushed from the live server to the second client, and the pushing process is as follows: If the live stream does not contain non-compliant or low-quality live content, then the live content detection is passed. If the live content detection passes, then based on the live type, select multiple clients to be pushed to this time from the first traffic pool as the first batch of second clients, and send the live data stream to the first batch of second clients respectively to complete the first push of the live data stream. Continue to detect whether the live data stream contains live resources to be recommended. If so, obtain resource reference information related to the live resources from the blockchain. Reference parameters are generated based on the resource reference information to correspond to the live streaming resource; the reference parameters are used to characterize the credibility of the description information published by the live streaming object for the live streaming resource, and the larger the reference parameters are, the higher the credibility. If the reference parameter is not less than the preset threshold, then based on whether the user corresponding to the client has the relevant demand for the live streaming resources, multiple clients to be pushed this time are selected from the second traffic pool as the second batch of second clients, and the live streaming data stream is sent to the second batch of second clients respectively to complete the second push of the live streaming data stream; if the reference parameter is less than the preset threshold, then the live streaming data stream will not be pushed a second time. The number of second clients in the second batch is greater than the number of second clients in the first batch, and the traffic in the second traffic pool is greater than the traffic in the first traffic pool.

10. A live streaming control device, characterized in that, include: The detection unit is used to receive a live data stream containing a live object sent by the first client. If the live data stream does not contain non-compliant or low-quality live content, the live content detection passes. The first push unit is configured to, if the live content detection passes, select multiple clients to be pushed to this time from the first traffic pool as the first batch of second clients based on the live type of the live stream, and send the live data stream to the first batch of second clients respectively to complete the first push of the live data stream. The information acquisition unit is used to continue to detect whether the live data stream contains live resources to be recommended. If so, it obtains resource reference information related to the live resources from the blockchain. The second push unit is used for: Based on the resource reference information, generate reference parameters corresponding to the live streaming resource; The reference parameter is used to characterize the credibility of the descriptive information published by the live streaming object for the live streaming resource. The larger the reference parameter, the higher the credibility. If the reference parameter is not less than a preset threshold, then based on whether the user corresponding to the client has the relevant demand for the live streaming resources, multiple clients to be pushed this time are selected from the second traffic pool as the second batch of second clients, and the live streaming data stream is sent to the second batch of second clients respectively to complete the second push of the live streaming data stream; if the reference parameter is less than the preset threshold, then the live streaming data stream will not be pushed a second time, so that each second client can display the live streaming data stream in the live streaming interface; The number of second clients in the second batch is greater than the number of second clients in the first batch, and the traffic in the second traffic pool is greater than the traffic in the first traffic pool.

11. A live streaming control device, characterized in that, include: The first display unit is used to display the live data stream of the live object in the live interface in response to the live viewing operation of the live object. The second display unit is used to display the live streaming resource and the corresponding reference parameters in the live streaming interface if it is determined that the live streaming data stream contains the live streaming resource to be recommended; wherein the reference parameters are generated based on resource reference information related to the live streaming resource obtained from the blockchain; The live data stream is pushed from the live server to the second client, and the pushing process is as follows: If the live stream does not contain non-compliant or low-quality live content, then the live content detection is passed. If the live content detection passes, then based on the live type, select multiple clients to be pushed to this time from the first traffic pool as the first batch of second clients, and send the live data stream to the first batch of second clients respectively to complete the first push of the live data stream. Continue to detect whether the live data stream contains live resources to be recommended. If so, obtain resource reference information related to the live resources from the blockchain. Reference parameters are generated based on the resource reference information to correspond to the live streaming resource; the reference parameters are used to characterize the credibility of the description information published by the live streaming object for the live streaming resource, and the larger the reference parameters are, the higher the credibility. If the reference parameter is not less than the preset threshold, then based on whether the user corresponding to the client has the relevant demand for the live streaming resources, multiple clients to be pushed this time are selected from the second traffic pool as the second batch of second clients, and the live streaming data stream is sent to the second batch of second clients respectively to complete the second push of the live streaming data stream; if the reference parameter is less than the preset threshold, then the live streaming data stream will not be pushed a second time. The number of second clients in the second batch is greater than the number of second clients in the first batch, and the traffic in the second traffic pool is greater than the traffic in the first traffic pool.

12. An electronic device, characterized in that, It includes a processor and a memory, wherein the memory stores program code that, when executed by the processor, causes the processor to perform the steps of any one of the methods of claims 1 to 8 or the steps of the method of claim 9.

13. A computer-readable storage medium, characterized in that, It includes program code that, when the storage medium is running on an electronic device, causes the electronic device to perform the steps of any of the methods of claims 1 to 8 or the steps of the method of claim 9.

Images