A digital service handling method and system based on blockchain technology

Abstract

The application discloses a kind of based on blockchain technology's digital service handling method and handling system, and the digital service handling method of one embodiment applied to client includes: to the service platform that has been accessed sends including first block data Service Connection Request, so that service platform generates including second block data Tokenization Label according to service connection request and sends to client, and the third block data of corresponding demand server is positioned to form smart contract and upload to alliance chain;Service query request is sent to service platform, so that service platform obtains third block data according to smart contract and sends to client, and service query request includes Tokenization Label;According to the third block data received according to server address, service data is downloaded and presented.The digital service handling method provided in the application simplifies the handling process of business demand service under the condition of ensuring safety through the Tokenization Label generated by service platform, and has practical application value.

Description

Technical Field

[0001] This invention relates to the field of digital service technology, and in particular to a method, system, computer-readable storage medium, and computer equipment for processing digital services based on blockchain technology. Background Technology

[0002] Amid the impact of "Internet + Finance" and the backdrop of the digital economy, traditional financial institutions have entered a long-term low-growth "stock era," with problems such as declining customer stickiness, high customer acquisition costs, and limited customer coverage becoming increasingly prominent.

[0003] In the wave of digitalization, the banking industry is using digital means to deeply integrate finance and non-financial sectors, building scenario-based ecosystems, expanding the boundaries and access points of financial services, and providing customers with financial and lifestyle services. While expanding service convenience and access points, the construction of a financial ecosystem urgently needs to address a series of security issues, such as the access of ecosystem partner devices and the storage and transmission of ecosystem service data. Summary of the Invention

[0004] To address at least one of the aforementioned problems, a first aspect of the present invention provides a method for processing digital services based on blockchain technology, applied to a client, comprising:

[0005] In response to a user's first operation, a service connection request is sent to the connected service platform. The service connection request includes first block data, enabling the service platform to generate a tokenized tag including second block data based on the service connection request and send it to the client. The platform also locates the corresponding demand server to form a smart contract and uploads third block data to the consortium blockchain. The first block data includes request parameters and a first hash digest obtained based on the request parameters. The request parameters include demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client. The second block data includes the first hash digest, authentication credentials, and a second hash digest obtained based on the first hash digest and authentication credentials. The third block data includes the second hash digest, the server address of the demand server, and a third hash digest obtained based on the second hash digest and the server address. The consortium blockchain consists of multiple clients and multiple demand servers.

[0006] In response to the user's second operation, a service query request is sent to the service platform, causing the service platform to obtain the third block data according to the smart contract and send it to the client. The service query request includes the tokenized tag.

[0007] Based on the received third block data, download service data according to the server address and present it.

[0008] In an optional embodiment, before sending a service connection request to the accessed service platform in response to the user's first operation, the digital service processing method further includes:

[0009] In response to a third user action, an access request is sent to the service platform. The access request includes fourth block data, enabling the service platform to verify the access request and generate the tokenized signature. The tokenized signature is then stored on the service platform and sent to the client. The fourth block data includes user parameters that uniquely identify the user, client information that uniquely identifies the client, and a fourth hash digest obtained based on the user parameters and client information. The tokenized signature includes the fourth hash digest and a verification credential.

[0010] In an optional embodiment, the access request is generated by the client encrypting the fourth block data using the private key of an asymmetric encryption algorithm, so that the service platform decrypts the access request using the public key of the asymmetric encryption algorithm to obtain the fourth block data.

[0011] In an optional embodiment, it further includes:

[0012] In response to the user's fourth operation, a dynamic verification code is sent to the service platform. The dynamic verification code is obtained by the client based on the dynamic verification request initiated by the service platform after obtaining the fourth block of data.

[0013] In an optional embodiment, the digital service processing method further includes: obtaining the tokenized signature after receiving the manual review approval result, wherein the manual review approval result is generated by the service platform in response to the review operation of the platform administrator.

[0014] In an optional embodiment, the communication between the client and the service platform is encrypted and decrypted using an asymmetric encryption algorithm;

[0015] The client also includes computing tools for calculations.

[0016] A second aspect of this invention provides a method for processing digital services based on blockchain technology, applied to a service platform, comprising:

[0017] The system receives a service connection request from a client, including a first block of data. Based on the service connection request, it generates a tokenized tag including a second block of data and sends it to the client. It also locates the corresponding demand server, forms a smart contract, and uploads the third block of data to the consortium blockchain. The service connection request is sent by the client to the connected service platform in response to a user's first operation. The first block of data includes request parameters and a first hash digest obtained from the request parameters. The request parameters include demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client. The second block of data includes the first hash digest, authentication credentials, and a second hash digest obtained from the first hash digest and authentication credentials. The third block of data includes the second hash digest, the server address of the demand server, and a third hash digest obtained from the second hash digest and the server address. The consortium blockchain consists of multiple clients and multiple demand servers.

[0018] The system receives a service connection request, including a tokenized tag, sent by the client. It then obtains the third block data according to the smart contract and sends it to the client, enabling the client to download and present service data according to the server address based on the third block data. The service connection request is sent by the client to the service platform in response to the user's second operation.

[0019] In an optional embodiment, prior to receiving the service connection request including the first block of data sent by the client, the digital service processing method further includes:

[0020] The access request, which includes fourth block data, sent by the client is verified and the tokenized signature is generated. The tokenized signature is stored on the service platform and sent to the client. The access request is sent by the client to the service platform in response to a third operation by the user. The fourth block data includes user parameters that uniquely identify the user, client information that uniquely identifies the client, and a fourth hash digest obtained based on the user parameters and client information. The tokenized signature includes the fourth hash digest and a verification credential.

[0021] In an optional embodiment, receiving a service connection request from a client including first block data, generating a tokenized tag including second block data based on the service connection request and sending it to the client, locating the corresponding demand server to form a smart contract, and uploading third block data to the consortium blockchain further includes:

[0022] The service connection request is generated by the client encrypting the first block data using the private key of an asymmetric encryption algorithm, and the service platform decrypts the service connection request using the public key of an asymmetric encryption algorithm to obtain the first block data.

