WO2019061626A1

WO2019061626A1 - Data verification method, and server

Info

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

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 a target client in a target room on a live-broadcasting platform, so that the target client generates a second block chain after receiving the first block chain, and sends the second block chain to the server; when the server receives the second block chain sent by the target client, the server verifying the received second block chain, and determining whether same is correct; when the second block chain is correct, determining that the target client is a legitimate client; and when the second block chain is incorrect, determining that the target client is an illegitimate client. According to the embodiments of the present invention, block chain technology is used to realize the verification of the legitimacy of a client by a server, so that the behavior of using a virtual client to inflate the popularity in a live-broadcasting room on a live-broadcasting platform can be detected, thereby preventing a host from using abnormal means to acquire benefits.

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 to detect the situation in which the false client is faked by the fake client in the live broadcast.

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

The server delivers the first blockchain to the target client of the live platform target room, so that the target client generates the second blockchain after receiving the first blockchain, and the second block is generated. a chain is sent to the server;

When the server receives the second blockchain sent by the target client, the server checks the received second blockchain to determine whether it is correct;

If yes, determining that the target client is a legitimate client, and if not, determining that the target client is an illegal client.

Further, the method further includes:

When the server does not receive the second blockchain sent by the target client, determining that the target client is an illegal client.

Further, before the sending, by the server, the first blockchain to the target client, the method further includes:

Generating the first blockchain, the first blockchain including a block number of the first blockchain, a hash value of the previous blockchain, a timestamp of generating the first blockchain, and the first block The hash value of the chain and the blockchain function data, the blockchain function data including a room number of the target room, a user identifier of the target client, and a flag of the target client.

Further, the second blockchain includes a block number of the second blockchain, a previous blockchain hash value, a timestamp of generating the second blockchain, and blockchain function data, where the target client a user identifier and a flag of the target client; the step of the server verifying the received second blockchain and determining whether it is correct, including:

Determining whether the block number of the second block chain is equal to the block number of the first block chain plus 1, if not, determining that the second block chain is incorrect;

Determining whether a hash value of the previous blockchain included in the second blockchain matches a hash value of the first blockchain, and if not, determining that the second blockchain is incorrect.

Further, the step of the server performing verification on the received second blockchain and determining whether it is correct includes:

Calculating an overall hash value of the second blockchain;

Performing a hash calculation on the block number of the blockchain in the second blockchain, the hash value of the previous blockchain, the timestamp of the second blockchain, and the blockchain function data, to obtain the second The hash value of the blockchain;

Determining whether the hash value of the second blockchain and the overall hash value of the second blockchain match, and if not, determining that the second blockchain is incorrect.

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

a sending module, configured to send a first blockchain to a target client of a live platform target room, so that the target client generates the second blockchain after receiving the first blockchain, and a second blockchain is sent to the server;

a receiving module, configured to receive a second blockchain sent by the target client;

a verification module, configured to check the received second blockchain to determine whether it is correct; if yes, determine that the target client is a legitimate client, and if not, determine that the target client is Illegal client.

Further, the verification module is further configured to:

Further, the server further includes:

Generating a module, configured to generate the first blockchain, where the first blockchain includes a block number of the first blockchain, a hash value of the previous blockchain, and a timestamp of generating the first blockchain a hash value of the first blockchain and blockchain function data, the blockchain function data including a room number of the target room, a user identifier of the target client, and a flag of the target client.

Further, the second blockchain includes a block number of the second blockchain, a previous blockchain hash value, a timestamp of generating the second blockchain, and blockchain function data, where the target client a user identifier and a logo of the target client;

The verification module is specifically configured to:

Further, the verification module is further used to:

Calculating an overall hash value of the second blockchain;

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.

In the embodiment of the present invention, the first blockchain is delivered by the server to the target client of the target room of the live broadcast platform, so that the target client receives the first blockchain and generates a second blockchain, and the second blockchain is generated. Sending to the server; when the server receives the second blockchain sent by the target client, the server checks the received second blockchain to determine whether it is correct; when it is correct, the target client is determined to be The legitimate client determines that the target client is an illegal client when it is incorrect. In the embodiment of the present invention, the blockchain technology is used to verify the validity of the server to the client, and the behavior of using the virtual client to scan popularity in the live broadcast room of the live broadcast platform can be detected, thereby avoiding the abnormality of the anchor to obtain benefits.

