WO2022188602A1

WO2022188602A1 - Data providing method, apparatus and system

Info

Publication number: WO2022188602A1
Application number: PCT/CN2022/076467
Authority: WO
Inventors: 张鑫
Original assignee: 北京沃东天骏信息技术有限公司; 北京京东世纪贸易有限公司
Priority date: 2021-03-09
Filing date: 2022-02-16
Publication date: 2022-09-15
Also published as: CN113761530A

Abstract

The present invention relates to the technical field of computers, and relates to a data providing method, apparatus and system. The providing method comprises: initiating an obtaining request of target data in response to a request device, determining a data uploading device uploading the target data as a device to be verified, and determining other data uploading devices in a verification area where the device to be verified is, as verification devices; according to differences between historical positions of the verification devices and the current positions, determining whether the device to be verified passes the verification; and if the device to be verified passes the verification, providing the target data to the request device.

Description

Data providing method, device and system

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is based on the CN application number 202110254510.1 and the filing date is March 9, 2021, and claims its priority. The disclosure content of this CN application is hereby incorporated into this application as a whole.

technical field

The present disclosure relates to the field of computer technology, and in particular, to a method for providing data, a device for providing data, a system for providing data, and a non-volatile computer-readable storage medium.

Background technique

The Internet of Things can collect data in real time through various information sensors. Through the network access of various sensors, the Internet of Things can realize the connection between things and things, things and people, and realize the intelligent perception of objects and processes. The Internet of Things is an information carrier based on the Internet, traditional telecommunication networks, etc. It enables all common physical objects that can be independently addressed to form an interconnected network.

IoT systems are based on real data to understand real-world conditions, so if the authenticity, integrity, and reliability of data cannot be guaranteed, the system may cause serious problems. First, the sensors of the Internet of Things cannot guarantee the integrity and security of the data, and the generated data is easily tampered with or deceived; secondly, some malicious devices are disguised to access the Internet of Things through firmware or software.

Therefore, how to ensure the security of data sources and data storage is a problem that needs to be solved in the development of the Internet of Things and artificial intelligence.

In the related art, the blockchain is used to store the data uploaded by each sensor to enhance the security and credibility of the data.

SUMMARY OF THE INVENTION

According to some embodiments of the present disclosure, a method for providing data is provided, comprising: in response to a requesting device initiating an acquisition request for target data, determining a data uploading device uploading target data as a device to be verified, and verifying the location where the device to be verified is located. Each other data uploading device in the area is determined as each verification device; according to the difference between the historical position and the current position of each verification device, it is determined whether the device to be verified has passed the verification; if the device to be verified has passed the verification, the target data is provided to the request device.

In some embodiments, the verification area of the data uploading device is determined according to the location where the data uploading device is accessed, and each verification device is each data uploading device having the same verification area as the device to be verified.

In some embodiments, determining whether the device to be verified has passed the verification includes: acquiring the position of each verification device when uploading data as its respective historical position; and determining that the device to be verified has passed the verification when the difference is less than a distance threshold.

In some embodiments, determining whether the device to be verified has passed the verification includes: fitting the historical position of each verification device to a straight line; and determining the difference according to the distance between the current position of each verification device and the straight line.

In some embodiments, determining the difference includes: determining the difference according to a weighted average of the distances from the current position of each verification device to the straight line, and the weight of any distance is positively correlated with the reputation value of the verification device corresponding to the distance.

In some embodiments, determining whether the device to be verified has passed the verification according to the difference between the historical location and the current location of each device to be verified includes: determining whether the device to be verified is a malicious device according to whether the reputation value of the device to be verified is less than a reputation value threshold; In the case that the device to be verified is not a malicious device, it is determined whether the device to be verified has passed the verification according to the difference between the historical position and the current position of each verification device.

In some embodiments, the reputation value of the device to be verified increases when the device to be verified passes the verification, and decreases when the device to be verified fails the verification.

In some embodiments, the data uploaded by each data uploading device is stored in the blockchain through a first smart contract; determining whether the device to be verified has passed the verification includes: calling a second smart contract to determine whether the device to be verified has passed the verification; Providing the target data to the requesting device includes: obtaining the target data from the blockchain and providing it to the requesting device.

In some embodiments, the target data is allowed to be uploaded if the reputation value of the device to be verified is greater than or equal to the reputation value threshold.