[0023] The service platform authenticates the first block of data in the service connection request, generates authentication credentials, and generates a tokenized tag.

[0024] The service platform locates the corresponding demand server based on the demand parameters of the service connection request and forms a smart contract. It then generates third block data based on the server address of the demand server and uploads it to the consortium blockchain.

[0025] In an optional embodiment, the request parameters include the user's desired location information, and the service platform sends virtual scene data to the client based on the desired location information.

[0026] In an optional embodiment, the service platform sending virtual scene data to the client based on the required location information further includes:

[0027] The service platform obtains spatial parameters based on the demand location information, determines the service area based on the spatial parameters, locates the demand server based on the service area, and obtains the corresponding virtual space's parallel space directory information.

[0028] The service platform sends selection prompts to the client based on the parallel space directory information, and obtains the subspace content of the virtual space according to the selection information returned by the client;

[0029] The service platform obtains on-site images from the demand server and overlays the subspace content onto the on-site images to form virtual scene data.

[0030] A third aspect of this invention provides a method for processing digital services based on blockchain technology, comprising:

[0031] In response to the user's first operation, the client sends a service connection request to the service platform it has connected to. The service connection request includes a first block of data, which includes request parameters and a first hash digest obtained based on the request parameters. The request parameters include requirement parameters, a tokenized signature that uniquely identifies the user, and client information that uniquely identifies the client.

[0032] The service platform generates a tokenized tag including second block data according to the service connection request and sends it to the client. It also locates the corresponding demand server to form a smart contract and uploads the third block data to the consortium blockchain. The second block data includes the first hash digest, the authentication credential, and the second hash digest obtained based on the first hash digest and the authentication credential. The third block data includes the second hash digest, the server address of the demand server, and the third hash digest obtained based on the second hash digest and the server address. The consortium blockchain consists of multiple clients and multiple demand servers.

[0033] In response to the user's second operation, the client sends a service query request to the service platform, the service query request including the tokenized tag;

[0034] The service platform obtains the third block data according to the smart contract and sends it to the client.

[0035] The client downloads and presents service data according to the server address based on the third block data.

[0036] In an optional embodiment, before the client sends a service connection request to the accessed service platform in response to the user's first operation, the digital service processing method further includes:

[0037] The client responds to the user's third operation by sending an access request to the service platform. The access request includes fourth block data, which includes user parameters that uniquely identify the user, client information that uniquely identifies the client, and a fourth hash digest obtained based on the user parameters and client information.

[0038] The service platform verifies the access request and generates the tokenized signature, stores the tokenized signature on the service platform and sends it to the client. The tokenized signature includes the fourth hash digest and the verification credential.

[0039] A fourth aspect of the present invention provides a digital service processing system based on blockchain technology, comprising a service platform, multiple clients connected to the service platform, and multiple demand servers linked to the service platform, wherein the clients are configured as follows:

[0040] In response to a user's first operation, a service connection request is sent to the connected service platform. The service connection request includes first block data, enabling the service platform to generate a tokenized tag including second block data based on the service connection request and send it to the client. The platform also locates the corresponding demand server to form a smart contract and uploads third block data to the consortium blockchain. The first block data includes request parameters and a first hash digest obtained based on the request parameters. The request parameters include demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client. The second block data includes the first hash digest, authentication credentials, and a second hash digest obtained based on the first hash digest and authentication credentials. The third block data includes the second hash digest, the server address of the demand server, and a third hash digest obtained based on the second hash digest and the server address. The consortium blockchain consists of multiple clients and multiple demand servers.

[0041] In response to the user's second operation, a service query request is sent to the service platform, causing the service platform to obtain the third block data according to the smart contract and send it to the client. The service query request includes the tokenized tag.

[0042] Based on the received third block data, download service data according to the server address and present it.

[0043] A fifth aspect of the present invention provides a computer-readable storage medium having a computer program stored thereon.

[0044] When the computer program is executed by the processor, it implements the digital service processing method as described in the first aspect.

[0045] or

[0046] When the computer program is executed by a processor, it implements the digital service processing method as described in the second aspect.

[0047] A sixth aspect of the present invention provides a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor.

[0048] When the processor executes the computer program, it implements the method as described in the first aspect;

[0049] or

[0050] When the processor executes the computer program, it implements the method as described in the second aspect.

[0051] The beneficial effects of this invention are as follows:

[0052] This invention addresses existing problems by developing a digital service processing method and system based on blockchain technology. On a consortium blockchain comprised of multiple clients and demand servers, the service platform generates tokenized tags for service connection requests submitted by connected clients. Clients use these tokenized tags to obtain the server address corresponding to their service query requests and retrieve service data from the service platform. Thus, in the digital service processing process, while ensuring secure authentication through blockchain technology, service processing is achieved through tokenized tags, effectively simplifying the business service process. Furthermore, storing block data including service requests on the consortium blockchain and transmitting service data off-chain enables the construction and management of a low-load digital service ecosystem with dual security authentication, demonstrating practical application value. Attached Figure Description

[0053] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0054] Figure 1 A flowchart illustrating a digital service processing method according to an embodiment of the present invention is shown;

[0055] Figure 2 This diagram illustrates the structure of a digital service processing system according to an embodiment of the present invention.

[0056] Figure 3 This diagram illustrates a swimlane diagram of a client access service platform according to an embodiment of the present invention.

[0057] Figure 4 This illustrates a swimlane diagram of a client requesting a digital service according to an embodiment of the present invention.

[0058] Figure 5 A flowchart illustrating another embodiment of the digital service processing method of the present invention is shown;

[0059] Figure 6 A flowchart illustrating another embodiment of the digital service processing method of the present invention is shown;

[0060] Figure 7 A schematic diagram of the structure of a computer device according to another embodiment of the present invention is shown. Detailed Implementation

[0061] To more clearly illustrate the present invention, the following description, in conjunction with preferred embodiments and accompanying drawings, further clarifies the invention. Similar components in the drawings are indicated by the same reference numerals. Those skilled in the art should understand that the specific description below is illustrative rather than restrictive and should not be construed as limiting the scope of protection of the present invention.

[0062] To address the problems existing in the current technology, such as Figure 1 As shown, one embodiment of the present invention provides a method for processing digital services based on blockchain technology applied to a client, including:

[0063] In response to a user's first operation, a service connection request is sent to the connected service platform. The service connection request includes first block data, enabling the service platform to generate a tokenized tag including second block data based on the service connection request and send it to the client. The platform also locates the corresponding demand server to form a smart contract and uploads third block data to the consortium blockchain. The first block data includes request parameters and a first hash digest obtained based on the request parameters. The request parameters include demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client. The second block data includes the first hash digest, authentication credentials, and a second hash digest obtained based on the first hash digest and authentication credentials. The third block data includes the second hash digest, the server address of the demand server, and a third hash digest obtained based on the second hash digest and the server address. The consortium blockchain consists of multiple clients and multiple demand servers.

[0064] In response to the user's second operation, a service query request is sent to the service platform, causing the service platform to obtain the third block data according to the smart contract and send it to the client. The service query request includes the tokenized tag.

[0065] Based on the received third block data, download service data according to the server address and present it.

[0066] This embodiment, based on a consortium blockchain composed of multiple clients and demand servers, generates tokenized tags for service connection requests submitted by already connected clients. Clients use these tokenized tags to obtain the server address corresponding to the service query request and retrieve service data from the service platform. Thus, in the process of digital service processing, while ensuring secure authentication through blockchain technology, service processing is achieved through tokenized tags, effectively simplifying the business service process. Furthermore, storing block data including service requests on the consortium blockchain and transmitting service data off-chain enables the construction and management of a low-load digital service ecosystem with dual security authentication, demonstrating practical application value.

[0067] In a specific example, such as Figure 2 The diagram shows the structure of the digital service processing system of this application, including a service platform 100, multiple clients 200 accessing the service platform, and multiple demand servers 300 linked to the service platform. The service platform provides financial ecosystem services to banks, featuring data security guarantees for the banking system and security authentication requirements for accessing clients. The service platform is a server or a management system running on a server. The server can be a physical server or a cloud server; this application does not specifically limit this, with the basic design principle being the ability to realize the functions of the service platform. Clients are devices used by users to access the service platform, and can be terminal devices such as smartphones, computers, laptops, and tablets, or terminal devices with client programs installed; this application does not specifically limit this. Demand servers are servers that provide various demand services; they can be physical servers or cloud servers; this application does not specifically limit this, and those skilled in the art should understand that multiple demand servers can be independent servers or integrated servers. Furthermore, the multiple clients 200 and the multiple demand servers 300 form a consortium blockchain.

[0068] The following steps illustrate how a specific client accesses a service platform and sends a service connection request and a service query request.

[0069] Step 1: Client accesses the service platform.

[0070] In this embodiment, the client needs to first access the service platform. During the access process, the service platform performs security authentication on the client. For example... Figure 3 As shown, it specifically includes:

[0071] S10, the client responds to the user's operation by sending an access request to the service platform, the access request including access block data.

[0072] In this embodiment, the access request sent by the client to the service platform includes user identity information and client information. Specifically, the access block data includes user parameters that uniquely identify the user, client information that uniquely identifies the client, and a hash digest obtained based on the user parameters and client information. The user parameters include, but are not limited to, the user's identity information, characteristic information, and request information. For example, identity information includes the user's ID card number or social security number, gender, age, contact number, and contact address; characteristic information includes biometric information such as fingerprints and iris scans; and request information includes information about the services the user needs, such as meteorological information related to planting, including temperature, wind force and direction, and precipitation. Client information includes, but is not limited to, the terminal device's MAC address, terminal registration time, geographical location, software tag information, and version information. To ensure data uniqueness, the user identity information and client information are timestamped. For security reasons, a hash function is used to calculate the hash digest of the request data to form the access block data. The hash digest can be used to verify the integrity of the user parameters and client information, and the calculation result is irreversible, thereby effectively preventing data tampering and forgery.

[0073] S11, the service platform verifies the access request and generates and stores the tokenized signature.

[0074] In this embodiment, the service platform verifies the access block data in the access request and generates a verification credential. After successful verification, a tokenized signature is generated based on the hash digest of the access block data and the verification credential. The tokenized signature is used to uniquely identify the user using the client.

[0075] Considering security authentication, in an optional embodiment, the access request is generated by the client encrypting the access block data using the private key of an asymmetric encryption algorithm, so that the service platform decrypts the access request using the public key of the asymmetric encryption algorithm to obtain the access block data.

[0076] In this embodiment, the client further encrypts the access block data using the private key of an asymmetric encryption algorithm and transmits the encrypted access block data to the service platform. The service platform decrypts the data using the public key of the asymmetric encryption algorithm to obtain the access block data, thereby further improving security performance.

[0077] To further enhance the security of the access process, in an optional embodiment, after receiving and successfully decrypting the access block data, the service platform sends a dynamic verification request to the client. The client performs dynamic verification based on the received request. For example, the service platform uses the user's registered contact number to perform dynamic verification. The user inputs the obtained dynamic verification code into the client and sends it to the service platform, thus enabling the service platform to verify the client. This embodiment performs first security authentication through client-service platform access block data verification and second security authentication through service platform-client dynamic verification. This dual security authentication effectively improves the security of the access process.

[0078] S12, the service platform sends the tokenized signature to the client.

[0079] In this embodiment, the service platform sends the generated tokenized signature to the client so that the user can use the tokenized signature to process further digital services.

[0080] To further improve security, in one optional embodiment, the client obtains the tokenized signature after receiving the manual review approval result, wherein the manual review approval result is generated by the service platform in response to the platform administrator's review operation.

[0081] In this embodiment, based on the aforementioned dual security authentication, the security performance of the access process is further improved through manual review.

[0082] This completes the client access to the service platform, enabling unique identity authentication for users and clients on the platform, and facilitating the processing of subsequent service requests through tokenized signatures.

[0083] The second step is for the client to send a service connection request to the service platform it has connected to, and obtain the tokenized tag generated by the service platform.

[0084] The third step is for the client to send a service query request to the service platform, download the service data according to the required server address obtained from the service platform, and then present it.