DRAWINGS

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

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

FIG. 3 is a schematic diagram of an embodiment of step S103 according to an embodiment of the present invention; FIG.

4 is a schematic diagram of another embodiment of step S103 according to an embodiment of the present invention;

FIG. 5 is a schematic diagram of an embodiment of a server in an embodiment of the present invention; FIG.

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

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

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

FIG. 9 is a schematic diagram of an embodiment of step S802 in the embodiment of the present invention;

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

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

FIG. 12 is a schematic diagram of another 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.

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

1 is an embodiment of a data verification method according to an embodiment of the present invention. In the embodiment of the present invention, a data verification method is applied to a server, where the method includes:

S101. The server sends the first blockchain to the target client of the target room of the live platform, so that the target client receives the first blockchain, generates a second blockchain, and sends the second blockchain to the server. ;

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 that combines data blocks in a chronological order in a sequential manner, and cryptographically guaranteed non-tamperable and unforgeable distributed ledgers.

S102. The server receives a second blockchain sent by the target client.

Specifically, the second blockchain is generated in step S101, after the target client receives the first blockchain, and the first blockchain and the second blockchain are the same data structure, and the data structure is The block number including the blockchain, the hash value of the previous blockchain, the timestamp of the current time, the hash value of the current blockchain, and the blockchain function data, the blockchain function data including the target room The room number, the target user's user ID, and the target client's flag. When the current blockchain is the initial blockchain, the previous blockchain hash value is a preset hash value, for example, 0.

In the embodiment of the present invention, the hash (HASH) algorithm corresponding to the hash value is unified, and the HASH algorithm may be the SHA-256 algorithm, and may be other HASH algorithms, such as SHA-1, etc., which is not limited herein.

S103, the server checks the received second blockchain to determine whether it is correct; if yes, step S104 is performed, and if not, step S105 is performed;

S104. Determine that the target client is a legitimate client.

S105. Determine that the target client is an illegal client.

In the embodiment of the present invention, the server may determine the legality of all the clients in the target room according to the steps in S101 to S105, and detect whether there is a large amount of popularity in the target room. If the server detects an illegal client in the target room. If the preset number or preset ratio (proportion of all clients in the target room) is reached, it is determined that there is a large amount of popular popularity in the target room, and the maintenance personnel can punish the target room anchor accordingly, and can remove the calculation when the popularity is calculated. The popularity data of these illegal clients is made, so that the popularity data of the target room is attributed to reality.

Since the popular client does not recognize that a new blockchain check is added, the normal client will report the new blockchain. Therefore, in the embodiment of the present invention, the target client is not received by the server. When the second blockchain is sent, it can also be determined that the target client is an illegal client.

Before the server sends the first blockchain to the target client, as shown in FIG. 2, the method in the embodiment of the present invention may further include:

S106. Generate the first blockchain.

The first blockchain includes a block number of the first blockchain, a hash value of the previous blockchain, a timestamp of generating the first blockchain, a hash value of the first blockchain, and a block. Chain function data, the area The blockchain function data includes the room number of the target room, the user ID of the target client, and the logo of the target client. In this embodiment, the first blockchain may be an initial blockchain generated by the server. When the first blockchain is the initial blockchain, the first blockchain is the first generated blockchain. The hash value of the previous blockchain in a blockchain is a preset hash value, for example, 0.

In the embodiment of the present invention, before the first blockchain is generated, the blockchain data structure is defined in advance, and when the first blockchain is generated, the first block is generated according to the predefined blockchain data structure. Chain, in the same way, after the first blockchain is received by the client, when the second blockchain is generated according to the first 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.

In some embodiments of the present invention, the second blockchain includes a block number of the second blockchain, a previous blockchain hash value, a timestamp of generating the second blockchain, and blockchain function data, the target client The user identifier of the terminal and the identifier of the target client, as shown in FIG. 3, the foregoing step S103 may specifically include:

S1013, determining whether the block number of the second blockchain is equal to a block number of the first blockchain plus 1, if not, determining that the second blockchain is incorrect;

S1012, determining whether a hash value of the previous blockchain included in the second blockchain matches a hash value of the first blockchain, and if not, determining that the second blockchain is not correct.

Further, as shown in FIG. 4, the foregoing step S103 may further include:

S1033. Calculate an overall hash value of the second blockchain.

S1034. Perform a hash calculation on the block number of the blockchain in the second blockchain, the hash value of the previous blockchain, the timestamp of the second blockchain, and the blockchain function data, to obtain the The hash value of the second blockchain;

S1035. Determine whether the hash value of the second blockchain and the overall hash value of the second blockchain match, and if not, determine that the second blockchain is incorrect.

Specifically, through HASH (Newblock.index+Newblock.previousHash+Newblock.timestamp+Newblock.data)! a new block. HASH (Newblock.index+Newblock.previousHash+Newblock.timestamp+Newblock.data) is the hash value of the second blockchain, if the hash value of the second blockchain and the overall hash value of the second blockchain If there is no match, it is determined that the second blockchain is incorrect, and an error message can be returned to the target client.

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

Referring to FIG. 5, an embodiment of a server in an embodiment of the present invention includes:

The sending module 501 is configured to send the first blockchain to the target client of the live platform target room, so that the target client generates the second blockchain after receiving the first blockchain, and Transmitting the second blockchain to the server;

The receiving module 502 is configured to receive a second blockchain sent by the target client.

The verification module 503 is configured to check the received second blockchain to determine whether it is correct; if yes, determine that the target client is a legitimate client, and if not, determine the target client. Is an illegal client.

Further, the verification module 503 is further configured to:

Further, as shown in FIG. 6, the server further includes:

a generating module 504, configured to generate the first blockchain, where the first blockchain includes a block number of the first blockchain, a hash value of the previous blockchain, and a time for generating the first blockchain And a blockchain function data, the blockchain function data including a room number of the target room, a user identifier of the target client, and a flag of the target client.

The verification module 503 is specifically configured to:

Further, the verification module 503 is further specifically configured to:

Calculating an overall hash value of the second blockchain;

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

a memory 701, a processor 702, and a computer program 703 stored on the memory and operable on the processor, wherein the processor 702 can implement the data verification performed by the server when the computer program 703 is executed method.

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 701 can be used to store a computer program 703, the computer program including software programs, modules, and data, and the processor 702 executes by running The computer program 703 is stored in the memory 701, thereby performing various functional applications of the server as well as data processing.

In a specific implementation process, the memory 701 can be used to store software programs and modules, and the processor 702 executes various functional applications and data processing of the server by running software programs and modules stored in the memory 701. The memory 701 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 701 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 702 is a 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 701, and calling data stored in the memory 701, executing The server's various functions and processing data to monitor the server as a whole. Optionally, the processor 702 can include one or more processing units; preferably, the processor 702 can integrate an application processor, wherein the application processor mainly processes an operating system, a user interface, an application, and the like.

The data verification method on the client side in the embodiment of the present invention is described below.

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

S801. The client of the target room of the live broadcast platform receives the first blockchain delivered by the server;

In this embodiment, the server is the server corresponding to the live broadcast platform, the target room is the live broadcast room established by the anchor on the live broadcast platform, and the target client is the client that enters the target live broadcast room. A blockchain is a chained data structure that combines data blocks in a chronological order in a sequential manner, and cryptographically guaranteed non-tamperable and unforgeable distributed ledgers.

When the server needs to detect whether the client is a virtual client for popular use in the target room, the server sends the first blockchain to the target client of the live platform target room, and the first blockchain is pre-acquired by the server. Or generated blockchain.

S802. The client generates a second blockchain according to the first blockchain.

The first blockchain and the second blockchain may be the same data structure, and the data structure includes a block number of the blockchain, a hash value of the previous blockchain, and a timestamp of the current time. as well as Blockchain function data, the blockchain function data including a room number of the target room, a user identifier of the client, and a logo of the client.

