Data calling method, apparatus, device, medium, and computer program product

Abstract

The application discloses a data calling method and device, equipment, medium and computer program product. The method comprises the following steps: receiving a request of a user for calling target external data; in response to the request, verifying the right of a unique token in a non-homogeneous token (NFT) of the user to call the target external data, and obtaining a verification result, wherein the NFT comprises a unique token corresponding to the user, and the token is used to indicate the type of external data that can be called by the NFT; when the verification result is that the token has the right to call the target external data, allowing the NFT to call the target external data from a second system; and controlling the NFT to return the target external data to the user. According to the application, the resource demand of the user for the token can be reduced when data is called in the field of big data technology.

Description

Technical Field

[0001] This application belongs to the field of big data technology, and in particular relates to a data retrieval method, apparatus, device, medium and computer program product. Background Technology

[0002] In recent years, with the rapid development of big data processing technologies, the demand for data security has become increasingly widespread. To ensure data security, platforms providing data transmission services often employ a token system. When a user requests data through the platform, the platform assigns a token based on the type of data requested. This token allows users to access data through tens of thousands of interfaces provided by the platform while ensuring data security.

[0003] However, the token model can lead to users having excessively high resource demands for tokens.

[0004] Therefore, how to reduce users' resource requirements for tokens has become an urgent technical problem to be solved. Summary of the Invention

[0005] This application provides a data retrieval method that can reduce users' resource requirements for tokens.

[0006] In a first aspect, embodiments of this application provide a data retrieval method, including:

[0007] Receive user requests to access target external data;

[0008] In response to the request, the user's permission to access the target external data is verified by a unique token in the user's non-fungible token (NFT), and a verification result is obtained. The NFT includes a unique token corresponding to the user, which is used to indicate the type of external data that the NFT can access.

[0009] When the verification result indicates that the NFT has permission to access the target external data, the NFT is allowed to access the target external data from the second system.

[0010] The NFT is controlled to return the target external data to the user.

[0011] In some embodiments, the method further includes:

[0012] When the verification result indicates that the token has the permission to call the target external data, the number of times the NFT is used under the type of the target external data is incremented by one, thus obtaining the total number of times the NFT is used under the type of the target external data;

[0013] The target transaction fee for the user to call the target external data is calculated based on the type of the target external data, the total number of times, and the total transaction fee corresponding to the type of the target external data.

[0014] In some embodiments, after returning the target external data to the user, the method further includes:

[0015] Obtain the amount of resources occupied by the state data in the NFT, wherein the state data includes the target external data and intermediate data generated when calling external data;

[0016] Based on the amount of resources, the release of resources in the NFT is determined using a proportional-integral-derivative control algorithm.

[0017] In some embodiments, determining the release of the resource quantity using a proportional-integral-derivative (PID) control algorithm based on the resource quantity may include:

[0018] The resource threshold is determined based on the proportional-integral-derivative control algorithm.

[0019] When the resource quantity equals the resource quantity threshold, the resources in the NFT are released.

[0020] Secondly, embodiments of this application provide a data retrieval device, the device comprising:

[0021] The receiving module is used to receive user requests to access target external data;

[0022] A verification module is used to respond to the request, verify the user's permission to call the target external data using a unique token in the non-fungible token NFT, and obtain a verification result, wherein the NFT includes a unique token corresponding to the user, and the token is used to indicate the type of external data that the NFT can call;

[0023] The permission module is configured to allow the NFT to call the target external data from the second system when the verification result indicates that the token has the permission to call the target external data;

[0024] The control module is used to control the NFT to return the target external data to the user.

[0025] In some embodiments, the control module further includes:

[0026] The counting submodule is used to increment the number of times the NFT is used under the type of the target external data by one when the verification result shows that the token has the permission to call the target external data, so as to obtain the total number of times the NFT is used under the type of the target external data;