[0085] In this embodiment, based on a consortium blockchain composed of multiple clients and demand servers, the service platform generates tokenized tags for service connection requests submitted by already connected clients. The clients use these tokenized tags to obtain the server address of the corresponding service query request through the service platform to retrieve service data. For example... Figure 4 As shown, the specific steps include:

[0086] S20, the client responds to the user's operation by sending a service connection request to the service platform it has connected to.

[0087] In this embodiment, the service connection request includes first block data, which includes request parameters and a first hash digest obtained based on the request parameters. The request parameters include demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client. To further improve security, the client encrypts the first block data using a private key of an asymmetric encryption algorithm.

[0088] S21, the service platform generates a tokenized tag based on the received service connection request.

[0089] S22, the service platform sends the tokenized label to the client.

[0090] In this embodiment, the service platform generates a tokenized tag based on the received service connection request and sends it to the client. The tokenized tag includes second block data, which includes the first hash digest, the authentication credential, and a second hash digest obtained based on the first hash digest and the authentication credential.

[0091] When a service connection request is encrypted with a private key using an asymmetric encryption algorithm, the service platform further decrypts it using the public key of the asymmetric encryption algorithm to obtain the first block of data. After verifying the first block of data, an authentication credential is generated. A second hash digest is obtained by performing a hash function operation on the first hash digest of the first block of data and the authentication credential, and a tokenized tag including the second block of data is further formed. This tokenized tag is used for end-to-end security authentication during the digital service process, from the client to the service platform to the demand server. Combined with the consortium blockchain established by the client and the demand server, it enables on-chain storage and off-chain transmission of business transactions. Specifically, the tokenized tag is used to identify the user's service request and client identity information. In other words, the tokenized tag serves as a pass for user identity verification and business transactions during the digital service process. The tokenized tag is used for tokenized management in the digital service system, and the service platform completes functions such as identity authentication, service management, content distribution, and payment management based on the tokenized tag.

[0092] S23, the service platform locates the corresponding demand server based on the demand parameters in the service connection request.

[0093] S24, the service platform connects to the demand server.

[0094] S25, the service platform forms a smart contract based on the service connection request, generates third block data, and uploads it to the consortium blockchain.

[0095] In this embodiment, the service platform further queries a matching demand server based on the service connection request, connects to the demand server, and forms a smart contract that includes the service query in the service connection request, thus forming third block data and uploading it to the consortium blockchain. This achieves on-chain storage, preventing tampering and effectively improving the security performance of digital services. The third block data includes the second hash digest, the address of the demand server, and a third hash digest obtained based on the second hash digest and the demand server address.

[0096] S26, the client sends a service query request to the service platform.

[0097] In this embodiment, the client responds to the user's operation by sending a service query request to the service platform. The service query request includes the tokenized tag, that is, the user uses the tokenized tag through the client to handle digital services.

[0098] To enhance security, the client uses a private key of an asymmetric encryption algorithm to encrypt service query request data. Specifically, the encryption is performed using a cloud server.

[0099] Considering the latency issues caused by encryption operations, in one calculable embodiment, the client also includes a computing tool for computation.

[0100] In this embodiment, a computing tool is set up on the client to perform encrypted calculations on service query request data, effectively reducing the client's calculation latency.

[0101] S27, the service platform obtains the third block data according to the smart contract based on the service query request.

[0102] S28, the service platform sends the third block data to the client.

[0103] In this embodiment, the service platform obtains the third block data according to the smart contract based on the service query request and sends it to the client.

[0104] When a service query request is encrypted with a private key using an asymmetric encryption algorithm, the service platform further decrypts it using the public key of the asymmetric encryption algorithm to obtain the service query request data.

[0105] S29, the client downloads and presents service data according to the server address of the requested server based on the received third block data.

[0106] In this embodiment, the client connects to the demand server by obtaining the address of the demand server from the service model, and downloads and presents the required service data from the demand server. That is, the client transmits service data to the demand server under the consortium blockchain, avoiding the need for network bandwidth during data transmission, and reducing the risk of data transmission devices being tampered with, thus effectively realizing the user's request for digital service business.

[0107] In an optional embodiment, to provide users with a better service environment, the client renders the virtual scene based on the virtual scene data sent by the service platform.

[0108] In this embodiment, the service connection request sent by the client to the service platform includes request parameters, which include the user's required location information. The service platform then sends virtual scene data to the client based on the required location information.

[0109] In an optional embodiment, the service platform obtains spatial parameters based on the demand location information, determines a service area based on the spatial parameters, locates the demand server based on the service area, and obtains the corresponding virtual space's parallel space directory information; the service platform sends selection prompt information to the client based on the parallel space directory information, and obtains the subspace content of the virtual space based on the selection information returned by the client; the service platform obtains a scene image from the demand server and overlays the subspace content onto the scene image to form virtual scene data.

[0110] In this embodiment, the service platform generates virtual scene data by overlaying the on-site images and the sub-space content of the virtual space with the required location information, spatial parameters, on-site images obtained from the server, and sub-space content of the virtual space. The virtual scene data is then sent to the client, which presents the virtual scene data, allowing users to experience immersive service processing when using the client for digital service processing, effectively improving the user experience.

[0111] Considering the issue of fees for digital service processing, in an optional embodiment, the digital service processing method further includes: receiving a service bill sent by the service platform.

[0112] In this embodiment, to facilitate users' access to digital services via the client, users can complete service applications, inquiries, and payments online through the client based on tokenized tags. Specifically, payment is displayed based on tokenized tags, which is secure, real-time, and convenient, effectively improving the user experience.

[0113] This completes the entire process of users handling digital services online using the client application.

[0114] This embodiment, based on a consortium blockchain composed of multiple clients and demand servers, generates tokenized tags for service connection requests submitted by already connected clients. Clients use these tokenized tags to obtain the server address corresponding to the service query request and retrieve service data from the service platform. Thus, in the process of digital service processing, while ensuring secure authentication through blockchain technology, service processing is achieved through tokenized tags, effectively simplifying the business service process. Furthermore, storing block data including service requests on the consortium blockchain and transmitting service data off-chain enables the construction and management of a low-load digital service ecosystem with dual security authentication, demonstrating practical application value.