In some embodiments, the providing method further includes: in response to each data uploading device accessing, sending a public key and a private key to each data uploading device; the target data is uploaded by the device to be verified through public key encryption and private key signature.

According to other embodiments of the present disclosure, a device for providing data is provided, comprising: a determining unit configured to, in response to a requesting device initiating an acquisition request for target data, determine a data uploading device that uploads target data as a device to be verified, and Each other data uploading device in the verification area where the device to be verified is located is determined as each verification device; the verification unit is used to determine whether the device to be verified has passed the verification according to the difference between the historical position and the current position of each verification device; the providing unit is used for In the case that the device to be authenticated passes the authentication, the target data is provided to the requesting device.

In some embodiments, the verification unit obtains the position of each verification device when uploading data as its respective historical position, and determines that the device to be verified has passed the verification when the difference is less than the distance threshold.

In some embodiments, the verification unit fits the historical position of each verification device to a straight line, and determines the difference according to the distance between the current position of each verification device and the straight line.

In some embodiments, the verification unit determines the difference according to the weighted average of the distances from the current position of each verification device to the straight line, and the weight of any distance is positively correlated with the reputation value of the verification device corresponding to the distance.

In some embodiments, the verification unit determines whether the device to be verified is a malicious device according to whether the reputation value of the device to be verified is less than the reputation value threshold, and in the case that the device to be verified is not a malicious device, according to the historical location and The difference of the current position determines whether the device to be verified has passed the verification.

In some embodiments, the data uploaded by each data uploading device is stored in the blockchain through the first smart contract; the verification unit calls the second smart contract to determine whether the device to be verified passes the verification; the providing unit obtains the target from the blockchain data, provided to the requesting device.

In some embodiments, the providing unit sends a public key and a private key to each data uploading device in response to the access of each data uploading device, and the target data is uploaded by the device to be verified after being encrypted by the public key and signed by the private key.

According to further embodiments of the present disclosure, there is provided a data providing apparatus, comprising: a memory; and a processor coupled to the memory, the processor being configured to execute any one of the above embodiments based on instructions stored in the memory device The method of providing the data in .

According to further embodiments of the present disclosure, there is provided a non-volatile computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, implements the data providing method in any one of the foregoing embodiments.

According to further embodiments of the present disclosure, a system for providing data is provided, including: a device for providing data, configured to execute the method for providing data in any one of the above embodiments; a plurality of data uploading devices, configured to provide data to Provide system upload data.

In some embodiments, the providing system further includes: a blockchain system for storing data uploaded by a plurality of data uploading devices.

Description of drawings

The accompanying drawings described herein are used to provide a further understanding of the present disclosure and constitute a part of the present application. The exemplary embodiments of the present disclosure and their descriptions are used to explain the present disclosure and do not constitute an improper limitation of the present disclosure. In the attached image:

FIG. 1 shows a flowchart of some embodiments of the data providing method of the present disclosure;

FIG. 2 shows a schematic diagram of some embodiments of the data providing method of the present disclosure;

FIG. 3 shows a schematic diagram of other embodiments of the data providing method of the present disclosure;

Figure 4 shows a block diagram of some embodiments of an apparatus for providing data of the present disclosure;

FIG. 5 shows a block diagram of other embodiments of the apparatus for providing data of the present disclosure;

Figure 6 shows a block diagram of further embodiments of the apparatus for providing data of the present disclosure;

7 illustrates a block diagram of some embodiments of a system for providing data of the present disclosure.

Detailed ways

Various exemplary embodiments of the present disclosure will now be described in detail with reference to the accompanying drawings. It should be noted that the relative arrangement of the components and steps, the numerical expressions and numerical values set forth in these embodiments do not limit the scope of the present disclosure unless specifically stated otherwise.

Meanwhile, it should be understood that, for the convenience of description, the dimensions of various parts shown in the accompanying drawings are not drawn in an actual proportional relationship.

The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the disclosure, its application or uses in any way.

Techniques, methods, and apparatus known to those of ordinary skill in the relevant art may not be discussed in detail, but where appropriate, techniques, methods, and apparatus should be considered part of the authorized description.

In all examples shown and discussed herein, any specific value should be construed as illustrative only and not as limiting. Accordingly, other examples of exemplary embodiments may have different values.

It should be noted that like numerals and letters refer to like items in the following figures, so once an item is defined in one figure, it does not require further discussion in subsequent figures.