[0027] The calculation submodule is used to calculate the target transaction fee for the user calling the target external data based on the type of the target external data, the total number of times, and the total transaction fee corresponding to the type of the target external data.

[0028] In some embodiments, the control module further includes:

[0029] The control module also includes:

[0030] The acquisition submodule is used to acquire the amount of resources occupied by the state data in the NFT, wherein the state data includes the target external data and intermediate data generated when calling external data;

[0031] The determination submodule is used to determine the release of resources in the NFT based on the resource quantity using a proportional-integral-derivative control algorithm.

[0032] Thirdly, embodiments of this application provide a data retrieval device, the device including: a processor and a memory storing computer program instructions;

[0033] When the processor executes the computer program instructions, it implements the data retrieval method described in any embodiment of this application.

[0034] Fourthly, embodiments of this application provide a computer storage medium storing computer program instructions, which, when executed by a processor, implement the data retrieval method as described in any embodiment of this application.

[0035] Fifthly, embodiments of this application provide a computer program product in which instructions, when executed by a processor of an electronic device, cause the electronic device to perform a data retrieval method as described in any embodiment of this application.

[0036] The data retrieval method, apparatus, device, medium, and computer program product of this application embodiment, after receiving a user's request to retrieve target external data, verifies that the unique token in the NFT has the authority to retrieve the target external data, allows the NFT to retrieve the target external data from the second system, and then controls the NFT to return the target external data to the user. The unique token in the NFT corresponds one-to-one with the user and also indicates the type of external data that the NFT can retrieve, that is, the type of external data that the user can retrieve. This forms a "one-to-many" correspondence with the different types of external data that the user can retrieve, meaning that one NFT can satisfy the user's need to retrieve different types of external data. This avoids allocating different tokens when the user retrieves different types of external data, greatly reducing the user's resource requirements for tokens. Attached Figure Description

[0037] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0038] Figure 1 This is a schematic diagram of a data retrieval method provided in an embodiment of this application;

[0039] Figure 2 This is a schematic diagram of another data retrieval method provided in an embodiment of this application;

[0040] Figure 3 This is a schematic diagram of another data retrieval method provided in an embodiment of this application;

[0041] Figure 4 This is a schematic diagram of a data retrieval device provided in an embodiment of this application;

[0042] Figure 5 This is a schematic diagram of a data retrieval device provided in an embodiment of this application. Detailed Implementation

[0043] The features and exemplary embodiments of various aspects of this application will be described in detail below. To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain this application and not to limit it. For those skilled in the art, this application can be implemented without some of these specific details. The following description of the embodiments is merely to provide a better understanding of this application by illustrating examples.

[0044] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising..." does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes said element.

[0045] The acquisition, storage, use, and processing of data in this application all comply with the relevant provisions of national laws and regulations.

[0046] The inventors considered that in a token-based system, when the first system receives a user's request to access different types of external data, it needs to assign different tokens to the user based on the type of external data. Therefore, when multiple users request different types of external data, the first system needs to prepare more tokens to distribute to different users in order to meet their diverse needs, resulting in a very high demand for token resources from users.

[0047] The inventors discovered that because different tokens cannot be shared, the first system needs to assign different tokens to the user based on the different types of external data when it receives a request from a user to access different types of external data, resulting in high resource demand for tokens from users.

[0048] Therefore, the inventors conceived of using a user-shareable token system. This involves assigning a unique token to each user via an NFT, creating a one-to-many correspondence between the user and different types of external data the user wishes to access. This allows the first system, upon receiving a request from a user to access different types of external data, to instead verify the unique token within the user's NFT. Once authorization is granted, the first system allows the user's NFT to access the external data from the corresponding second system and then returns the data to the user. In this way, the first system completes one access request. Essentially, a user's request to access different types of external data can be fulfilled using only one NFT, avoiding the need to assign different tokens and significantly reducing the user's token resource requirements.

