WO2019061628A1

WO2019061628A1 - Data verification method, and server

Info

Publication number: WO2019061628A1
Application number: PCT/CN2017/108058
Authority: WO
Inventors: 周志刚; 陈少杰; 张文明
Original assignee: 武汉斗鱼网络科技有限公司
Priority date: 2017-09-26
Filing date: 2017-10-27
Publication date: 2019-04-04
Also published as: CN107623865A

Abstract

Disclosed are a data verification method, and a server. The method in the embodiments of the present invention comprises: a server issuing a first block chain to all clients in all rooms on a live-broadcasting platform, so that each of the clients generates a second block chain after receiving the first block chain; the server pairing every two clients of all the clients in all the rooms, so that each two paired clients verify the second block chain generated by the opposite side and send verification results to the server; the server acquiring the verification results respectively fed back by the clients in all the rooms; and the server respectively determining the legitimacy of the clients in all the rooms on the live-broadcasting platform according to the verification results respectively fed back by the clients in all the rooms. In the embodiments of the present invention, clients verify the legitimacy thereof with each other and report results to a server after completion of the verification, and the server directly acquires the verification results of the clients, thereby greatly saving on the calculation pressure of the server and improving the verification efficiency at the same time.

Description

Data verification method and server

Technical field

The present invention relates to the field of video live broadcast technology, and in particular, to a data verification method and a server.

Background technique

At present, with the advancement of network communication technology and the speed of broadband networks, webcasting has been increasingly developed and applied. Especially in the field of game live broadcast, more and more viewers will watch the live broadcast of the game anchor.

In the live video broadcast, some anchors will increase the number of viewers watching the room at the same time by brushing the popularity, so as to gain revenue. The specific implementation method of popular popularity is on a server with very good performance, through cracking the live broadcast platform. The network protocol, while forging a large number of fake client users simultaneously logged into the live broadcast room, thereby forging a large number of viewers, to brush the popularity data between the live broadcasts is relatively high.

Therefore, for the live broadcast platform, a method is needed to detect whether there is a fake fake client in the live broadcast room.

Summary of the invention

The embodiment of the invention provides a data verification method and a server for detecting a situation in which a live room forges a fake client to brush popularity.

In a first aspect, the present application provides a data verification method, the method comprising:

S101: The server delivers the first blockchain to all clients in all rooms of the live platform, so that each client receives the first blockchain and generates a second blockchain.

S102: The server pairs all the clients of all the rooms in pairs, so that the two paired clients mutually check the second blockchain generated by the other party, and send the verification result to the server;

S103: The server obtains a verification result that is respectively fed back by a client in all rooms;

S104: The server determines the legality of the client in all rooms of the live broadcast platform according to the verification result respectively fed back by the client in all rooms.

Further, the server selects, for the first client on the live broadcast platform, at least one second client on the live broadcast platform to be paired with the second client, and the second client is different from the first client;

Sending, by the server, information that is paired by the first client and the at least one second client to the first client and the at least one second client, respectively, to enable the first client and The at least one second client mutually checks the second blockchain generated by the other party, and sends the verification result to the server.

Further, if the at least one second client includes only one second client, the step S103 includes:

Obtaining, by the server, a first verification result that is fed back by the first client, and obtaining a second verification result that is sent by the second client to the first client;

The step S104 includes:

If the first verification result is that the second client is legal, and the second verification result is that the first client is illegal, determining that the first client is an illegal client, and the second client is legal. Client

If the first verification result is that the second client is illegal, and the second verification result is that the first client is legal, it is determined that the first client is a legitimate client, and the second client is illegal. Client.

Further, if the at least one second client only includes multiple second clients, the step S103 includes:

Obtaining, by the server, the third verification result that is fed back by the at least one second client to the first client;

The step S104 includes:

Determining, by the server, a verification result that is the same in the third verification result;

If the most identical verification result is legal, it is determined that the first client is legal, and if at most the same verification result is illegal, it is determined that the first client is illegal.