S803. The client sends the second blockchain to the server, so that the server checks the received second blockchain to determine the legitimacy of the client.

Specifically, the server checks the received second blockchain, and can directly determine whether it is correct; if yes, the target client is a legitimate client; if not, the target client is determined to be an illegal client.

In the embodiment of the present invention, the client of the target room of the live broadcast platform receives the first blockchain delivered by the server; the client generates a second blockchain according to the first blockchain; the client sends the second blockchain to the client The server, so that the server checks the received second blockchain to determine the legitimacy of the client. In the embodiment of the present invention, the blockchain technology is used to verify the validity of the server to the client, and the behavior of using the virtual client to scan popularity in the live broadcast room of the live broadcast platform can be detected, thereby avoiding the abnormality of the anchor to obtain benefits.

Struct BlockData{

Int64 index; / / used to indicate the block number of the blockchain, usually starting from 0.

String previousHash;// indicates the HASH value of the previous blockchain. When the initial blockchain is used, the hash value can be a preset hash value, such as 0.

Int64 timestamp; / / represents a timestamp.

String data; / / where the data field is the splicing of some data, the content of this data field is based on the data involved in the function of the blockchain, that is, the above blockchain function data, including the room number, the client's User uid (user ID), and client's token (client's logo).

String hash; / / This HASH value indicates the current HASH value of the contents of this blockchain.

}

With the design of this blockchain data structure, when the server receives a new second generated by the client After the blockchain, you can verify the legitimacy by checking the data inside.

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

S8021: 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.

S8022: Obtain a current time;

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

S8023. 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.

S8024: 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.

S8025. 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;

S8026. 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.

Whether it is a client or a server, when it receives a blockchain, it first checks the blockchain for legality to determine whether the current blockchain is legal to prevent hackers from forging blocks. Chains, or blockchain transmissions are modified in the network, so each blockchain needs to be integrity checked. Therefore, in the embodiment of the present invention, the data verification method may further include: the client verifies whether the first blockchain is legal, and when the first block chain is legal, the client is executed according to the client. The first blockchain generates a second blockchain.

Further, in other embodiments of the present invention, the first blockchain may be an initial blockchain, and the step of the client verifying whether the first blockchain is legal includes:

Determining whether the block number of the first blockchain is equal to 0, and if not, determining that the first blockchain is invalid;

Determining whether the hash value of the previous blockchain included in the first blockchain matches the preset hash value, and if not, determining that the first blockchain is invalid.

Further, the step of verifying, by the client, whether the first blockchain is legal or not further includes: calculating an overall hash value of the first blockchain; and performing a blockchain in the first blockchain The block number, the hash value of the previous blockchain, the timestamp of the first blockchain, and the blockchain function data are hashed to obtain a hash value of the first blockchain; Whether the hash value of the blockchain matches the overall hash value of the first blockchain, and if not, it is determined that the first blockchain is incorrect.

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

Referring to FIG. 10, it is an embodiment of a client in an embodiment of the present invention, where the client includes:

The receiving module 1001 is configured to receive a first blockchain delivered by the server;

a generating module 1002, configured to generate a second blockchain according to the first blockchain;

The sending module 1003 is configured to send the second blockchain to the server, so that the server checks the received second blockchain to determine the legitimacy of the client.

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.

Further, the generating module 1002 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 previous blockchain in the second blockchain Hash value

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 The data structure generates the second blockchain.

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

The verification module 1004 is configured to check whether the first blockchain is legal. When the first block is legal, the generating module performs to generate a second blockchain according to the first blockchain. A step of.

Further, the first blockchain is an initial blockchain, and the verification module 1004 is specifically configured to:

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

The memory 1201 is a processor 1202 and a computer program 1203 stored on the memory and executable on the processor, wherein the data verification method can be implemented when the processor 1202 executes the computer program 1203.

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 1201 can be used to store a computer program 1203 including software programs, modules, and data, and the processor 1202 executes the computer program 1203 stored in the memory 1201 to execute various functional applications and data processing of the client.

In a specific implementation process, the memory 1201 can be used to store software programs and modules, and process The processor 1202 executes various functional applications and data processing of the client by running software programs and modules stored in the memory 1201. The memory 1201 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 1201 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 1202 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 1201, and calls data stored in the memory 1201 to execute The client's various functions and processing data to monitor the client as a whole. Optionally, the processor 1202 may include one or more processing units; preferably, the processor 1202 may integrate an application processor, where 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. You can choose some of them according to actual needs or All units are used to achieve the objectives of the solution of this 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 intended to be limiting; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art will understand that The technical solutions described in the embodiments are modified, or the equivalents of the technical features are replaced by the equivalents of the technical solutions of the embodiments of the present invention.

Claims

A data verification method, the method comprising:

The server delivers the first blockchain to the target client of the live platform target room, so that the target client generates the second blockchain after receiving the first blockchain, and the second block is generated. a chain is sent to the server;

When the server receives the second blockchain sent by the target client, the server checks the received second blockchain to determine whether it is correct;

If yes, determining that the target client is a legitimate client, and if not, determining that the target client is an illegal client.
The method of claim 1 further comprising:

When the server does not receive the second blockchain sent by the target client, determining that the target client is an illegal client.
The method according to claim 1, wherein before the server delivers the first blockchain to the target client, the method further includes:

Generating the first blockchain, the first blockchain including a block number of the first blockchain, a hash value of the previous blockchain, a timestamp of generating the first blockchain, and the first block The hash value of the chain and the blockchain function data, the blockchain function data including a room number of the target room, a user identifier of the target client, and a flag of the target client.
The method according to claim 1, wherein said second block chain comprises a block number of a second block chain, a previous block chain hash value, a time stamp for generating a second block chain, and a region Block chain function data, a user identifier of the target client, and a flag of the target client; and the step of the server verifying the received second blockchain to determine whether it is correct, including:

Determining whether the block number of the second block chain is equal to the block number of the first block chain plus 1, if not, determining that the second block chain is incorrect;

Determining whether a hash value of the previous blockchain included in the second blockchain matches a hash value of the first blockchain, and if not, determining that the second blockchain is incorrect.
The method according to claim 4, wherein the step of verifying the received second blockchain by the server and determining whether it is correct comprises:

Calculating an overall hash value of the second blockchain;

Performing a hash calculation on the block number of the blockchain in the second blockchain, the hash value of the previous blockchain, the timestamp of the second blockchain, and the blockchain function data, to obtain the second The hash value of the blockchain;

Determining whether the hash value of the second blockchain and the overall hash value of the second blockchain match, and if not, determining that the second blockchain is incorrect.
A server, wherein the server comprises:

a sending module, configured to send a first blockchain to a target client of a live platform target room, so that the target client generates the second blockchain after receiving the first blockchain, and a second blockchain is sent to the server;

a receiving module, configured to receive a second blockchain sent by the target client;

a verification module, configured to check the received second blockchain to determine whether it is correct; if yes, determine that the target client is a legitimate client, and if not, determine that the target client is Illegal client.
The server according to claim 6, wherein the verification module is further configured to:

When the server does not receive the second blockchain sent by the target client, determining that the target client is an illegal client.
The server according to claim 6, wherein the server further comprises:

Generating a module, configured to generate the first blockchain, where the first blockchain includes a block number of the first blockchain, a hash value of the previous blockchain, and a timestamp of generating the first blockchain a hash value of the first blockchain and blockchain function data, the blockchain function data including a room number of the target room, a user identifier of the target client, and a flag of the target client.
The server according to claim 6, wherein said second block chain comprises a block number of a second block chain, a previous block chain hash value, a time stamp for generating a second block chain, and a region Block chain function data, a user identifier of the target client, and a flag of the target client;

The verification module is specifically configured to:

Determining whether the block number of the second block chain is equal to the block number of the first block chain plus 1, if not, determining that the second block chain is incorrect;

Determining whether a hash value of a previous block chain included in the second blockchain is different from the first region The hash value of the blockchain is matched, and if not, it is determined that the second blockchain is incorrect.
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.