[0049] The embodiments of this application are described below with reference to the accompanying drawings. First, a data retrieval method provided by the embodiments of this application will be introduced.

[0050] Figure 1 This application provides a schematic flowchart of a data retrieval method, applied to a first system. The method includes:

[0051] S110 receives a user's request to access target external data.

[0052] S120, in response to the request, verify the user's permission to call the target external data using a unique token in the non-fungible token NFT, and obtain a verification result, wherein the NFT includes a unique token corresponding to the user, and the token is used to indicate the type of external data that the NFT can call.

[0053] S130, when the verification result indicates that the NFT has the permission to call the target external data, the NFT is allowed to call the target external data from the second system.

[0054] S140, control the NFT to return the target external data to the user.

[0055] In this embodiment, after receiving a user's request to access target external data, the first system verifies that the unique token in the NFT has the permission to access the target external data. Then, it allows the NFT to access the target external data from the second system and controls the NFT to return the target external data to the user. The unique token in the NFT corresponds one-to-one with the user and also indicates the types of external data the NFT can access. This forms a one-to-many correspondence between the types of external data the user can access and the different types of external data the user can access. In other words, one NFT can satisfy the user's need to access different types of external data. This avoids allocating different tokens when the user accesses different types of external data, greatly reducing the user's resource requirements for tokens.

[0056] In some embodiments, in S110, the first system receives a request from a user to invoke a target external data, which is data not within the first system.

[0057] In some embodiments, in S120, the NFT includes a unique token. Thus, each NFT corresponds one-to-one with a user, and the token indicates the type of external data that the NFT can access. The first system verifies whether the type of the target external data the user wants to access belongs to the type of external data that the NFT indicated by the token can access. If it does, the NFT has permission to access the target external data; otherwise, the NFT does not have permission to access the target external data.

[0058] In some embodiments, the type of external data corresponds one-to-one with the type of external data access. The types of external data may include, but are not limited to, at least one of business data, judicial data, financial risk data, and credit data. The first system may be a data transmission platform.

[0059] As an example, user A wants to access credit data B from institution B's credit reporting system through institution A's data transmission platform A. This credit data B is of institution B's credit data type. Data transmission platform A receives user A's request to access credit data B. Data transmission platform A verifies whether the credit data B that user A wants to access belongs to the type of external data that user A's NFT can access, as indicated by the token in user A's NFT. User A's NFT token indicates that the types of external data that the NFT can access are institution B's credit data and institution C's business registration data. Therefore, data transmission platform A's verification result is that user A's NFT has the permission to access credit data B.

[0060] The inventors discovered that users initially understand how many types of external data they need to access, i.e., how many types of external data are required to meet their needs. Therefore, the inventors proposed that users define all types of external data on the data transmission platform at the outset, encapsulating this into a unique NFT corresponding to each user. This NFT contains a unique token indicating the types of external data the user can access. This NFT can assign a token for accessing all user-defined types of external data, significantly reducing token resource requirements, even when accessing only one type of external data.

[0061] Therefore, to reduce the resource requirements of tokens, in some embodiments, the data transmission platform obtains the type of external data that the user initially sets on the data transmission platform to be invoked. The data transmission platform encapsulates the type of external data to be invoked into an NFT, which includes a unique token corresponding to the user, indicating the type of external data that the NFT can invoke.

[0062] In some embodiments, in S130, when the data transmission platform verifies that the user's NFT has the permission to call the target external data, the user is allowed to use the NFT to call the target external data from the second system through the interface of the data transmission platform.

[0063] As an example, continuing with the example above, after the data transmission platform A verifies that user A's NFT has the right to access credit data B, the data transmission platform A allows user A to use the NFT to access credit data B from institution B's credit system through a certain interface of the data transmission platform A.

[0064] The inventors discovered that, under the token-based model, although the data transmission platform assigns different tokens to different types of external data for different users, these tokens can only correspond to different types of external data, not to individual users. This results in users being able to use each other's tokens to access the external data corresponding to that token, leading to a scattered distribution of external data accessed by users and making it difficult to discern the overall user access profile.