Further, the first blockchain and the second blockchain are the same data structure;

The data structure includes a block number of a blockchain, a hash value of a previous blockchain, a timestamp of a current time, and blockchain function data, the blockchain function data including a room number of the target room, The user identifier of the client and the logo of the client.

In a second aspect, the application provides a server, where the server includes:

a sending module, configured to send all the clients of the first blockchain to all rooms of the live platform, so that each client receives the first blockchain and generates a second blockchain;

a pairing module, configured to pair all the clients of all rooms in pairs, so that the two pairs of clients check each other's second blockchain and send the verification result to the server;

The obtaining module is configured to obtain a verification result fed back by the client in all rooms;

The determining module is configured to determine the legality of the client in all rooms of the live broadcast platform according to the verification results respectively fed back by the clients in all rooms.

Further, the pairing module is specifically configured to:

Selecting, by the first client on the live broadcast platform, at least one second client on the live broadcast platform, the second client being different from the first client;

Transmitting, by the first client, the information paired with the at least one second client to the first client and the at least one second client, respectively, such that the first client and the at least A second client checks the second block chain generated by the other party with each other, and sends a verification result to the server.

Further, if the at least one second client includes only one second client, the acquiring module is specifically configured to:

Obtaining a first verification result of the second client that is fed back by the first client, and acquiring a second verification result that is fed back by the second client to the first client;

The determining module is specifically configured to:

Further, if the at least one second client only includes multiple second clients;

The obtaining module is specifically configured to:

Obtaining a third verification result that is fed back by the at least one second client to the first client;

The determining module is specifically configured to:

Determining at most the same verification result in the third verification result;

In a third aspect, the present invention also provides a server, comprising: a memory, a processor, and a computer program stored on the memory and operable on the processor, wherein when the processor executes the computer program The method of any of the first aspects can be implemented.

In a fourth aspect, the present invention further provides a computer readable storage medium having stored thereon a computer program, the program being implemented by the processor to implement the method of any of the first aspects.

The embodiment of the present invention delivers the first blockchain to all clients in all rooms of the live platform through the server, so that each client receives the first blockchain and generates a second blockchain; the server will all the rooms in the room. The client pairs two pairs, so that the two pairs of clients verify each other's second blockchain and send the verification result to the server; the server obtains the feedback of the client in all rooms. The result of the test; the server determines the legality of the client in all rooms of the live broadcast platform according to the verification results respectively fed back by the clients in all rooms. In the embodiment of the present invention, the validity of the mutual verification between the clients is verified. After the verification is completed, the result is reported to the server, and the server directly obtains the verification result of the client, thereby greatly reducing the computing pressure of the server and improving the computing pressure. Check efficiency.

DRAWINGS

1 is a schematic diagram of an embodiment of a server side data verification method according to an embodiment of the present invention;

Figure 2 is a schematic diagram of an embodiment of step S102 in the embodiment shown in Figure 1;

3 is a schematic diagram of an embodiment of a server according to an embodiment of the present invention;

4 is a schematic diagram of another embodiment of a server in an embodiment of the present invention;

FIG. 5 is a schematic diagram of an embodiment of a client side data verification method according to an embodiment of the present invention; FIG.

6 is a schematic diagram of another embodiment of a client side data verification method according to an embodiment of the present invention;

Figure 7 is a schematic diagram of an embodiment of step S501 in the embodiment shown in Figure 5;

FIG. 8 is a schematic diagram of an embodiment of a client in an embodiment of the present invention;

9 is a schematic diagram of another embodiment of a client in an embodiment of the present invention;

FIG. 10 is a schematic diagram of an embodiment of a client in an embodiment of the present invention.

Detailed ways

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is an embodiment of the invention, but not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts shall fall within the scope of the present invention.