[0115] To further illustrate the specific implementation of this application, we will take the example of farmers using a client and service platform to handle agricultural assistance services. In this embodiment, the agricultural assistance services include sharing IoT and remote sensing big data. Farmers use big data to monitor weather, soil pests and diseases, etc., during production to guide agricultural production, increase yields, and reduce risks.

[0116] First, farmers access the service platform through a client and obtain a unique identifier generated by the service platform, along with a tokenized signature of the client.

[0117] Secondly, farmers send a service connection request to the service platform through the client. The service connection request includes a tokenized signature and includes the geographical location information of the weather data required by the farmers and parameters related to the weather data, such as temperature, wind force and precipitation.

[0118] Secondly, the service platform verifies the service connection request and generates a tokenized label for processing the digital service, which is then sent to the client. At the same time, the service platform determines the corresponding demand server based on the service connection request, forms a smart contract, and uploads and stores it on the consortium blockchain.

[0119] Specifically, the service platform stores agricultural assistance service data in encrypted form on the corresponding demand server, and retrieves and stores the data in real time according to the agreed time and content in accordance with the service terms of the smart contract. At the same time, the agricultural assistance service data is feature-extracted to form block data and uploaded to the consortium blockchain for on-chain notarization. The features extracted from the agricultural assistance data include tokenized tags, the type of ecosystem service data, data feature descriptions, data owner, data source, time, and other information.

[0120] Finally, farmers send service query requests to the service platform through the client, obtain the address of the demand server containing agricultural assistance data from the service platform, and download and present the agricultural assistance data from the demand server through the client.

[0121] Specifically, the service platform checks the legality of data requests according to the smart contract, and sends the address of the server where the agricultural assistance data is located, including the link of the agricultural assistance data on the server, the server ID, data characteristics, and the key to decrypt the agricultural assistance data, to the client in an encrypted manner according to the rules set in the implementation. This allows farmers to download the agricultural assistance data from the corresponding server according to the address of the server, verify its hash digest, and then view, analyze, and use it on the client after the verification is successful.

[0122] This embodiment, based on a consortium blockchain composed of multiple clients and demand servers, generates tokenized tags for service connection requests submitted by already connected clients. Clients use these tokenized tags to obtain the server address corresponding to the service query request and retrieve service data from the service platform. Thus, in the process of digital service processing, while ensuring secure authentication through blockchain technology, service processing is achieved through tokenized tags, effectively simplifying the business service process. Furthermore, storing block data including service requests on the consortium blockchain and transmitting service data off-chain enables the construction and management of a low-load digital service ecosystem with dual security authentication. This effectively reduces the network bandwidth requirements during data transmission and lowers the risk of data tampering, demonstrating practical application value.

[0123] Based on the above-mentioned digital service processing methods applied to clients, such as Figure 5 As shown, this application also provides a method for processing digital services based on blockchain technology applied to a service platform, including:

[0124] The system receives a service connection request from a client, including a first block of data. Based on the service connection request, it generates a tokenized tag including a second block of data and sends it to the client. It also locates the corresponding demand server, forms a smart contract, and uploads the third block of data to the consortium blockchain. The service connection request is sent by the client to the connected service platform in response to a user's first operation. The first block of data includes request parameters and a first hash digest obtained from the request parameters. The request parameters include demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client. The second block of data includes the first hash digest, authentication credentials, and a second hash digest obtained from the first hash digest and authentication credentials. The third block of data includes the second hash digest, the server address of the demand server, and a third hash digest obtained from the second hash digest and the server address. The consortium blockchain consists of multiple clients and multiple demand servers.

[0125] The system receives a service connection request, including a tokenized tag, sent by the client. It then obtains the third block data according to the smart contract and sends it to the client, enabling the client to download and present service data according to the server address based on the third block data. The service connection request is sent by the client to the service platform in response to the user's second operation.

[0126] This embodiment, based on a consortium blockchain composed of multiple clients and demand servers, generates tokenized tags for service connection requests submitted by already connected clients. Clients use these tokenized tags to obtain the server address corresponding to the service query request and retrieve service data from the service platform. Thus, in the process of digital service processing, while ensuring secure authentication through blockchain technology, service processing is achieved through tokenized tags, effectively simplifying the business service process. Furthermore, storing block data including service requests on the consortium blockchain and transmitting service data off-chain enables the construction and management of a low-load digital service ecosystem with dual security authentication. This effectively reduces the network bandwidth requirements during data transmission and lowers the risk of tampering during data transmission, demonstrating practical application value. Specific implementation details of this embodiment are found in the foregoing embodiments and will not be repeated here.

[0127] In an optional embodiment, before receiving the service connection request including the first block data sent by the client, the digital service processing method further includes: verifying the access request including the fourth block data sent by the client and generating the tokenized signature, storing the tokenized signature in the service platform and sending it to the client, wherein the access request is sent by the client to the service platform in response to a third operation by the user, the fourth block data includes user parameters that uniquely identify the user, client information that uniquely identifies the client, and a fourth hash digest obtained based on the user parameters and client information, and the tokenized signature includes the fourth hash digest and a verification credential.

[0128] In this embodiment, the client pre-connects to the service platform and obtains a tokenized signature that uniquely identifies the user and the client based on the service platform's verification, thereby facilitating the user's subsequent handling of digital services. Specific implementation details of this embodiment are found in the foregoing embodiments and will not be repeated here.

[0129] In an optional embodiment, the process of receiving a service connection request from a client including first block data, generating a tokenized tag including second block data based on the service connection request and sending it to the client, locating the corresponding demand server to form a smart contract, and uploading third block data to the consortium blockchain further includes: the service connection request being generated by the client encrypting the first block data using a private key of an asymmetric encryption algorithm; the service platform decrypting the service connection request using a public key of an asymmetric encryption algorithm to obtain the first block data; the service platform authenticating the first block data of the service connection request and generating an authentication credential, and generating a tokenized tag; the service platform locating the corresponding demand server based on the demand parameters of the service connection request and forming a smart contract, forming third block data based on the server address of the demand server and uploading it to the consortium blockchain.