[0065] The inventors also discovered that the data transmission platform distributes the total transaction fees to users based on the data it calls from external platforms. This means that a user incurs a transaction fee when calling a particular type of external data. The data transmission platform accumulates the user's transaction fees based on the type of external data called and the number of times the user calls that specific type of external data, making it easier to distribute the total transaction fees to users. However, due to the token-based model, where tokens cannot be one-to-one with users and the external data called by users is scattered, the data transmission platform cannot accurately and conveniently calculate the transaction fees that a specific user should share.

[0066] Therefore, in order to improve the accuracy and convenience of calculating the transaction fees shared by users, in some embodiments, such as Figure 2 The diagram shown illustrates another data retrieval method according to an embodiment of this application, wherein the method further includes steps S210-S220:

[0067] S210, when the verification result indicates that the token has the permission to call the target external data, the number of times the NFT is used under the type of the target external data is increased by one, so as to obtain the total number of times the NFT is used under the type of the target external data.

[0068] S220, calculate the target transaction fee for the user calling the target external data based on the type of the target external data, the total number of times, and the total transaction fee corresponding to the type of the target external data.

[0069] In this embodiment, when the verification result shows that the token has the permission to call the target external data, the number of times the NFT is used under the target external data type is accumulated. Each NFT corresponds one-to-one with a user; even if two users call the exact same external data, their NFTs will be different. This means that the number of times a user's NFT is used under a certain type of external data can be distinguished from the user's perspective. This accurately counts the number of times a specific user's NFT is used under a certain type of external data. Furthermore, based on the total number of times the user uses the NFT under the target external data type and the total transaction fee when calling the target external data, the calculated target transaction fee is the transaction fee corresponding to the user, which is the transaction fee that the user should share. This improves the accuracy and convenience of calculating the user's share of the transaction fee.

[0070] In some embodiments, during S210, while verifying whether the user's NFT has permission to access the target external data, the data transmission platform also counts the number of times the user's NFT is used under the type of target external data. When the data transmission platform verifies that the user's NFT has permission to access the target external data, the data transmission platform increments the total number of times the user's NFT is used under the type of target external data by 1.

[0071] It is understood that when a data transmission platform counts the total number of times a user's NFTs are used under the target external data type, there will always be a termination condition for the statistics. This application embodiment does not limit this termination condition. For example, statistics may stop when a preset time period is exceeded, or when the total number of times all users' NFTs are used under the target external data type exceeds a preset threshold. The preset time period and preset threshold can be adjusted according to actual circumstances, and this application embodiment does not limit them. For example, the preset time period could be the contract validity period.

[0072] As an example, continuing with the previous example and using a preset time period as the contract's effective period, Institution B provides Institution A with credit data from Institution B's credit reporting system, and signs a 24-month contract. Institution A's data transmission platform will count the total number of times each user's NFTs within Institution A are used under Institution B's credit data within the 24 months from the contract signing date. When the contract expires, Institution A's data transmission platform will use the last count of how many times each user's NFTs within Institution A were used under Institution B's credit data before the contract expires as the final total number of times each user's NFTs within Institution A were used under Institution B's credit data.

[0073] As an example, continuing with the previous example, let's consider a scenario where statistics stop when the total number of times all users' NFTs are used under the target external data type exceeds a preset threshold. Institution B provides credit data from its credit reporting system to Institution A, signing a 24-month contract. The contract stipulates that within 24 months from the contract signing date, Institution B will charge Institution A a fee of Y yuan each time Institution A accesses the credit data from its system. Institution A, based on user needs, allows users to access Institution B's credit reporting system a maximum of N times within 24 months from the contract signing date via data transmission platform A.