The terms "first", "second", and the like (if any) in the specification and claims of the present invention and the above figures are used to distinguish similar objects, and are not necessarily used to describe a particular order or order. It is to be understood that the data so used may be interchanged where appropriate so that the embodiments described herein can be implemented in a sequence other than what is illustrated or described herein. In addition, the terms "comprises" and "comprises" and "the" and "the" are intended to cover a non-exclusive inclusion, for example, a process, method, system, product, or device that comprises a series of steps or units is not necessarily limited to Those steps or units may include other steps or units not explicitly listed or inherent to such processes, methods, products or devices.

Referring to FIG. 1, an embodiment of a data verification method in an embodiment of the present invention includes:

S101. The server sends the first blockchain to all clients in all rooms of the live broadcast platform, so that each client receives the first blockchain and generates a second blockchain.

In this embodiment, the server is the server corresponding to the live broadcast platform, and the client may be a user terminal, such as a smart terminal such as a mobile phone or a tablet computer. The target room is a live broadcast room established by the anchor on the live broadcast platform, and the target client is to enter the target live broadcast. Between the clients. A blockchain is a chained data structure in which data blocks are sequentially connected in a chronological order, and is cryptographically Non-tamperable and unforgeable distributed ledgers guaranteed by means.

S102. The server pairs all the clients of all the rooms in pairs, so that the two paired clients check each other's second blockchain and send the verification result to the server.

S103. The server obtains a verification result fed back by a client in all rooms.

S104. The server determines the legality of the client in all rooms of the live broadcast platform according to the verification results respectively fed back by the clients in all rooms.

Further, in some embodiments of the present invention, as shown in FIG. 2, the foregoing step S102 includes:

S1021: The server selects, by the first client on the live broadcast platform, at least one second client on the live broadcast platform to pair with the second client;

The second client is different from the first client, that is, each client of the at least one second client is different from the first client, for example, the first client is the client A on the live platform. The second client is client B above the live platform.

S1022: The server sends information that is paired between the first client and the at least one second client to the first client and the at least one second client, respectively, so that the first client and the at least one second client are mutually authenticated. The second blockchain generated by the other party is checked and the verification result is sent to the server.

Further, the at least the second client may include only one client, or may include multiple clients. If the at least one second client includes only one second client, the step S103 may include: The server obtains a first verification result of the second client that is fed back by the first client, and obtains a second verification result that is fed back by the second client to the first client; The foregoing step S104 may include: if the first verification result is that the second client is legal, and the second verification result is that the first client is illegal, determining that the first client is an illegal client, The second client is a legitimate client; if the first verification result is that the second client is illegal, and the second verification result is that the first client is legal, determining that the first client is legal Client, the second client is an illegal client.

Further, if the at least one second client only includes multiple second clients, the step S103 may include: the server acquiring, by the at least one second client, respectively, the feedback to the first client The third verification result; the step S104 may include: the server determining a maximum of the same verification result in the third verification result; if the most identical verification result is legal, determining the first client Legally, if the most identical verification result is illegal, it is determined that the first client is illegal.

The method in the embodiment of the present invention may further include: the server generating the first blockchain, before the server sends the first blockchain to the target client.

In the embodiment of the present invention, before generating the first blockchain, a blockchain data structure is defined in advance, and the first blockchain and the second blockchain are the same data structure; the data structure includes the block. a block number of the chain, a hash value of the previous block chain, a time stamp of the current time, and blockchain function data, the blockchain function data including a room number of the target room, a user identifier of the client, and The logo of the client. In the embodiment of the present invention, when the first blockchain is generated, the first blockchain is generated according to the predefined blockchain data structure. Similarly, after the client receives the first blockchain, according to the first zone. When the blockchain generates the second blockchain, the generated second blockchain is also generated according to the predefined blockchain data structure.

A typical blockchain must contain some necessary data so that one can verify the legitimacy of the blockchain itself, and the other makes it less prone to forgery. Specifically, the blockchain data structure in the embodiment of the present invention relies on verifying the popularity of the room, so the room information and the like are included in the data structure of the blockchain. The blockchain data structure in the embodiment of the present invention may specifically be as follows:

Struct BlockData{

Int64 index;

String previousHash;

Int64 timestamp;

String data;

String hash;

}

Where index is used to indicate the block number of the blockchain, usually starting from 0; previousHash is the HASH value of the previous blockchain; timestamp is the timestamp; where the data field is the splicing of some data, the content of this data field It is the data involved in the function required by the blockchain, that is, the above blockchain function data, including the room number, the user uid (user ID) of the client, and the client's token (the client's logo); the hash value is Indicates the current hash value of this blockchain. With the design of the blockchain data structure, when the server receives the newly generated second blockchain from the client, it can verify the legitimacy by verifying the data inside.

Embodiments of the server in the embodiment of the present invention are described below.

Referring to FIG. 3, it is a schematic diagram of an embodiment of a server according to an embodiment of the present invention. The server includes:

The sending module 301 is configured to send all the clients of the first blockchain to all rooms of the live platform, so that each client receives the first blockchain and generates a second blockchain.

The pairing module 302 is configured to pair all the clients of all the rooms in pairs, so that the two paired clients mutually check the second blockchain generated by the other party, and send the verification result to the server;

The obtaining module 303 is configured to obtain a verification result that is respectively fed back by the client in all rooms;

The determining module 304 is configured to determine the legality of the client in all rooms of the live broadcast platform according to the verification results respectively fed back by the clients in all rooms.

Further, the pairing module 302 is specifically configured to:

Further, if the at least one second client only includes one second client; The module 303 is specifically configured to:

The determining module 304 is specifically configured to:

The obtaining module 303 is specifically configured to:

The determining module 304 is specifically configured to:

A server is also provided in the embodiment of the present invention. Referring to FIG. 4, the server includes:

The memory 401 is a processor 402 and a computer program 403 stored on the memory and executable on the processor, wherein the data verification method can be implemented when the processor 402 executes the computer program 403.

For the convenience of description, only the parts related to the embodiments of the present invention are shown. If the specific technical details are not disclosed, please refer to the method part of the embodiment of the present invention. The memory 401 can be used to store a computer program 403, the computer program including software programs, modules, and data, and the processor 402 executes by running The computer program 403 is stored in the memory 401, thereby performing various functional applications of the server as well as data processing.

In a specific implementation process, the memory 401 can be used to store software programs and modules, and the processor 402 executes various functional applications and data processing of the server by running software programs and modules stored in the memory 401. The memory 401 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (for example, a game application, a chat application), and the like; and the storage data area may be stored. Data created based on the use of the server (game configuration data, audio data), and the like. Further, the memory 401 may include a high speed random access memory, and may also include a nonvolatile memory such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. The processor 402 is the control center of the server, and connects various parts of the entire server using various interfaces and lines, by executing or executing software programs and/or modules stored in the memory 401, and calling data stored in the memory 401, executing The server's various functions and processing data to monitor the server as a whole. Optionally, the processor 402 may include one or more processing units; preferably, the processor 402 may integrate an application processor, wherein the application processor mainly processes an operating system, a user interface, an application, and the like.

The following describes an embodiment of the client side data verification method in the embodiment of the present invention.

FIG. 5 is a schematic diagram of an embodiment of a client side data verification method according to an embodiment of the present invention, where the method includes:

S501. The first client on the live broadcast platform receives the first blockchain delivered by the server, and generates a second blockchain.

S502. The first client receives the pairing information that is sent by the server and is configured by the at least one second client.

S503. The first client sends the second blockchain to the at least one second client, so that the at least one second client separately checks the legality of the first client, and feeds back the verification result to the server.

In the embodiment of the present invention, the first client on the live broadcast platform receives the first blockchain delivered by the server, and generates a second blockchain. The first client receives the pairing information delivered by the server and the at least one second client. Transmitting, by the first client, the second blockchain to the at least one second client, so that the at least one second client separately checks the legality of the first client, and reverses the verification result. Feed to the server. In the embodiment of the present invention, the client verifies the validity of the client, and after the verification is completed, the result is reported to the server, and the server directly obtains the verification result of the client, thereby greatly reducing the computing pressure of the server and improving the computing pressure. Check efficiency.