[0130] This embodiment employs an asymmetric encryption algorithm to further enhance the security of the digital service processing process. For detailed implementation of this embodiment, please refer to the foregoing embodiments, which will not be repeated here.

[0131] In an optional embodiment, the request parameters include the user's desired location information, and the service platform sends virtual scene data to the client based on the desired location information.

[0132] In an optional embodiment, the service platform sending virtual scene data to the client based on the demand location information further includes: the service platform obtaining spatial parameters based on the demand location information, determining a service area based on the spatial parameters, locating the demand server based on the service area, and obtaining parallel space directory information of the corresponding virtual space; the service platform sending selection prompt information to the client based on the parallel space directory information, and obtaining subspace content of the virtual space based on the selection information returned by the client; the service platform obtaining a scene image from the demand server, and overlaying the subspace content onto the scene image to form virtual scene data.

[0133] This embodiment sets up a virtual scene based on the user's desired location information, allowing the user to conduct service transactions in an immersive virtual environment, effectively improving the user experience. For specific implementation details, please refer to the foregoing embodiments, which will not be repeated here.

[0134] Based on the above-mentioned digital service processing methods applied to clients and digital service processing methods applied to service platforms, such as Figure 6 As shown, this application also provides a method for processing digital services based on blockchain technology, including:

[0135] In response to the user's first operation, the client sends a service connection request to the service platform it has connected to. The service connection request includes a first block of data, which includes request parameters and a first hash digest obtained based on the request parameters. The request parameters include requirement parameters, a tokenized signature that uniquely identifies the user, and client information that uniquely identifies the client.

[0136] The service platform generates a tokenized tag including second block data according to the service connection request and sends it to the client. It also locates the corresponding demand server to form a smart contract and uploads the third block data to the consortium blockchain. The second block data includes the first hash digest, the authentication credential, and the second hash digest obtained based on the first hash digest and the authentication credential. The third block data includes the second hash digest, the server address of the demand server, and the third hash digest obtained based on the second hash digest and the server address. The consortium blockchain consists of multiple clients and multiple demand servers.

[0137] In response to the user's second operation, the client sends a service query request to the service platform, the service query request including the tokenized tag;

[0138] The service platform obtains the third block data according to the smart contract and sends it to the client.

[0139] The client downloads and presents service data according to the server address based on the third block data.

[0140] In this embodiment, based on a consortium blockchain composed of multiple clients and demand servers, the service platform generates tokenized tags for service connection requests submitted by already connected clients. Clients use these tokenized tags to obtain the server address corresponding to the service query request and retrieve service data through the service platform. Thus, in the process of digital service processing, service processing is achieved through tokenized tags while ensuring secure authentication using blockchain technology, effectively simplifying the business service processing flow. Furthermore, storing block data including service requests on the consortium blockchain and transmitting service data off-chain enables the construction and management of a low-load digital service ecosystem with dual security authentication. This effectively reduces the network bandwidth requirements during data transmission and lowers the risk of tampering during data transmission, demonstrating practical application value. Specific implementation details of this embodiment are found in the foregoing embodiments and will not be repeated here.

[0141] In an optional embodiment, before the client sends a service connection request to the accessed service platform in response to the user's first operation, the digital service processing method further includes:

[0142] The client responds to the user's third operation by sending an access request to the service platform. The access request includes fourth block data, which includes user parameters that uniquely identify the user, client information that uniquely identifies the client, and a fourth hash digest obtained based on the user parameters and client information.

[0143] The service platform verifies the access request and generates the tokenized signature, stores the tokenized signature on the service platform and sends it to the client. The tokenized signature includes the fourth hash digest and the verification credential.

[0144] In this embodiment, the client pre-connects to the service platform and obtains a tokenized signature that uniquely identifies the user and the client based on the service platform's verification, thereby facilitating the user's subsequent handling of digital services. Specific implementation details of this embodiment are found in the foregoing embodiments and will not be repeated here.

[0145] Corresponding to the above-described digital service processing method, one embodiment of this application also provides a digital service processing system using the above-described digital service processing method, such as... Figure 2 As shown, it includes a service platform, multiple clients accessing the service platform, and multiple demand servers linked to the service platform, wherein the clients are configured as follows:

[0146] In response to a user's first operation, a service connection request is sent to the connected service platform. The service connection request includes first block data, enabling the service platform to generate a tokenized tag including second block data based on the service connection request and send it to the client. The platform also locates the corresponding demand server to form a smart contract and uploads third block data to the consortium blockchain. The first block data includes request parameters and a first hash digest obtained based on the request parameters. The request parameters include demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client. The second block data includes the first hash digest, authentication credentials, and a second hash digest obtained based on the first hash digest and authentication credentials. The third block data includes the second hash digest, the server address of the demand server, and a third hash digest obtained based on the second hash digest and the server address. The consortium blockchain consists of multiple clients and multiple demand servers.

[0147] In response to the user's second operation, a service query request is sent to the service platform, causing the service platform to obtain the third block data according to the smart contract and send it to the client. The service query request includes the tokenized tag.

[0148] Based on the received third block data, download service data according to the server address and present it.

[0149] This embodiment, based on a consortium blockchain composed of multiple clients and demand servers, generates tokenized tags for service connection requests submitted by already connected clients. Clients use these tokenized tags to obtain the server address corresponding to the service query request and retrieve service data from the service platform. Thus, in the process of digital service processing, while ensuring secure authentication through blockchain technology, service processing is achieved through tokenized tags, effectively simplifying the business service process. Furthermore, storing block data including service requests on the consortium blockchain and transmitting service data off-chain enables the construction and management of a low-load digital service ecosystem with dual security authentication. This effectively reduces the network bandwidth requirements during data transmission and lowers the risk of tampering during data transmission, demonstrating practical application value. Specific implementation details of this embodiment are found in the foregoing embodiments and will not be repeated here.

[0150] Another embodiment of the present invention provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements a blockchain-based digital service processing method applied to a client or a blockchain-based digital service processing method applied to a service platform.

[0151] In practical applications, the computer-readable storage medium can be any combination of one or more computer-readable media. The computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. For example, a computer-readable storage medium can be, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of computer-readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this embodiment, the computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0152] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, capable of sending, propagating, or transmitting programs for use by or in connection with an instruction execution system, apparatus, or device.