[0074] Each time data transmission platform A counts the number of times a single user's NFT is used under institution B's credit data, it also counts the total number of times all NFTs are used under institution B's credit data. This continues until the total number of times equals N. At this point, data transmission platform A will use the count of each user's NFT being used under institution B's credit data as the total number of times each user's NFT is used under institution B's credit data, and will no longer allow users to use NFTs to access institution B's credit data system through data transmission platform A's interface.

[0075] In some embodiments, in S220, the data transmission platform calculates the proportion of the total number of times each user's NFT is used under the target external data type, and distributes the total transaction fee corresponding to the target external data type to the users proportionally. And / or the data transmission platform calculates the total number of users corresponding to the NFT under the target external data type, and distributes the total transaction fee corresponding to the target external data type equally among the users.

[0076] As an example, continuing with the previous example, Institution B provides credit data from its credit reporting system to Institution A, signing a 24-month contract. The contract stipulates that Institution B will charge Institution A a fee of X yuan. Within the 24 months from the contract signing date, Institution A's data transmission platform A records that 5 users accessed Institution B's credit data through its platform. These 5 users need to share the X yuan fee charged by Institution B to Institution A.

[0077] Data transmission platform A calculated that within 24 months from the contract signing date, the number of times the NFTs of these 5 users were used under the credit data of institution B were 4, 10, 2, 2, and 3 times, respectively. Data transmission platform A calculated the usage ratio of these 5 users' NFTs to be 5 / 20, 10 / 20, 2 / 20, 1 / 20, and 3 / 20, respectively. Therefore, data transmission platform A calculated that the transaction fees to be shared by these 5 users should be 5X / 200,000 yuan, 10X / 200,000 yuan, 2X / 200,000 yuan, 1X / 200,000 yuan, and 3X / 200,000 yuan, respectively.

[0078] In one embodiment, in S140, the NFT can be a space including a unique token. After a user's NFT retrieves target external data from the second system through the interface of the data transmission platform, the target external data is stored in the NFT. The data transmission platform receives a request from the user to retrieve the target external data from their NFT, and the data transmission platform controls the user's NFT to return the target external data stored in the NFT to the user.

[0079] The inventors considered that when users use NFTs to access external data, a lot of state data is generated. This state data can include the external data the user wants to access, as well as intermediate data generated during the access process. Since this state data is stored in space, it causes data bloat, leading to a series of risks. Therefore, the inventors conceived of using proportional-integral-differential (PID) control to release resources.

[0080] To mitigate the risk of resource accumulation, in some embodiments, such as Figure 3 The illustrated flowchart of another data retrieval method provided in an embodiment of this application further includes steps S310-S320 after returning the target external data to the user:

[0081] S310, obtain the amount of resources occupied by the state data in the NFT, wherein the state data includes the target external data and intermediate data generated when calling external data.

[0082] In some embodiments, during S310, the state data in the space is continuously accumulated, and the data transmission platform uses the resources occupied by the current state data in the space as the resource quantity.

[0083] S320, based on the resource quantity, determine the release of resources in the NFT using a proportional-integral-derivative control algorithm.

[0084] In some embodiments, in S320, the data transmission platform calculates whether the current resource quantity meets the release condition through a proportional-integral-derivative control algorithm. If it does, the current resource quantity is released.

[0085] In some embodiments, intermediate data generated when a user uses an NFT to make external data calls on a data transfer platform includes, but is not limited to, at least one of the following: call accounting data, transaction balance data, and return parameter data.

[0086] In this embodiment of the application, the proportional-integral-derivative control algorithm can release the accumulated state data in the NFT in a timely manner, thereby avoiding the risk of state data accumulation and reducing the risk of resource accumulation.

[0087] To improve the timeliness of resource release, in some embodiments, determining the release amount of the resource based on the resource quantity using a proportional-integral-derivative (PID) control algorithm may include:

[0088] The resource threshold is determined based on the proportional-integral-derivative control algorithm.