Further, in some embodiments of the present invention, as shown in FIG. 6, the method in the embodiment of the present invention further includes:

S504. The first client receives a third block chain that is sent by the at least one second client, where the third block chain receives, for each second client, the server to send the first block. Generated after the chain;

S505. The first client respectively verifies the legality of the at least one second client according to the third blockchain.

S506. The first client feeds back the verification result of the at least one second client to the server.

The data structure includes a block number of the blockchain, a hash value of the previous blockchain, a timestamp of the current time, a hash value of the current blockchain, and blockchain function data, and the blockchain function data A room number of the target room, a user identification of the client, and a logo of the client.

In the embodiment of the present invention, the data structure in the client is similar to the data structure described on the server side, and details are not described herein again.

In some embodiments of the present invention, as shown in FIG. 7, the foregoing step S501 may further include:

S5011: Add a block number of the first blockchain to obtain a block number of the second blockchain.

Specifically, the block number of the second blockchain is calculated according to Newblock.index=prevblock.index+1, wherein Newblock.index is the block number of the second blockchain, and prevblock.index is the block of the previous blockchain. Number, here is the block number of the first blockchain, that is, the block number of the second blockchain is the block number of the first blockchain plus one.

S5012: Obtain a current time;

Specifically, the current time is obtained according to Newblock.timestamp=time() as the timestamp of the second blockchain.

S5013. Calculate a hash value of the first blockchain as a hash value of a previous blockchain in the second blockchain.

Specifically, according to Newblock.previousHash=prevblock.hash, calculating the hash value of the previous block of the new block is the hash value of the obtained previous block, where the hash value of the first block chain is calculated. As a hash of the previous blockchain in the second blockchain.

S5014: Obtain a room number of the target room, a user identifier of the client, and a logo of the client, to obtain function data of the second blockchain;

Specifically, the second blockchain function data is obtained according to Newblock.data=roomid+uid+token, wherein Newblock.data is the function data of the second blockchain, and the token is the flag of the client acquired when the current client logs in, uid For the client's user ID, the roomid is the room number of the target room that the current user is viewing on the client.

S5015. Perform a hash calculation on the block number of the second blockchain, the current time, the hash value of the first blockchain, and the second blockchain function data, to obtain the second block. The hash value of the chain;

S5016. Generate a first according to the data structure according to the block number of the second blockchain, the current time, the hash value of the first blockchain, the hash value of the second blockchain, and the second blockchain function data. Two blockchain.

Through the above steps, a method for generating a new second blockchain according to a preset data structure through the first blockchain can be realized.

Further, the first client separately verifies the legality of the at least one second client according to the third blockchain, and specifically includes: determining whether the block number of the third blockchain is equal to the first zone The block number of the block chain is incremented by one. If not, it is determined that the third block chain is incorrect; whether the hash value of the previous block chain included in the third block chain is determined to be the first region. The hash value of the blockchain is matched, and if not, it is determined that the third blockchain is incorrect.

Further, the first client separately verifies the legality of the at least one second client according to the third blockchain, and specifically includes: calculating an overall hash value of the first blockchain; The block number of the blockchain in the first blockchain, the hash value of the previous blockchain, the timestamp of the first blockchain, and the blockchain function data are hashed to obtain the first zone. a hash value of the blockchain; determining whether the hash value of the first blockchain matches the overall hash value of the first blockchain, and if not, determining that the first blockchain is incorrect.

The following describes an embodiment of the client in the embodiment of the present invention.

FIG. 8 is a schematic diagram of an embodiment of a client in an embodiment of the present invention, where the client includes:

The generating module 801 is configured to receive a first blockchain delivered by the server, and generate a second blockchain.

The first receiving module 802 is configured to receive pairing information that is sent by the server and configured by the at least one target client.