[0153] Program code contained on a computer-readable medium may be transmitted using any suitable medium, including but not limited to wireless, wire, optical fiber, RF, etc., or any suitable combination thereof.

[0154] Computer program code for performing the operations of this invention can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as conventional procedural programming languages ​​such as "C" or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0155] like Figure 7 As shown, another embodiment of the present invention provides a structural schematic diagram of a computer device. Figure 7 The computer device 12 shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of the present invention.

[0156] like Figure 7 As shown, the computer device 12 is represented in the form of a general-purpose computing device. The components of the computer device 12 may include, but are not limited to: one or more processors or processing units 16, system memory 28, and bus 18 connecting different system components (including system memory 28 and processing unit 16).

[0157] Bus 18 represents one or more of several bus architectures, including a memory bus or memory controller, a peripheral bus, a graphics acceleration port, a processor, or a local bus using any of the various bus architectures. For example, these architectures include, but are not limited to, the Industry Standard Architecture (ISA) bus, the Micro Channel Architecture (MAC) bus, the Enhanced ISA bus, the Video Electronics Standards Association (VESA) local bus, and the Peripheral Component Interconnect (PCI) bus.

[0158] Computer device 12 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by computer device 12, including volatile and non-volatile media, removable and non-removable media.

[0159] System memory 28 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) 30 and / or cache memory 32. Computer device 12 may further include other removable / non-removable, volatile / non-volatile computer system storage media. By way of example only, storage system 34 may be used to read and write non-removable, non-volatile magnetic media (…). Figure 7 Not shown; usually referred to as a "hard drive"). Although Figure 7 Not shown, a disk drive for reading and writing to a removable non-volatile disk (e.g., a "floppy disk") and an optical disk drive for reading and writing to a removable non-volatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to bus 18 via one or more data media interfaces. Memory 28 may include at least one program product having a set (e.g., at least one) of program modules configured to perform the functions of the embodiments of the present invention.

[0160] A program / utility 40 having a set (at least one) of program modules 42 may be stored, for example, in memory 28. Such program modules 42 include, but are not limited to, an operating system, one or more application programs, other program modules, and program data. Each or some combination of these examples may include an implementation of a network environment. Program modules 42 typically perform the functions and / or methods described in the embodiments of the present invention.

[0161] Computer device 12 can also communicate with one or more external devices 14 (e.g., keyboard, pointing device, display 24, etc.), and with one or more devices that enable a user to interact with the computer device 12, and / or with any device that enables the computer device 12 to communicate with one or more other computing devices (e.g., network card, modem, etc.). This communication can be performed through input / output (I / O) interface 22. Furthermore, computer device 12 can also communicate with one or more networks (e.g., local area network (LAN), wide area network (WAN), and / or public networks, such as the Internet) through network adapter 20. Figure 7 As shown, network adapter 20 communicates with other modules of computer device 12 via bus 18. It should be understood that, although... Figure 7 As not shown, it can be used in conjunction with computer device 12 with other hardware and / or software modules, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0162] The processor unit 16 executes various functional applications and data processing by running programs stored in the system memory 28, such as implementing a digital service processing method based on blockchain technology provided in this embodiment of the invention.

[0163] Obviously, the above embodiments of the present invention are merely examples for clearly illustrating the present invention, and are not intended to limit the implementation of the present invention. For those skilled in the art, other variations or modifications can be made based on the above description. It is impossible to exhaustively list all the implementation methods here. All obvious variations or modifications derived from the technical solutions of the present invention are still within the protection scope of the present invention.

Claims

1. A method for handling a digital service based on a blockchain technology, characterized by, Applicable to the client, comprising: In response to the first operation of the user, a service connection request is sent to the accessed service platform, the service connection request includes first block data, so that the service platform generates a tokenized label including second block data according to the service connection request and sends it to the client, and locates the corresponding demand server to form a smart contract and upload the third block data to the alliance chain, wherein the first block data includes request parameters and a first hash digest obtained according to the request parameters, the request parameters include demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client, the second block data includes the first hash digest, an authentication credential, and a second hash digest obtained according to the first hash digest and the authentication credential, the third block data includes the second hash digest, the server address of the demand server, and a third hash digest obtained according to the second hash digest and the server address, and the alliance chain is composed of a plurality of clients and a plurality of demand servers; In response to the second operation of the user, a service query request is sent to the service platform, so that the service platform obtains the third block data according to the smart contract and sends it to the client, and the service query request includes the tokenized label; According to the received third block data, the service data is downloaded according to the server address and presented; Before the response to the first operation of the user, the digital service handling method further comprises: In response to the third operation of the user, an access request is sent to the service platform, the access request includes fourth block data, so that the service platform verifies according to the access request and generates the tokenized signature, stores the tokenized signature in the service platform and sends it to the client, the fourth block data includes user parameters uniquely identifying the user, client information uniquely identifying the client, and a fourth hash digest obtained according to the user parameters and client information, and the tokenized signature includes the fourth hash digest and a verification credential.

2. The method of claim 1, wherein The access request is generated by encrypting the fourth block data using the private key of the asymmetric encryption algorithm of the client, so that the service platform decrypts the access request using the public key of the asymmetric encryption algorithm to obtain the fourth block data.

3. The method of claim 2, wherein Further comprising: In response to the fourth operation of the user, a dynamic check code is sent to the service platform, which is obtained by the client according to the dynamic check request initiated by the service platform to the client after obtaining the fourth block data.

4. The method of claim 1, wherein The digital service handling method further comprises: receiving the tokenized signature after the artificial audit passes, and the artificial audit pass result is generated by the service platform in response to the audit operation of the platform administrator.