[0089] In some embodiments, the resource quantity is represented by Re, and the resource quantity threshold can be a control quantity Xe set by the data transmission platform through a proportional-integral-differential algorithm.

[0090] The data transmission platform sets a control variable Xe using the Proportional-Integral-Derivative (PID) control algorithm. When Re starts to approach Xe, D is triggered. D controls Re to ensure it doesn't get too close or too far from Xe. Since Re will never reach Xe with only P and D, I is also needed to control it, allowing Re to reach Xe.

[0091] When the resource quantity equals the resource quantity threshold, the resources in the NFT are released.

[0092] In some embodiments, the data transmission platform inputs Re into the PID control algorithm. When Re reaches Xe, the data transmission platform releases resources in the space and / or prompts the user to release resources to avoid data bloat.

[0093] In this embodiment, a proportional-integral-derivative (PID) control algorithm is used to determine a resource threshold. Once the resource quantity equals the threshold, the target state data in the NFT is released. This improves the timeliness of resource release.

[0094] Based on the data retrieval method provided in any of the above embodiments, this application also provides an embodiment of a data retrieval device. See details below. Figure 4

[0095] Figure 4 A schematic diagram of a data retrieval device according to an embodiment of this application is shown. Figure 4 As shown, the device may include:

[0096] The receiving module 410 is used to receive user requests to access target external data.

[0097] Verification module 420 is used to respond to the request, verify the user's permission to call the target external data using a unique token in the non-fungible token NFT, and obtain a verification result, wherein the NFT includes a unique token corresponding to the user, and the token is used to indicate the type of external data that the NFT can call.

[0098] The permission module 430 is configured to allow the NFT to call the target external data from the second system when the verification result indicates that the token has the permission to call the target external data.

[0099] The control module 440 is used to control the NFT to return the target external data to the user.

[0100] The apparatus, data retrieval method, device, equipment, medium, and computer program product in this application embodiment, after the first system receives a user's request to retrieve target external data, verifies that the unique token in the non-fungible token (NFT) has the permission to retrieve the target external data, allows the NFT to retrieve the target external data from the second system, and then controls the NFT to return the target external data to the user. The unique token in the NFT corresponds one-to-one with the user and also indicates the type of external data the NFT can retrieve, that is, the types of external data the user can retrieve. This forms a "one-to-many" correspondence with the different types of external data the user can retrieve, meaning that one NFT can satisfy the user's need to retrieve different types of external data. This avoids allocating different tokens when the user retrieves different types of external data, greatly reducing the user's resource requirements for tokens.

[0101] To improve the accuracy and convenience of calculating the transaction fees shared by users, in some embodiments, the control module 440 further includes:

[0102] The counting submodule is used to increment the number of times the NFT is used under the type of the target external data by one when the verification result shows that the token has the permission to call the target external data, so as to obtain the total number of times the NFT is used under the type of the target external data.

[0103] The calculation submodule is used to calculate the target transaction fee for the user calling the target external data based on the type of the target external data, the total number of times, and the total transaction fee corresponding to the type of the target external data.

[0104] The device in this embodiment, upon verifying that the token has the authority to access the target external data, accumulates the number of times the NFT is used under the target external data type. Since each NFT corresponds one-to-one with a user, even if two users access the exact same external data, their NFTs will be different. This means that the device can distinguish the number of times a user's NFT is used under a certain type of external data from the user's perspective. This accurately counts the number of times a specific user's NFT is used under a particular type of external data. Furthermore, based on the total number of times the user uses the NFT under the target external data type and the total transaction fees when accessing the target external data, the calculated target transaction fee is the transaction fee corresponding to the user, representing the transaction fee that the user should share. This improves the accuracy and convenience of calculating the user's share of the transaction fee.

[0105] To mitigate the risk of resource accumulation, in some embodiments, the control module 440 further includes:

[0106] The acquisition submodule is used to acquire the amount of resources occupied by the state data in the NFT, wherein the state data includes the target external data and intermediate data generated when calling external data.