The inventors of the present disclosure have found the following problems in the above-mentioned related technologies: the integrity of the registration data in the blockchain can only be guaranteed, but it is impossible to detect whether the data has been maliciously tampered with before being uploaded to the blockchain, resulting in a decrease in the reliability of IoT data .

In view of this, the present disclosure proposes a technical solution for providing data, which can improve the reliability of IoT data.

As mentioned earlier, the blockchain-based IoT data platform cannot distinguish whether a sensor is a benign device or a malicious device, and defaults to a benign device for all sensing devices. In this way, other devices may acquire the data of the malicious device when acquiring the data, so as to be deceived by the malicious device.

In view of the above technical problems, the present disclosure can verify the authenticity and integrity of data obtained from IoT devices (such as sensors). For example, the blockchain's smart contracts can be used to verify that the source of data is reliable. The characteristics of blockchain can also be used to ensure the reliability of data storage.

In some embodiments, based on the characteristics of the IoT system, that is, real-world data is continuously generated from IoT devices, and there are often various sensing devices near the source device, surrounding devices may be requested to collaboratively verify the source device (to be verified). the authenticity, integrity and reliability of the data provided by the device).

In the absence of data tampering or spoofing, the true data trends of the source device should be nearly identical to the data trends generated by the collaborating device. Therefore, the reliability of the data uploaded by the source device can be verified by comparing the data generated by the source device and the collaborators on the blockchain (that is, the collaborating device serving as the verification device). The collaborator's data plays a key role in validation.

In some embodiments, a reputation value is set for each data uploading device (such as a sensor), and whether the source device is a malicious device is assessed according to the joint verification result, so as to increase or decrease the reputation value. The reputation value is the representative of the reputation in the collaboration, and the collaboration device with high reputation value occupies a higher proportion when comparing the data of the source device and the collaboration device.

In this way, the authenticity, integrity and reliability of the data acquired and stored in the entire IoT system can be guaranteed. For example, the technical solutions of the present disclosure can be implemented through the following embodiments.

FIG. 1 shows a flowchart of some embodiments of the method of providing data of the present disclosure.

As shown in FIG. 1, in step 110, in response to the requesting device initiating an acquisition request for target data, the data uploading device that uploads the target data is determined as the device to be verified; the other data uploading devices in the verification area where the device to be verified is located are determined Determined for each verification device. For example, the data uploading device is a sensing device.

In some embodiments, the verification area of the data uploading device is determined according to the location where the data uploading device is accessed. Each verification device is each data uploading device having the same verification area as the device to be verified.

For example, in response to the sensing device registering and accessing the data providing system, a unique global identity ID can be distributed for each sensing device according to the MAC (Media Access Control Address) of the sensing device; Register the sensing device as an authentication device, and set the current area of the sensing device as the authentication area of the sensing device.

In some embodiments, the sensing device can upload data to the data providing system through the network at regular intervals; the data providing system uses the first smart contract to store the uploaded data in the blockchain. For example, the stored data may include the global identity ID, data ID, data type, data value, time, etc. of the uploading data and the sensing device.

In some embodiments, the target data is allowed to be uploaded if the reputation value of the device to be verified is greater than or equal to the reputation value threshold. For example, a sensor device below the reputation value threshold is determined to be a malicious device, and it is not allowed to upload data.

For example, when the provisioning system is initialized, the reputation value of each sensing device can be set to the initial reputation value (such as 100), and each reputation value and reputation value threshold can be stored in the provisioning system; after each collaborative verification, Reputation value is updated based on whether the sensing device passes verification or not.

For example, after receiving the data uploaded by the data uploading device, the providing system queries whether the reputation value of the data uploading device reaches the threshold of the reputation value; if it does, the signature verification is performed on the uploaded data; if the signature verification is successful, it indicates that the uploaded data is correct. Call the private key of the provided system to decrypt to obtain decrypted data; call the first smart contract to store the decrypted data in the blockchain.

In some embodiments, public and private keys are also assigned to the sensing device in response to the sensing device registering with the providing system of the access data. For example, in response to the access of each data uploading device, the public key and the private key are sent to each data uploading device; the target data is uploaded by the device to be verified after being encrypted by the public key and signed by the private key.

In some embodiments, the sensing device (requesting device) that needs to acquire data sends a data acquisition request to the providing system, and the verification smart contract (second smart contract) is invoked through the smart contract to verify the device to be verified.