a first sending module 803, configured to separately send the second blockchain to the at least one target client, so that the at least one target client separately verifies the legitimacy of the client, and the verification result is Feedback to the server.

Further, as shown in FIG. 9, the client further includes:

a second receiving module 804, configured to receive a third blockchain sent by the at least one target client, where the third blockchain receives the first block for each target client to receive the server Generated after the chain;

The verification module 805 is configured to verify the legality of the at least one target client according to the third blockchain.

The second sending module 806 is configured to feed back the verification result of the at least one target client to the server.

Further, the generating module 801 is specifically configured to:

Obtaining a block number of the second blockchain according to a block number of the first blockchain plus one;

Get the current time;

Calculating a hash value of the first blockchain as a hash value of a previous blockchain in the second blockchain;

Obtaining a room number of the target room, a user identifier of the client, and a logo of the client, to obtain the second blockchain function data;

Performing a hash calculation on the block number of the second blockchain, the current time, the hash value of the first blockchain, and the second blockchain function data, to obtain the second blockchain Hash value

And according to the block number of the second blockchain, the current time, the hash value of the first blockchain, the hash value of the second blockchain, and the second blockchain function data, according to Data structure generation The second block chain.

A client is also provided in the embodiment of the present invention. Referring to FIG. 10, the client includes:

The memory 901 is a processor 902 and a computer program 903 stored on the memory and operable on the processor, wherein the data verification method can be implemented when the processor 902 executes the computer program 903.

It should be noted that the clients involved in the present application include, but are not limited to, mobile terminals (mobile phones, smart phones, PADs, notebook computers, etc.), fixed terminals (computers).

For the convenience of description, only the parts related to the embodiments of the present invention are shown. If the specific technical details are not disclosed, please refer to the method part of the embodiment of the present invention. The memory 901 can be used to store a computer program 903 including software programs, modules, and data, and the processor 902 executes a computer program 903 stored in the memory 901 to execute various functional applications and data processing of the client.

In a specific implementation process, the memory 901 can be used to store software programs and modules, and the processor 902 executes various functional applications and data processing of the client by running software programs and modules stored in the memory 901. The memory 901 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (for example, a game application, a chat application), and the like; and the storage data area may be stored. Data created based on the use of the client (game configuration data, audio data), and the like. Further, the memory 901 may include a high speed random access memory, and may also include a nonvolatile memory such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. The processor 902 is a control center of the client that connects various parts of the entire client using various interfaces and lines, executes or executes software programs and/or modules stored in the memory 901, and calls data stored in the memory 901 to execute The client's various functions and processing data to monitor the client as a whole. Optionally, the processor 902 may include one or more processing units; preferably, the processor 902 may integrate an application processor, wherein the application processor mainly processes an operating system, a user interface, an application, and the like.

The embodiment of the present invention further provides a computer readable storage medium, wherein the computer readable storage medium can store a program, and the program includes some or all of the steps of the data verification method described in the foregoing method embodiments.

A person skilled in the art can clearly understand that, for the convenience and brevity of the description, the specific working process of the system, the device and the unit described above can refer to the corresponding process in the foregoing method embodiment, and details are not described herein again.

In the several embodiments provided by the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of the unit is only a logical function division. In actual implementation, there may be another division manner, for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention, which is essential or contributes to the prior art, or all or part of the technical solution, may be embodied in the form of a software product stored in a storage medium. A number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention. The foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like. .

The above embodiments are only used to illustrate the technical solutions of the present invention, and are not limited thereto; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should It is to be understood that the technical solutions described in the foregoing embodiments may be modified, or some of the technical features may be equivalently replaced; and such modifications or substitutions do not detract from the essence of the corresponding technical solutions. The spirit and scope of the programme.

Claims

A data verification method, the method comprising:

S101: The server delivers the first blockchain to all clients in all rooms of the live platform, so that each client receives the first blockchain and generates a second blockchain.