[0107] The determination submodule is used to determine the release of resources in the NFT based on the resource quantity using a proportional-integral-derivative control algorithm.

[0108] The device in this embodiment can release the accumulated state data in the NFT in a timely manner through the proportional-integral-derivative control algorithm, thereby avoiding the risk of state data accumulation and reducing the risk of resource accumulation.

[0109] To improve the timeliness of resource release, in some embodiments, the determining submodule may include:

[0110] The determining unit is used to determine the resource quantity threshold according to the proportional-integral-derivative control algorithm.

[0111] A release unit is used to release the resources in the NFT when the resource amount is equal to the resource amount threshold.

[0112] By employing a proportional-integral-derivative (PID) control algorithm, a resource threshold is determined. Once the resource quantity equals the threshold, the target state data in the NFT is released. This improves the timeliness of resource release.

[0113] Furthermore, in conjunction with the data retrieval methods described in the above embodiments, such as Figure 5 As shown, embodiments of this application may provide a data retrieval device, which may include a processor 510 and a memory 520 storing computer program instructions.

[0114] Specifically, the processor 510 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0115] Memory 520 may include a large-capacity storage device for data or instructions. For example, and not limitingly, memory 520 may include a hard disk drive (HDD), a floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or a Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, memory 520 may include removable or non-removable (or fixed) media. Where appropriate, memory 520 may be internal or external to the integrated gateway disaster recovery device. In a particular embodiment, memory 520 is a non-volatile solid-state memory. In a particular embodiment, memory 520 includes read-only memory (ROM). Where appropriate, the ROM may be a mask-programmed ROM, a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), an electrically rewritable ROM (EAROM), or flash memory, or a combination of two or more of these.

[0116] The processor 510 implements any of the data retrieval methods described in the above embodiments by reading and executing computer program instructions stored in the memory 520.

[0117] In one example, the electronic device may also include a communication interface 530 and a bus 540. Wherein, such as Figure 5 As shown, the processor 510, memory 520, and communication interface 530 are connected through bus 540 and complete communication with each other.

[0118] The communication interface 530 is mainly used to realize communication between various modules, devices, units and / or devices in the embodiments of this application.

[0119] Bus 540 includes hardware, software, or both, that couples components of an electronic device together. For example, and not limitingly, the bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Enhanced Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), HyperTransport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an Infinite Bandwidth Interconnect, a Low Pin Count (LPC) bus, a memory bus, a Microchannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local (VLB) bus, or other suitable buses, or combinations of two or more of these. Where appropriate, bus 540 may include one or more buses. Although specific buses are described and illustrated in embodiments of this application, any suitable bus or interconnect is contemplated herein.

[0120] When the data retrieval device executes the computer program instructions, it implements the data retrieval method described in any of the above embodiments.

[0121] In addition, in conjunction with the above data retrieval methods, embodiments of this application may provide a computer storage medium storing computer program instructions, which, when executed by a processor, implement the data retrieval method described in any of the above embodiments.

[0122] It should be clarified that this application is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of this application is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of this application.

[0123] The functional blocks shown in the above-described structural diagram can be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, they can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this application are programs or code segments used to perform the required tasks. Programs or code segments can be stored on a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried on a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, fiber optic media, radio frequency (RF) links, etc. Code segments can be downloaded via computer networks such as the Internet, intranets, etc.

[0124] It should also be noted that the exemplary embodiments mentioned in this application describe methods or systems based on a series of steps or apparatus. However, this application is not limited to the order of the above steps; that is, the steps can be performed in the order mentioned in the embodiments, or in a different order, or several steps can be performed simultaneously.

[0125] The aspects of this disclosure have been described above with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this disclosure. It should be understood that each block in the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that these instructions, executable via the processor of the computer or other programmable data processing apparatus, enable the implementation of the functions / actions specified in one or more blocks of the flowchart illustrations and / or block diagrams. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field-programmable logic circuit. It is also understood that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can also be implemented by special-purpose hardware performing the specified functions or actions, or can be implemented by a combination of special-purpose hardware and computer instructions.