For example, when the requesting device needs to obtain data uploaded by a certain sensing device (device to be verified) at a certain time, it can access the providing system through the global identity ID and data ID of the requesting device to request data.

After obtaining the global identity ID and data ID of the requesting device, the providing system determines whether it is a malicious device according to the reputation value of the device to be verified; if it is not a malicious device, the verification smart contract is invoked to verify the device to be verified.

In step 120, it is determined whether the device to be verified passes the verification according to the difference between the historical position and the current position of each verification device.

In some embodiments, whether the device to be verified is a malicious device may be determined first according to whether the reputation value of the device to be verified is less than the reputation value threshold; then, if the device to be verified is not a malicious device, the historical location of each verification device may be determined The difference from the current position determines whether the device to be verified has passed the verification.

In some embodiments, the location of each verification device when uploading data may be acquired as its respective historical location. In the case that the difference is less than the distance threshold, it is determined that the device to be verified has passed the verification.

For example, each historical position is fitted to a straight line, and the difference is determined according to the distance from the current position of each verification device to the straight line. The difference can be determined according to the weighted average of the distances from the current position of each verification device to the straight line, and the weight of the distance is positively correlated with the reputation value of the verification device corresponding to the distance.

In some embodiments, by verifying the smart contract, the time series data is compared with all relevant data generated by the verification device within a period of time; the verification result is obtained through weight calculation; the verification result is recorded on the blockchain, and the verification is returned. Results and data to smart contracts.

For example, by verifying the smart contract, find the verification area of the data generating device (device to be verified), and then find each verification device belonging to the verification area; obtain the data stored on the blockchain by each verification device, thereby confirming that each verification device uploads The historical position of these data; using the least square method, fit each historical position into a straight line; calculate the distance from the current position of each verification device to the vertical line of the straight line.

Obtain the reputation value of each verification device, and calculate the respective weight; use each weight to calculate the weighted average of each distance; judge whether the weighted average is less than the distance threshold; determine whether the device to be verified has passed the verification according to the judgment result; record the verification result on the blockchain, and back to the called verification smart contract.

In some embodiments, the reputation value of the device to be verified increases when the device to be verified passes the verification, and decreases when the device to be verified fails the verification. For example, the reputation value can be adjusted using a third smart contract.

In step 130, if the device to be authenticated passes the authentication, the target data is provided to the requesting device.

In some embodiments, the data uploaded by each data uploading device is stored in the blockchain through the first smart contract; the second smart contract is called to determine whether the device to be verified has passed the verification; the target data is obtained from the blockchain and provided to request device.

For example, if the verification is passed, use the smart contract to encrypt the target data with the public key of the device to be verified according to the verification result, and then use the private key of the improved system to sign to generate the encrypted data, and then send it to the requesting device; record the information of the requesting device and obtain it. The information of the data is sent to the blockchain; after receiving the encrypted data, the requesting device verifies the signature; if the data passes the signature verification, it decrypts to obtain the required target data.

In the above embodiment, based on the location information, a plurality of verification devices in the verification area are used to jointly verify the devices to be verified that provide data. In this way, it is possible to detect whether the upload source of the data is a malicious device, thereby improving the reliability of the IoT data.

FIG. 2 shows a schematic diagram of some embodiments of the method of providing data of the present disclosure.

As shown in Figure 2, the sensing equipment is connected to the providing system for registration; the providing system includes a blockchain system, which stores the data uploaded by the registered sensing equipment as each block.

Each sensing device sends its own MAC to the providing system for registration; the providing system generates a unique ID, public key, and private key according to the MAC address, and stores them on the blockchain. For example, the public key is used as the identification of the identity in the blockchain system, and the signature is used to identify the initiator of the behavior.

Each sensing device connected to the provisioning system is both a source data generator and a verification device; the provisioning system registers the sensing device as a verification device in a verification area, and initializes its reputation value.

FIG. 3 shows a schematic diagram of other embodiments of the data providing method of the present disclosure.

As shown in FIG. 3 , after completing the registration of each sensing device through step 1, verification can be performed through steps 2, 3, and 4.

In step 2, within a certain period of time, the sensing device in a verification area sends the data obtained by itself to the providing system.

In some embodiments, the transmitted data may be encrypted using the public key of the provider system, ensuring that only the provider system can identify the real data. For example, the uploaded data includes identity ID, data ID, data type, data value, time, etc.