5. The method of claim 1, wherein The communication between the client and the service platform is encrypted and decrypted using an asymmetric encryption algorithm; The client further comprises a computing tool for calculation. 6.A method for handling a digital service based on a blockchain technology, characterized by, Applicable to the service platform, comprising: receiving a service connection request including first block data sent by a client, generating a tokenized label including second block data according to the service connection request and sending to the client, and positioning a corresponding demand server to form a smart contract and upload third block data to a consortium chain, wherein the service connection request is sent by the client to the accessed service platform in response to a first operation of a user, the first block data includes request parameters and a first hash digest obtained according to the request parameters, the request parameters include demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client, the second block data includes the first hash digest, an authentication credential, and a second hash digest obtained according to the first hash digest and the authentication credential, the third block data includes the second hash digest, a server address of the demand server, and a third hash digest obtained according to the second hash digest and the server address, and the consortium chain is composed of a plurality of clients and a plurality of demand servers; receiving a service connection request including a tokenized label sent by the client, obtaining third block data according to the smart contract and sending to the client, so that the client downloads service data according to the third block data according to the server address and presents, and the service connection request is sent by the client to the service platform in response to a second operation of a user; Before receiving the service connection request including the first block data sent by the client, the digital service handling method further comprises: verifying the access request including the fourth block data sent by the client and generating the tokenized signature, storing the tokenized signature in the service platform and sending to the client, the access request is sent by the client to the service platform in response to a third operation of a user, the fourth block data includes user parameters uniquely identifying the user, client information uniquely identifying the client, and a fourth hash digest obtained according to the user parameters and the client information, and the tokenized signature includes the fourth hash digest and a verification credential.

7. The method of claim 6, wherein The receiving of the service connection request including the first block data sent by the client, the generation of the tokenized label including the second block data according to the service connection request and the sending to the client, and the positioning of the corresponding demand server to form the smart contract and the uploading of the third block data to the consortium chain further comprise: The service connection request is generated by the client using a private key of an asymmetric encryption algorithm to encrypt the first block data, and the service platform uses a public key of an asymmetric encryption algorithm to decrypt the service connection request to obtain the first block data; The service platform authenticates the first block data of the service connection request and generates an authentication credential, and generates a tokenized label; The service platform locates a corresponding demand server according to a demand parameter of the service connection request and forms a smart contract, forms third block data according to a server address of the demand server, and uploads the third block data to the alliance chain.

8. The method of claim 7, wherein The request parameter includes demand location information of the user, and the service platform sends virtual scene data to the client according to the demand location information.

9. The method of claim 8, wherein The service platform sending virtual scene data to the client according to the demand location information further includes: The service platform acquires spatial parameters according to the demand location information, determines a service area according to the spatial parameters, locates the demand server according to the service area, and acquires parallel space directory information of a corresponding virtual space; The service platform sends selection prompt information to the client based on the parallel space directory information, and acquires sub-space content of the virtual space according to selection information returned by the client; The service platform acquires live images from the demand server, and superimposes the sub-space content on the live images to form virtual scene data. 10.A method for handling a digital service based on a blockchain technology, characterized by, Comprise: The client sends a service connection request to the accessed service platform in response to a first operation of the user, the service connection request includes first block data, the first block data includes request parameters and a first hash digest obtained according to the request parameters, the request parameters include demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client; The service platform generates a tokenized label including second block data according to the service connection request and sends it to the client, locates a corresponding demand server to form a smart contract and uploads third block data to an alliance chain, the second block data includes the first hash digest, an authentication credential, and a second hash digest obtained according to the first hash digest and the authentication credential, the third block data includes the second hash digest, a server address of the demand server, and a third hash digest obtained according to the second hash digest and the server address, and the alliance chain is composed of multiple clients and multiple demand servers; The client sends a service query request to the service platform in response to a second operation of the user, the service query request including the tokenized label; The service platform acquires third block data according to the smart contract and sends it to the client; The client downloads service data according to the third block data and presents according to the server address; Before the client sends a service connection request to the accessed service platform in response to a first operation of the user, the digital service handling method further comprises: The client sends an access request to the service platform in response to a third operation of the user, the access request including fourth block data, the fourth block data including user parameters uniquely identifying the user, client information uniquely identifying the client, and a fourth hash digest obtained according to the user parameters and the client information; The service platform verifies the access request and generates the tokenized signature, stores the tokenized signature in the service platform and sends the tokenized signature to the client, the tokenized signature comprising the fourth hash digest and a check credential. 11.A digital service handling system based on a blockchain technology, characterized by, The service platform, a plurality of clients accessing the service platform, and a plurality of demand servers linked to the service platform, wherein the client is configured to: in response to a first operation of a user, send a service connection request to the accessed service platform, the service connection request comprising first block data, so that the service platform generates a tokenized label comprising second block data according to the service connection request and sends the tokenized label to the client, and locates the corresponding demand server to form a smart contract and upload third block data to a consortium chain, wherein the first block data comprises request parameters, and a first hash digest obtained according to the request parameters, the request parameters comprising demand parameters, a tokenized signature uniquely identifying the user, and client information uniquely identifying the client, the second block data comprising the first hash digest, an authentication credential, and a second hash digest obtained according to the first hash digest and the authentication credential, the third block data comprising the second hash digest, a server address of the demand server, and a third hash digest obtained according to the second hash digest and the server address, the consortium chain being composed of a plurality of clients and a plurality of demand servers; in response to a second operation of the user, send a service query request to the service platform, so that the service platform obtains the third block data according to the smart contract and sends the third block data to the client, the service query request comprising the tokenized label; according to the received third block data, download service data according to the server address and present the service data; the client is further configured to, in response to a third operation of the user, send an access request to the service platform, the access request comprising fourth block data, the fourth block data comprising user parameters uniquely identifying the user, client information uniquely identifying the client, and a fourth hash digest obtained according to the user parameters and the client information; the service platform is further configured to, according to the access request, verify the access request and generate the tokenized signature, store the tokenized signature in the service platform and send the tokenized signature to the client, the tokenized signature comprising the fourth hash digest and a check credential.

12. A computer readable storage medium having stored thereon a computer program, wherein the computer program is executed by a processor to implement the digital service handling method according to any one of claims 1-5; or the computer program is executed by a processor to implement the digital service handling method according to any one of claims 6-9.

13. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the method according to any one of claims 1-5; or the computer program is executed by a processor to implement the digital service handling method according to any one of claims 6-9. ​ ​ ​ ​ ​ The processor implements the method of any one of claims 6-9 when executing the computer program.

Images