[0126] The above description is merely a specific implementation of this application. Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, modules, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here. It should be understood that the protection scope of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the protection scope of this application.

Claims

1. A data retrieval method, characterized in that, Applied to the first system, including: Receive user requests to access target external data; In response to the request, the user's permission to access the target external data is verified by a unique token in the non-fungible token (NFT), and a verification result is obtained. The NFT includes a unique token corresponding to the user, which indicates the type of external data that the NFT can access. The NFT includes multiple types of external data predefined by the user. The NFT is encapsulated in a first system, and each NFT corresponds to a user. When the verification result indicates that the NFT has permission to call the target external data, the NFT is allowed to call the target external data from the second system, and the called target external data is stored in the NFT, wherein the NFT is a space including a unique token; The NFT is controlled to return the target external data stored in the NFT to the user; The method further includes: When the verification result indicates that the token has the permission to call the target external data, the number of times the NFT is used under the type of the target external data is incremented by one, thus obtaining the total number of times the NFT is used under the type of the target external data; The target transaction fee for the user to call the target external data is calculated based on the type of the target external data, the total number of times, and the total transaction fee corresponding to the type of the target external data.

2. The method according to claim 1, characterized in that, After returning the target external data to the user, the process also includes: Obtain the amount of resources occupied by the state data in the NFT, wherein the state data includes the target external data and intermediate data generated when calling external data; Based on the amount of resources, the release of resources in the NFT is determined using a proportional-integral-derivative control algorithm.

3. The method according to claim 2, characterized in that, The step of determining the release of the resource quantity based on the resource quantity using a proportional-integral-derivative (PID) control algorithm specifically includes: The resource threshold is determined based on the proportional-integral-derivative control algorithm. When the resource quantity equals the resource quantity threshold, the resources in the NFT are released.

4. A data retrieval device, characterized in that, The device includes: The receiving module is used to receive user requests to access target external data; A verification module is used to respond to the request, verify the user's permission to call the target external data using a unique token in the non-fungible token (NFT), and obtain a verification result. The NFT includes a unique token corresponding to the user, which indicates the type of external data that the NFT can call. The NFT includes multiple types of external data predefined by the user, and the NFT is encapsulated in the first system. The permission module is configured to, when the verification result indicates that the token has the permission to call the target external data, allow the NFT to call the target external data from the second system and store the called target external data in the NFT, wherein the NFT is a space including a unique token; The control module is used to control the NFT to return the target external data to the user; The control module also includes: The counting submodule is used to increment the number of times the NFT is used under the type of the target external data by one when the verification result shows that the token has the permission to call the target external data, so as to obtain the total number of times the NFT is used under the type of the target external data; The calculation submodule is used to calculate the target transaction fee for the user calling the target external data based on the type of the target external data, the total number of times, and the total transaction fee corresponding to the type of the target external data.

5. The apparatus according to claim 4, characterized in that, The control module also includes: The acquisition submodule is used to acquire the amount of resources occupied by the state data in the NFT, wherein the state data includes the target external data and intermediate data generated when calling external data; The determination submodule is used to determine the release of resources in the NFT based on the resource quantity using a proportional-integral-derivative control algorithm.

6. A data retrieval device, characterized in that, The device includes: a processor and a memory storing computer program instructions; When the processor executes the computer program instructions, it implements the data retrieval method as described in any one of claims 1-3.

7. A computer storage medium, characterized in that, The computer storage medium stores computer program instructions, which, when executed by a processor, implement the data retrieval method as described in any one of claims 1-3.

8. A computer program product, characterized in that, When the instructions in the computer program product are executed by the processor of the electronic device, the electronic device performs the data retrieval method as described in any one of claims 1-3.

Images