According to the sensing devices in different verification areas, the providing system calls smart contract 1 (the first smart contract) to store the data of all sensing devices in each verification area during this period. According to the data requested by the requesting device, each sensing device can be a source device (device to be verified) or a verification device.

In step 3, when the data-requiring device (requesting device) needs to acquire data of a certain sensing device (source device), the providing system determines whether the reputation value of the source device reaches the reputation value threshold. If the reputation value is reached, provide the system to call the smart contract to obtain data, and the smart contract records the information of the source device as a certificate; call the verification smart contract (smart contract 2, the second smart contract) to verify the source device. If the verification is passed, the data is returned to the device requiring data.

In step 4, the source device is verified according to whether the difference between the data uploaded by the source device and the data uploaded by each verification device is smaller than a difference threshold.

For example, the verification smart contract finds the uploaded data of the source device and the uploaded data of all verification devices in its verification area through the blockchain; the weight of each verification device is calculated by the reputation value of each verification device.

Compare the difference between the weighted average of the data of each verification device and the data of the source device to see if the difference threshold is reached. If it is less than the difference threshold, it proves that the data source is reliable. Based on the verification result, the verification device is rewarded or deducted with a certain reputation value as an incentive by using the smart contract 3 (the third smart contract).

In some embodiments, the verification smart contract can return the verification result and data to the calling smart contract; if the verification is passed, the calling smart contract encrypts with the private key of the data-demanding device, signs it with the private key of the improved system, and sends it To the demand data device; the demand data device will verify the signature and decrypt the data after obtaining the data, and finally obtain the data.

In the above embodiment, the verification of the data source is realized, and the reliability of the data source is improved. The device that needs to obtain the data requests the data to generate the reliability of the equipment around the device through the smart contract. By comparing the data generated by the source device and the data generated by the co-verification device on the blockchain, it is verified whether the data has been tampered with or deceived.

In the data transmission, the encryption key is used to ensure the security of the data in transmission; the blockchain is used to store data, data publishers, data verifiers, data acquirers and other information to ensure the security of data storage.

By introducing the reputation mechanism, each device has a reputation value, and the reputation value will change in the collaborative verification data. If a false data reputation value is generated, it will be deducted. If the reputation value is too low, the data will not be obtained, and it will be ignored in the system, which can motivate the whole network devices to publish real data.

Figure 4 shows a block diagram of some embodiments of an apparatus for providing data of the present disclosure.

As shown in FIG. 4 , the data providing apparatus 4 includes a determination unit 41 , a verification unit 42 and a providing unit 43 .

The determining unit 41 determines the data uploading device uploading the target data as the to-be-verified device in response to the requesting device initiating the target data acquisition request, and determines each other data uploading device in the verification area where the to-be-verified device is located as each verification device.

The verification unit 42 determines whether the device to be verified has passed the verification according to the difference between the historical position and the current position of each verification device.

In some embodiments, the verification unit 42 obtains the position of each verification device when uploading data as its respective historical position, and determines that the device to be verified has passed the verification when the difference is less than the distance threshold.

In some embodiments, the verification unit 42 fits each historical position to a straight line, and determines the difference according to the distance from the current position of each verification device to the straight line.

In some embodiments, the verification unit 42 determines the difference according to the weighted average of the distances from the current position of each verification device to the straight line, and the weight of the distance is positively correlated with the reputation value of the verification device corresponding to the distance.

In some embodiments, the verification unit 42 determines whether the device to be verified is a malicious device according to whether the reputation value of the device to be verified is less than the reputation value threshold. The difference from the current position determines whether the device to be verified has passed the verification.

In some embodiments, the reputation value of the device to be verified increases if the device to be verified passes the verification, and decreases if the device to be verified fails the verification.

The providing unit 43 provides the target data to the requesting device when the device to be authenticated passes the authentication.

In some embodiments, the data uploaded by each data uploading device is stored in the blockchain through the first smart contract; the verification unit 42 calls the second smart contract to determine whether the device to be verified has passed the verification; Get the target data and provide it to the requesting device.

In some embodiments, the providing unit 43 sends a public key and a private key to each data uploading device in response to the access of each data uploading device, and the target data is uploaded by the device to be verified through public key encryption and private key signature.

FIG. 5 shows a block diagram of further embodiments of the apparatus for providing data of the present disclosure.