S102: The server pairs all the clients of all the rooms in pairs, so that the two paired clients mutually check the second blockchain generated by the other party, and send the verification result to the server;

S103: The server obtains a verification result that is respectively fed back by a client in all rooms;

S104: The server determines the legality of the client in all rooms of the live broadcast platform according to the verification result respectively fed back by the client in all rooms.
The method of claim 1 wherein said step S102 comprises:

The server selects, for the first client on the live broadcast platform, at least one second client on the live broadcast platform to be paired with the second client, and the second client is different from the first client;

Sending, by the server, information that is paired by the first client and the at least one second client to the first client and the at least one second client, respectively, to enable the first client and The at least one second client mutually checks the second blockchain generated by the other party, and sends the verification result to the server.
The method according to claim 2, wherein if said at least one second client comprises only one second client; said step S103 comprises:

Obtaining, by the server, a first verification result that is fed back by the first client, and obtaining a second verification result that is sent by the second client to the first client;

The step S104 includes:

If the first verification result is that the second client is legal, and the second verification result is that the first client is illegal, determining that the first client is an illegal client, and the second client is legal. Client

If the first verification result is that the second client is illegal, and the second verification result is that the first client is legal, it is determined that the first client is a legitimate client, and the second client is illegal. Client.
The method according to claim 2, wherein if the at least one second client only includes a plurality of second clients; the step S103 comprises:

Obtaining, by the server, the third verification result that is fed back by the at least one second client to the first client;

The step S104 includes:

Determining, by the server, a verification result that is the same in the third verification result;

If the most identical verification result is legal, it is determined that the first client is legal, and if at most the same verification result is illegal, it is determined that the first client is illegal.
The method of claim 1 wherein said first blockchain and said second blockchain are of the same data structure;

The data structure includes a block number of a blockchain, a hash value of a previous blockchain, a timestamp of a current time, and blockchain function data, the blockchain function data including a room number of the target room, The user identifier of the client and the logo of the client.
A server, wherein the server comprises:

a sending module, configured to send all the clients of the first blockchain to all rooms of the live platform, so that each client receives the first blockchain and generates a second blockchain;

a pairing module, configured to pair all the clients of all rooms in pairs, so that the two pairs of clients check each other's second blockchain and send the verification result to the server;

The obtaining module is configured to obtain a verification result fed back by the client in all rooms;

The determining module is configured to determine the legality of the client in all rooms of the live broadcast platform according to the verification results respectively fed back by the clients in all rooms.
The device according to claim 6, wherein the pairing module is specifically configured to:

Selecting, by the first client on the live broadcast platform, at least one second client on the live broadcast platform, the second client being different from the first client;

Transmitting, by the first client, the information paired with the at least one second client to the first client and the at least one second client, respectively, such that the first client and the at least A second client checks the second block chain generated by the other party with each other, and sends a verification result to the server.
The device according to claim 6, wherein the at least one second client comprises only one second client; the obtaining module is specifically configured to:

Obtaining a first verification result of the second client that is fed back by the first client, and acquiring a second verification result that is fed back by the second client to the first client;

The determining module is specifically configured to:

If the first verification result is that the second client is legal, and the second verification result is that the first client is illegal, determining that the first client is an illegal client, and the second client is legal. Client

If the first verification result is that the second client is illegal, and the second verification result is that the first client is legal, it is determined that the first client is a legitimate client, and the second client is illegal. Client.
The apparatus according to claim 6, wherein said at least one second client comprises only a plurality of second clients;

The obtaining module is specifically configured to:

Obtaining a third verification result that is fed back by the at least one second client to the first client;

The determining module is specifically configured to:

Determining at most the same verification result in the third verification result;

If the most identical verification result is legal, it is determined that the first client is legal, and if at most the same verification result is illegal, it is determined that the first client is illegal.
A server, comprising: a memory, a processor, and a computer program stored on the memory and operable on the processor, wherein the processor can implement the claims when executing the computer program The method of any of 1 to 5.