As shown in FIG. 5 , the data providing apparatus 5 of this embodiment includes: a memory 51 and a processor 52 coupled to the memory 51 , and the processor 52 is configured to execute the instructions in the present disclosure based on the instructions stored in the memory 51 . A method for providing data in any one of the embodiments.

Wherein, the memory 51 may include, for example, a system memory, a fixed non-volatile storage medium, and the like. The system memory stores, for example, an operating system, an application program, a boot loader Boot Loader, a database, and other programs.

FIG. 6 shows a block diagram of further embodiments of the apparatus for providing data of the present disclosure.

As shown in FIG. 6 , the apparatus 6 for providing data in this embodiment includes: a memory 610 and a processor 620 coupled to the memory 610 , and the processor 620 is configured to execute any one of the foregoing based on the instructions stored in the memory 610 Methods of providing data in the embodiments.

Memory 610 may include, for example, system memory, fixed non-volatile storage media, and the like. The system memory stores, for example, an operating system, an application program, a boot loader, and other programs.

The data providing apparatus 6 may further include an input/output interface 630, a network interface 640, a storage interface 650, and the like. These

interfaces

630 , 640 , 650 and the memory 610 and the processor 620 may be connected, for example, through a bus 660 . The input and output interface 630 provides a connection interface for input and output devices such as a display, a mouse, a keyboard, a touch screen, a microphone, and a speaker. Network interface 640 provides a connection interface for various networked devices. The storage interface 650 provides a connection interface for external storage devices such as SD cards and U disks.

As shown in FIG. 7 , the data providing system 7 includes: a data providing device 71 for executing the data providing method in any of the above embodiments; a plurality of data uploading devices 72 for uploading data to the data providing system .

In some embodiments, the providing system 7 further includes: a blockchain system 73 for storing data uploaded by a plurality of data uploading devices.

As will be appreciated by one skilled in the art, embodiments of the present disclosure may be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present disclosure may take the form of a computer program product embodied on one or more computer-usable non-transitory storage media having computer-usable program code embodied therein, including but not limited to disk storage, CD-ROM, optical storage, and the like.

So far, the data providing method, data providing apparatus, data providing system, and non-volatile computer-readable storage medium according to the present disclosure have been described in detail. Some details that are well known in the art are not described in order to avoid obscuring the concept of the present disclosure. Those skilled in the art can fully understand how to implement the technical solutions disclosed herein based on the above description.

The methods and systems of the present disclosure may be implemented in many ways. For example, the methods and systems of the present disclosure may be implemented in software, hardware, firmware, or any combination of software, hardware, and firmware. The above order of steps for the method is for illustration only, and the steps of the method of the present disclosure are not limited to the order specifically described above unless specifically stated otherwise. Furthermore, in some embodiments, the present disclosure can also be implemented as programs recorded in a recording medium, the programs including machine-readable instructions for implementing methods according to the present disclosure. Thus, the present disclosure also covers a recording medium storing a program for executing the method according to the present disclosure.

While some specific embodiments of the present disclosure have been described in detail by way of examples, those skilled in the art will appreciate that the above examples are provided for illustration only, and are not intended to limit the scope of the present disclosure. Those skilled in the art will appreciate that modifications may be made to the above embodiments without departing from the scope and spirit of the present disclosure. The scope of the present disclosure is defined by the appended claims.

Claims

A method of providing data, including:

In response to the requesting device initiating an acquisition request for target data, determine the data uploading device that uploads the target data as the device to be verified, and determine each other data uploading device in the verification area where the device to be verified is located as each verification device;

According to the difference between the historical position and the current position of each verification device, determine whether the device to be verified has passed the verification;

In the case that the device to be authenticated passes the authentication, the target data is provided to the requesting device.
The providing method according to claim 1, wherein,

Each of the verification devices is each data upload device having the same verification area as the device to be verified, and the verification area of any data upload device is determined according to the location where the any data upload device is accessed.
The providing method according to claim 1, wherein the determining whether the device to be authenticated passes the authentication comprises:

Acquire the position of each verification device when uploading data, as its respective historical position;

In the case that the difference is smaller than the distance threshold, it is determined that the device to be verified has passed the verification.
The providing method according to claim 1, wherein the determining whether the device to be authenticated passes the authentication comprises:

Fitting the historical position of each verification device into a straight line;

The difference is determined according to the distance from the current position of each verification device to the straight line.
The providing method of claim 4, wherein the determining the difference comprises:

The difference is determined according to the weighted average of the distances from the current positions of the verification devices to the straight line, and the weight of any distance is positively correlated with the reputation value of the verification device corresponding to the any distance.
The providing method according to claim 1, wherein the determining whether the device to be verified passes the verification according to the difference between the historical position and the current position of each verification device comprises:

Determine whether the device to be verified is a malicious device according to whether the reputation value of the device to be verified is less than a reputation value threshold;

In the case that the device to be verified is not a malicious device, it is determined whether the device to be verified has passed the verification according to the difference between the historical position and the current position of each device to be verified.
The providing method according to claim 6, wherein,

The reputation value of the to-be-verified device increases when the to-be-verified device passes the verification, and decreases when the to-be-verified device fails the verification.
The providing method according to any one of claims 1-7, wherein,

The data uploaded by any data uploading device is stored in the blockchain through the first smart contract;

The determining whether the device to be verified passes the verification includes:

Invoke the second smart contract to determine whether the device to be verified has passed the verification;

The providing the target data to the requesting device includes:

The target data is obtained from the blockchain and provided to the requesting device.
The providing method according to any one of claims 1-7, wherein,

When the reputation value of the device to be verified is greater than or equal to the reputation value threshold, the target data is allowed to be uploaded.
The providing method according to any one of claims 1-7, further comprising:

In response to the access of any data uploading device, sending the public key and the private key to any of the data uploading devices;

in,

The target data is uploaded by the device to be verified through public key encryption and private key signature.
A device for providing data, comprising:

The determining unit is configured to, in response to the requesting device initiating an acquisition request for target data, determine the data uploading device that uploads the target data as the device to be verified, and determine each other data uploading device in the verification area where the device to be verified is located as each verification device;

a verification unit, configured to determine whether the device to be verified has passed the verification according to the difference between the historical position and the current position of each verification device;

A providing unit is configured to provide the target data to the requesting device when the device to be authenticated passes the authentication.
The providing apparatus according to claim 11, wherein,

The verification area of any data uploading device is determined according to the location where any data uploading device is accessed,

Each of the verification devices is each data upload device that has the same verification area as the device to be verified.
The providing apparatus according to claim 11, wherein,

The verification unit acquires the position of each verification device when uploading data as its respective historical position, and determines that the device to be verified has passed the verification when the difference is less than a distance threshold.
The providing apparatus according to claim 11, wherein,

The verification unit fits the historical position of each verification device into a straight line, and determines the difference according to the distance from the current position of each verification device to the straight line.
The providing apparatus of claim 14, wherein:

The verification unit determines the difference according to the weighted average of the distances from the current position of each verification device to the straight line, and the weight of any distance is positively correlated with the reputation value of the verification device corresponding to the any distance .
The providing apparatus according to claim 11, wherein,

The verification unit determines whether the device to be verified is a malicious device according to whether the reputation value of the device to be verified is less than the reputation value threshold, and in the case that the device to be verified is not a malicious device, according to each verification device The difference between the historical location and the current location of the device determines whether the device to be verified has passed the verification.
The providing apparatus of claim 16, wherein:

The reputation value of the to-be-verified device increases when the to-be-verified device passes the verification, and decreases when the to-be-verified device fails the verification.
The providing device according to any one of claims 11-17, wherein,

The data uploaded by any data uploading device is stored in the blockchain through the first smart contract;

The verification unit invokes the second smart contract to determine whether the device to be verified has passed the verification;

The providing unit acquires the target data from the blockchain and provides the target data to the requesting device.
The providing device according to any one of claims 11-17, wherein,

When the reputation value of the device to be verified is greater than or equal to the reputation value threshold, the target data is allowed to be uploaded.
The providing device according to any one of claims 11-17, wherein,

The providing unit sends a public key and a private key to any data uploading device in response to the access of any data uploading device, and the target data is uploaded by the device to be verified after being encrypted by the public key and signed by the private key.
A device for providing data, comprising:

memory; and

A processor coupled to the memory, the processor configured to perform the method of providing data of any one of claims 1-10 based on instructions stored in the memory.
A non-volatile computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, implements the data providing method according to any one of claims 1-10.
A system for providing data, including:

A device for providing data, configured to execute the method for providing data according to any one of claims 1-10;

Multiple data uploading devices are used to upload data to the data providing system.
The providing system of claim 23, further comprising:

The blockchain system is used to store the data uploaded by the plurality of data uploading devices.