WO2020244231A1 - 基于区块链的业务处理系统以及方法 - Google Patents

基于区块链的业务处理系统以及方法 Download PDF

Info

Publication number
WO2020244231A1
WO2020244231A1 PCT/CN2020/071230 CN2020071230W WO2020244231A1 WO 2020244231 A1 WO2020244231 A1 WO 2020244231A1 CN 2020071230 W CN2020071230 W CN 2020071230W WO 2020244231 A1 WO2020244231 A1 WO 2020244231A1
Authority
WO
WIPO (PCT)
Prior art keywords
target file
user
blockchain node
server
file
Prior art date
Application number
PCT/CN2020/071230
Other languages
English (en)
French (fr)
Inventor
王振宇
岳松波
李楠
晏宇
Original Assignee
创新先进技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 创新先进技术有限公司 filed Critical 创新先进技术有限公司
Priority to US16/886,686 priority Critical patent/US10942920B2/en
Publication of WO2020244231A1 publication Critical patent/WO2020244231A1/zh
Priority to US17/176,254 priority patent/US11100095B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules

Definitions

  • This specification relates to the field of blockchain technology, and in particular to a business processing system based on blockchain. This specification also relates to a blockchain-based business processing method and device, an electronic device, and a computer-readable storage medium.
  • the traditional method is to sign a paper business contract between the two parties that have a business relationship to protect their business relationship.
  • a new contract technology-electronic contract is gradually being promoted and used. Electronic contracts can improve production efficiency and safety, shorten contract transaction time, reduce contract error rates, and reduce contract risks.
  • the embodiment of this specification provides a business processing system based on blockchain.
  • This specification also relates to a blockchain-based business processing method and device, an electronic device, and a computer-readable storage medium to solve the technical defects in the prior art.
  • a blockchain-based business processing system including:
  • the request client is configured to send a target file query request to the server, and the target file query request carries the user's identity identification information and the target file identification information;
  • the server is configured to receive the target file query request, obtain the target file and receive the user to query the target file, and send a prompt to the user whether to upload the target file to a blockchain node Information, if a target file upload request from the user is received, upload the target file to the blockchain node;
  • the blockchain node is configured to receive the target file, store the target file, and return the corresponding attestation hash value to the requesting client.
  • the server is further configured to:
  • the blockchain node is further configured to: receive the public key, the target file, and the digital signature, and verify the validity of the target file according to the public key and the digital signature; when the target file is After the validity verification is successful, the digital digest generated by the hash operation of the target file according to the preset algorithm is stored and the corresponding deposit hash value is returned to the server.
  • the server is further configured to:
  • the option button detects the user's selection result, and if the user's selection result is upload confirmation, upload the target file to the blockchain node.
  • the request client is further configured to: send a target file summary information query request to the blockchain node, and the target file summary information query request carries a certificate hash value;
  • the blockchain node is also configured to receive the target file summary information query request, obtain the file summary information of the target file and the download address of the target file according to the attestation hash value, and send the target file The file summary information and the download address of the target file are sent to the requesting client;
  • the request client is further configured to receive the target file summary information and the download address of the target file, and download the target file according to the download address of the target file.
  • the blockchain node is further configured as:
  • Use the public key to decrypt the digital signature to generate a first digital digest perform a hash operation on the target file according to a preset algorithm to generate a corresponding second digital digest; compare the first digital digest with the first digital digest Whether the two digital digests are consistent; if it is, the validity verification of the target file is successful; if not, it sends a verification failure prompt message to the server.
  • the request client is further configured to send a target file summary information query request to the server, and the target file summary information query request carries target file identification information;
  • the server is also configured to receive the target file summary information query request, determine whether there is a corresponding attestation hash value according to the target file identification information, and if so, send the request to the requesting client Deposit the hash value;
  • the requesting client is also configured to receive the attestation hash value.
  • the server is further configured to:
  • the blockchain node is further configured as:
  • the requesting client is further configured as:
  • the server is further configured to receive the signed target file transfer protocol sent by the requesting client, and send the target file transfer protocol, the target file, and the digital signature generated by the hash algorithm on the target file To the blockchain node.
  • the blockchain-based business processing system further includes: a first business end and a second business end;
  • the first service end is configured to upload a file template to the service end
  • the server is further configured to receive the file template, and send to the second service terminal prompt information about whether to upload the file template to a blockchain node, and the prompt information carries file template identification information ;
  • the second service end is configured to receive the prompt information, determine a selection result based on the prompt information, and send the information carrying the selection result to the server;
  • the server is further configured to receive information carrying the selection result sent by the second service end, and if the selection result carried in the information is upload confirmation, then the file template is sent to the Blockchain node;
  • the blockchain node is also configured to receive the file template, store the file template and return a hash value of successful chain writing, and send the hash value to the server;
  • the server is configured to receive the hash value and save the hash value in a database.
  • the requesting client is further configured to send a project joining request to the server, and the project joining request carries user identification information and project identification information;
  • the server is further configured to receive the project joining request, determine the file template and project detailed information associated with the project according to the project identification information; according to the project detailed information, the user's identification information, and The document template generates a first target document related to the project, and initiates a document signing transaction to the requesting client; wherein the document signing transaction is used to trigger an electronic signature on the first target document;
  • the request client is further configured to receive a document signing transaction initiated by the server, and in response to the document signing transaction, perform an electronic signature operation on the first target document, and send the signed second target document To the server;
  • the server is further configured to: receive the second target file, and perform authentication and signature operations on the second target file based on the certificate of the certification authority.
  • a blockchain-based business processing method including:
  • Target file query request carries user identification information and target file identification information
  • the uploading the target file to the blockchain node includes:
  • the method further includes:
  • the sending prompt information to the user whether to upload the target file to the blockchain node includes:
  • the uploading of the target file to the blockchain node if the target file upload request of the user is received includes:
  • the method further includes:
  • the uploading the target file to the blockchain node if the target file upload request of the user is received includes:
  • an agreement signing transaction is initiated to the user; wherein the agreement signing transaction is used to trigger an electronic signature operation on the target file transfer agreement;
  • the method before the receiving the target file query request, the method further includes:
  • a business processing device based on blockchain including:
  • the file query request receiving module is configured to receive a target file query request, where the target file query request carries user identification information and target file identification information;
  • the target file query module is configured to obtain the target file according to the user's identification information and target file identification information and receive the user to perform target file query;
  • the prompt information sending module is configured to send prompt information about whether to upload the target file to the blockchain node to the user;
  • the target file transmission module is configured to upload the target file to the blockchain node if a target file upload request from the user is received.
  • an electronic device including a memory, a processor, and computer instructions stored in the memory and executable on the processor.
  • the processor implements the The steps of a blockchain-based business processing method.
  • a computer-readable storage medium which stores computer instructions that, when executed by a processor, implement the steps of the blockchain-based business processing method.
  • the client is requested to send a target file query request to the server.
  • the target file query request carries the user's identification information and the target file identification information;
  • the server receives the target file query request , Acquiring the target file and receiving the user to query the target file, and sending the user a prompt message whether to upload the target file to the blockchain node, and if the user's target file upload request is received, then Upload the target file to the blockchain node;
  • the blockchain node receives the target file, stores the target file, and returns the corresponding attestation hash value to the requesting client.
  • each node in the blockchain can participate in information recording, and any node has the right The information and obligations are equal.
  • the information Once the information is verified and added to the blockchain, it will be permanently stored.
  • the modification of the database on a single node is invalid. Therefore, the use of blockchain technology can effectively improve the information in the target file. Stability and reliability.
  • Figure 1 is a schematic diagram of a blockchain-based business processing system provided by an embodiment of the present application
  • Figure 2 is a flowchart of a blockchain-based business processing method provided by an embodiment of the present application
  • FIG. 3 is a schematic diagram of an insurance policy information query page in the implementation process of the blockchain-based business processing method provided by an embodiment of the present application;
  • FIG. 4 is a schematic diagram of a target document summary information query page in the implementation process of the blockchain-based business processing method provided by an embodiment of the present application;
  • FIG. 5 is a schematic diagram of interaction of a blockchain-based business processing method provided by an embodiment of the present application.
  • FIG. 6 is a schematic structural diagram of a business processing device based on a blockchain provided by an embodiment of the present application.
  • Fig. 7 is a structural block diagram of an electronic device provided by an embodiment of the present application.
  • first, second, etc. may be used to describe various information in one or more embodiments of this specification, the information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • the first may also be referred to as the second, and similarly, the second may also be referred to as the first.
  • word “if” as used herein can be interpreted as "when” or “when” or "in response to determination”.
  • CA E-commerce certification authority
  • the embodiment of this specification provides a business processing system based on blockchain.
  • This specification also relates to a blockchain-based business processing method and device, an electronic device, and a computer-readable storage medium, which are described in detail in the following embodiments.
  • Figure 1 shows a schematic diagram of a blockchain-based business processing system according to an embodiment of this specification, including:
  • the request client 102 is configured to send a target file query request to the server, and the target file query request carries the user's identification information and the target file identification information;
  • the server 104 is configured to receive the target file query request, obtain the target file and receive the user to query the target file, and send to the user whether to upload the target file to a blockchain node Prompt information, if a target file upload request from the user is received, upload the target file to the blockchain node;
  • the blockchain node 106 is configured to receive the target file, store the target file, and return a corresponding hash value to the requesting client.
  • the server is further configured to: perform a hash operation on the target file according to a preset algorithm to generate a corresponding digital digest; and use an asymmetric encryption algorithm to perform the digital digest
  • the private key signature generates a corresponding digital signature, and uploads the public key, the target file, and the digital signature to the blockchain node;
  • the blockchain node is further configured to: receive the public key, the target file, and the digital signature, and verify the validity of the target file according to the public key and the digital signature; when the target file is After the validity verification is successful, the digital digest generated by the hash operation of the target file according to the preset algorithm is stored and the corresponding deposit hash value is returned to the server.
  • the server is further configured to:
  • the option button detects the user's selection result, and if the user's selection result is upload confirmation, upload the target file to the blockchain node.
  • the request client is further configured to: send a target file summary information query request to the blockchain node, and the target file summary information query request carries a certificate hash value;
  • the blockchain node is also configured to receive the target file summary information query request, obtain the file summary information of the target file and the download address of the target file according to the attestation hash value, and send the target file The file summary information and the download address of the target file are sent to the requesting client;
  • the request client is further configured to receive the target file summary information and the download address of the target file, and download the target file according to the download address of the target file.
  • the blockchain node is also configured as:
  • Use the public key to decrypt the digital signature to generate a first digital digest perform a hash operation on the target file according to a preset algorithm to generate a corresponding second digital digest; compare the first digital digest with the first digital digest Whether the two digital digests are consistent; if it is, the validity verification of the target file is successful; if not, it sends a verification failure prompt message to the server.
  • the request client is further configured to: send a target file summary information query request to the server, and the target file summary information query request carries target file identification information;
  • the server is also configured to receive the target file summary information query request, determine whether there is a corresponding attestation hash value according to the target file identification information, and if so, send the request to the requesting client Deposit the hash value;
  • the requesting client is also configured to receive the attestation hash value.
  • the server is further configured to send information to the requesting client if the determination result of determining whether there is a corresponding attestation hash value according to the target file identification information is not present
  • the prompt message that is being uploaded to the blockchain node.
  • the blockchain node is further configured to: when the validity of the target file is successfully verified, return to the server and the requesting client that the target has been successfully received The call result of the digital digest of the file; after the digital digest of the target file is stored, the corresponding storage certificate hash value is returned to the server.
  • the request client is further configured to: receive the agreement signing transaction initiated by the server; wherein the agreement signing transaction is used to trigger an electronic signature operation on the target file transfer agreement ; In response to the agreement to sign a transaction, perform an electronic signature operation, and send the signed target file transfer agreement to the server;
  • the server is further configured to receive the signed target file transfer protocol sent by the requesting client, and send the target file transfer protocol, the target file, and the digital signature generated by the hash algorithm on the target file To the blockchain node.
  • the blockchain-based business processing system further includes: a first business end and a second business end;
  • the first service end is configured to upload a file template to the service end
  • the server is further configured to receive the file template, and send to the second service terminal prompt information about whether to upload the file template to a blockchain node, and the prompt information carries file template identification information ;
  • the second service end is configured to receive the prompt information, determine a selection result based on the prompt information, and send the information carrying the selection result to the server;
  • the server is further configured to receive the information carrying the selection result sent by the second service end, and if the selection result carried in the information is upload confirmation, then the file template is sent to the Blockchain node;
  • the blockchain node is also configured to receive the file template, store the file template and return a hash value of successful chain writing, and send the hash value to the server;
  • the server is configured to receive the hash value and save the hash value in a database.
  • the requesting client is further configured to send a project joining request to the server, and the project joining request carries the user's identification information and project identification information;
  • the server is further configured to receive the project joining request, determine the file template and project detailed information associated with the project according to the project identification information; according to the project detailed information, the user's identification information, and The document template generates a first target document related to the project, and initiates a document signing transaction to the requesting client; wherein the document signing transaction is used to trigger an electronic signature on the first target document;
  • the request client is further configured to receive a document signing transaction initiated by the server, and in response to the document signing transaction, perform an electronic signature operation on the first target document, and send the signed second target document To the server;
  • the server is further configured to: receive the second target file, and perform authentication and signature operations on the second target file based on the certificate of the certification authority.
  • the certification authority is an e-commerce certification authority, that is, a CA signature operation is performed on the second target file based on a CA certificate.
  • the blockchain technology is very suitable for the storage of target files due to its features such as non-tampering of data.
  • the sharing of target document deposit information is realized.
  • the target file deposit information is written into the blockchain, it will be automatically synchronized to the data server of the notary office.
  • Each node of the blockchain saves all target file deposit information, ensuring that any node cannot modify the data at will.
  • the authenticity of the target file can be verified at the notary office, which technically guarantees the non-tamperability of the target file and improves the credibility of the target file.
  • FIG. 2 shows a flowchart of a blockchain-based business processing method according to an embodiment of the present specification, including step 202 to step 208.
  • Step 202 Receive a target file query request, where the target file query request carries user identification information and target file identification information.
  • the first business end before receiving the target file query request, sends the initial document template related to the project to the server end.
  • the projects include insurance projects, financial management projects, mutual aid projects, public welfare projects, medical projects, and life service projects.
  • the server After receiving the initial file template, the server sends to the second service end a prompt message whether to upload the initial file template to the blockchain, and the prompt information carries file template identification information; if the second service is received Upload instructions sent by the server, the server uploads the initial file template to the blockchain node; receives the hash value generated by storing the initial file template returned by the blockchain node and stores the hash value Saved in the database.
  • the server uploads the initial file template to the blockchain
  • the improved version is re-uploaded to the blockchain node, and the corresponding returned by the blockchain node is saved The hash value.
  • the server displays project details to the user through a page. If the user has an intention to join the project, the user and the project undertaker jointly sign to generate the target document.
  • the target file generation process can be achieved through the following steps:
  • the server receives the project joining request, determines the file template and project detailed information associated with the project according to the project identification information; generates the first project related to the project according to the project detailed information and the file template A target file, initiating a file signing transaction to the requesting client; wherein, the file signing transaction is used to trigger an electronic signature on the first target file;
  • the server Requesting the client to receive the file signing transaction initiated by the server, in response to the file signing transaction, perform an electronic signature operation on the first target file, and send the signed second target file to the server;
  • the server receives the second target file, and performs a CA signature operation on the second target file based on the CA certificate to generate the target file.
  • the server sends one or more target files generated within a preset period of time to the second business end for institutional signature.
  • the second business end is the project manager, and the second business end will sign Send the files in batches to the server, and the server stores the files.
  • a user sends an insurance enrollment request to an insurance company.
  • the enrollment request carries the user's identity identification information and the insurance category identification information; suppose the user's identity identification information includes the user's name, age, gender, and ID card information, the identification information of the insurance type is health insurance type A.
  • the insurance company receives the insurance enrollment request, and determines the policy template associated with the insurance enrollment category and the detailed information of the insurance enrollment category according to the identification information of the insurance enrollment category; according to the insurance enrollment category detailed information and the user's identity identification information
  • the insurance policy template generates a first insurance policy related to the type of insurance participation.
  • the first insurance policy is generated by filling the user's identification information and the detailed information of the insurance type into the insurance policy template.
  • the insurance company After the first insurance policy is generated, the insurance company initiates an insurance policy signing transaction to the user; wherein the insurance policy signing transaction is used to trigger the user to electronically sign the first insurance policy.
  • the user receives the insurance policy to sign a transaction, performs an electronic signature operation on the first insurance policy, and sends the signed second insurance policy to the insurance company.
  • the insurance company receives the second insurance policy, performs a CA signature operation on the second insurance policy based on the CA certificate, and generates a final target insurance policy.
  • a target file query request can be sent to the server, and the target file query request carries the user’s identity information and Target file identification information.
  • Step 204 Obtain the target file according to the user's identification information and target file identification information, and receive the user to query the target file.
  • the server after receiving the target file query request, queries the user-related files in the database according to the user’s identification information, and then contacts the said user according to the target file identification information. Query the target file in user-related files.
  • the project product details interface is displayed to the user.
  • Step 206 Send a prompt message to the user whether to upload the target file to the blockchain node.
  • the server finds the target file in the user-related file according to the target file identification information, it will provide the user with a target file query page, and set whether to set the target file on the target file query page.
  • the file is uploaded to the prompt box of the blockchain node, and the prompt box is provided with an option button for the user to click and operate; the server detects the user's selection result in the prompt box and performs follow-up according to the selection result operating.
  • the server is the insurance company
  • the target file is the policy information.
  • the insurance company provides the user with a schematic diagram of the policy information query page as shown in Figure 3.
  • an option window pops up on the interactive interface to prompt the user to select the corresponding icon for the next operation.
  • the content in the pop-up option window is "Upload the target file to the blockchain?”, and two clickable buttons are set, namely "Yes” and "No". If the button clicked by the user is "Yes", the insurance policy information is uploaded to the blockchain node.
  • the prompt box of whether to upload the target file to the blockchain node can also be set in the asset details query interface.
  • a prompt box will pop up as to whether to upload the target file to the blockchain node, and the user's selection result in the prompt box will be detected, and subsequent operations will be performed according to the user's selection result.
  • Step 208 If a target file upload request from the user is received, upload the target file to the blockchain node.
  • the user's selection result is upload confirmation, upload the target file to the blockchain node.
  • the server after receiving the target file upload request of the user, the server initiates an agreement signing transaction to the user; wherein the agreement signing transaction is used to trigger an electronic signature operation on the target file transmission agreement;
  • the server initiates the agreement signing transaction, executes an electronic signature program in response to the agreement signing transaction, and sends the signed target file transfer agreement to the server.
  • the server receives the signed target file transfer protocol sent by the user, and sends the target file transfer protocol, the target file, and the digital signature generated by the hash algorithm on the target file to the blockchain node, except
  • the information sent by the server to the blockchain node also includes: the signing time of the target document and the hash value corresponding to the document template associated with the project.
  • the insurance company After the insurance company receives the user’s policy file upload request, it signs the user and the blockchain principal agreement with the user. After the agreement is successfully signed, the insurance company will then The digital signature generated by the hash algorithm of the policy document is sent to the blockchain node.
  • the information sent by the insurance company to the blockchain node also includes: the signing time of the policy document, the user and the insurance company jointly signed The hash value corresponding to the main agreement of the user and the policy template of the policy signed by the user.
  • the server uploads the initial file template to the blockchain, if the initial template needs to be improved, the improved version will be uploaded to the blockchain node again, and the corresponding hash returned by the blockchain node will be saved. Therefore, the server uploads the hash value corresponding to the policy template of the policy signed by the user to the blockchain together with the policy file, so that the user can trace the version of the policy template while querying the policy information in the later period. Users bring better service experience.
  • blockchain technology is also called distributed ledger technology, which is an emerging technology in which several devices jointly participate in "bookkeeping" and jointly maintain a complete distributed database. Because the blockchain technology has the characteristics of decentralization, openness and transparency, each device can participate in database records, and the rapid data synchronization between devices, the blockchain technology has been widely used in many fields .
  • the blockchain nodes involved in the embodiments of this specification include business-related equipment and institutional nodes that access the blockchain, service equipment of the Internet platform, equipment of regulatory agencies, service equipment of requesting clients, service equipment of notary offices, courts The service equipment and the service equipment of the judicial authentication center.
  • uploading the target file to the blockchain node can be achieved through the following steps:
  • the digital digest is signed with a private key to generate a corresponding digital signature, and the public key, the digital signature, and the target file are uploaded to the blockchain node.
  • the blockchain node After the blockchain node receives the public key, the target file, and the digital signature, it also needs to verify the validity of the target file. Specifically, the validity verification of the target file can be achieved through the following steps:
  • the blockchain node will store the digital digest generated by the hash operation of the target file according to a preset algorithm and return the corresponding deposit certificate to the server. Hope value.
  • a user signs a target file transfer agreement, he can send a target file summary information query request to the server, and the server receives the target file summary information query request, and determines whether or not according to the target file identification information There is a corresponding attestation hash value, if it is, the attestation hash value is sent to the requesting client; if not, a prompt message that the information is being uploaded to the blockchain node is sent to the requesting client.
  • the target file digest information query request carries the certificate hash value; the blockchain node receives the target
  • the file summary information query request is to obtain the file summary information of the target file and the download address of the target file according to the attestation hash value, and send the target file summary information and the download address of the target file to the Requesting the client; requesting the client to receive the target file summary information and the download address of the target file, and download the target file according to the download address of the target file.
  • the blockchain node provides the user with the target document summary information query page.
  • the block chain node provides the user with the target document summary information query page as shown in Figure 4.
  • an information query page pops up on the interactive interface, which displays the summary information of the target file and the download address of the target file. If it is detected that the user clicks on the download address of the target file, the target file will be downloaded for the user.
  • the target file in the blockchain can be stored in a local storage space, or can be stored in other storage spaces outside the blockchain, and there is no limitation here.
  • the embodiment of this specification only takes the target file summary information in Figure 4 as CXHK WDCQ RJHS KIYV and the download address of the target file is https://abcd.ef/mnopqrstuv/ as an example for schematic description. The download address of the information and the target file is determined according to the actual application, and there is no restriction here.
  • the blockchain node provides users with an insurance policy summary information query page. After the digital summary generated by the hash operation of the target file is stored according to a preset algorithm, the corresponding storage is displayed on the interactive interface. The user can click the certificate hash value displayed on the interactive interface to obtain the file summary information of the policy file and the download address of the policy file. The user can choose whether to download the policy file.
  • the blockchain since the blockchain uses distributed accounting and storage, there is no centralized hardware or management organization, and the digital abstract of the target file is stored on the judicial chain.
  • the mathematical principle of the digital abstract algorithm is guaranteed Since the target file cannot be generated from the digital digest in reverse, user privacy is protected. Under the premise of ensuring user privacy, the target file is transparent and non-tamperable, and the user can download the target file through the target file download address provided by the blockchain node The target file makes it more convenient for users to obtain the target file.
  • FIG. 5 shows an interactive schematic diagram of a blockchain-based business processing method according to an embodiment of the present specification.
  • the blockchain-based business processing method takes a wealth management project as an example to describe, including steps 502 to 522.
  • Step 502 Request the client to send a financial contract query request to the server.
  • the wealth management contract query request carries the user's identification information and the wealth management contract identification information.
  • the first business end and the contract template generating end send the initial financial management contract template related to the wealth management product to the financial management institution.
  • the financial management institution After receiving the initial financial management contract template, the financial management institution immediately sends the template to the second business end.
  • the wealth management project manager sends a prompt message whether to upload the initial wealth management contract template to the blockchain, and the prompt information carries the initial wealth management contract template identification information; if the confirmation sent by the wealth management project manager is received Upload instruction, the financial institution uploads the initial financial management contract template to the blockchain node; receives the hash value generated by storing the initial financial contract template returned by the blockchain node and saves the hash value in database.
  • the server uploads the initial file template to the blockchain
  • the improved version is re-uploaded to the blockchain node, and the corresponding hash returned by the blockchain node is saved. Hope value.
  • the wealth management institution displays the wealth management product details for the user through the page. If the user has the intention to purchase the wealth management product, the user and the wealth management project manager jointly sign and generate the wealth management contract.
  • the financial management institution sends one or more financial management contracts generated within a preset time period to the financial management project manager for institutional signature, and the financial project manager sends the signed financial management contract to the financial management institution for batch processing.
  • the financial management institution stores the received financial management contract.
  • the financial management institution sends M financial management contracts generated within 1 working day to the financial project manager for institutional signature, where M is an integer greater than or equal to 0.
  • the financial project manager sends the signed M financial management contracts to the financial management institution in batch, and the financial management institution stores the received M financial management contracts.
  • a user sends a wealth management product purchase request to a wealth management institution, and the wealth management product purchase request carries the user's identification information and wealth management product identification information; suppose the user's identification information includes the user's name, age, Gender and ID card information, and wealth management product identification information is product B.
  • the wealth management institution receives the purchase request of the wealth management product, determines the wealth management contract template associated with the wealth management product and the detailed information of the wealth management product according to the wealth management product identification information;
  • the wealth management contract template generates a first wealth management contract related to the type of wealth management product.
  • the first financial management contract is generated by filling in the user's identification information and the detailed information of the wealth management product into the wealth management contract template.
  • the financial management institution After the first financial management contract is generated, the financial management institution initiates a financial management contract signing transaction to the user; wherein the financial management contract signing transaction is used to trigger the user to electronically sign the first financial management contract.
  • the user receives the financial management contract signing transaction, performs an electronic signature operation on the first financial management contract, and sends the signed second financial management contract to the financial management institution.
  • the financial management institution receives the second financial management contract, and performs a CA signing operation on the second financial management contract based on the CA certificate to generate a final financial management contract.
  • the financial management contract after the financial management contract is successfully signed, if the user does not save the contract, he can send a financial management contract query request to the financial management institution, and the financial contract query request carries the user’s identification information and Financial contract identification information.
  • Step 504 The server receives the query request for the financial management contract, and obtains the financial management contract.
  • the financial management institution after receiving the query request for the financial management contract, the financial management institution searches the database for the contract related to the user based on the user’s identification information, and then contacts the financial management contract with the identification information. Look up the wealth management contract in the user-related contract.
  • the wealth management product details interface is displayed to the user.
  • Step 506 The server receives the user to query the financial contract.
  • Step 508 The server sends a prompt message to the user whether to upload the wealth management contract to the blockchain node.
  • Step 510 The server receives the financial contract upload request sent by the user.
  • the wealth management institution inquires about the wealth management contract in the user-related documents based on the identification information of the wealth management contract, the user is provided with a wealth management contract inquiry page, and the wealth management contract inquiry page sets whether to The wealth management contract is uploaded to the prompt box of the blockchain node, and the prompt box is provided with an option button for the user to click and operate; the financial management institution detects the result of the user’s selection in the prompt box and selects As a result, follow up operations.
  • Step 512 The server uploads the wealth management contract to the blockchain node.
  • the user's selection result is upload confirmation, upload the target file to the blockchain node.
  • the wealth management institution initiates an agreement signing transaction to the user; wherein the agreement signing transaction is used to trigger an electronic signature operation on the wealth management contract transmission agreement;
  • the financial management institution initiates an agreement signing transaction, executes an electronic signature program in response to the agreement signing transaction, and sends the signed financial management contract transmission agreement to the financial management institution.
  • the wealth management institution receives the signed wealth management contract transmission agreement sent by the user, and sends the wealth management contract transmission agreement, the wealth management contract, and the digital signature generated by the hash algorithm on the wealth management contract to the blockchain node, except
  • the information sent by the wealth management institution to the blockchain node also includes: the signing time of the wealth management contract and the hash value corresponding to the wealth management contract template associated with the wealth management product.
  • uploading the target file to the blockchain node can be achieved through the following steps:
  • the digital digest is signed with a private key to generate a corresponding digital signature, and the public key, the digital signature, and the target file are uploaded to the blockchain node.
  • the blockchain node After the blockchain node receives the public key, the target file, and the digital signature, it also needs to verify the validity of the target file. Specifically, the validity verification of the target file can be achieved through the following steps:
  • the blockchain node will store the digital digest generated by the hash operation of the target file according to a preset algorithm and return the corresponding deposit certificate to the server. Hope value.
  • the blockchain node verifies the validity of the target file, and after the validity verification of the target file is successful, returns to the server and the requesting client that the target has been successfully received
  • the call result of the digital digest of the file after the digital digest of the target file is stored, the corresponding storage certificate hash value is returned to the server.
  • Step 514 The blockchain node returns the certificate hash value to the server.
  • Step 516 Request the client to send a summary query request to the server.
  • Step 518 The server returns the attestation hash value to the requesting client.
  • a user signs a target file transfer agreement, he can send a target file summary information query request to the server, and the server receives the target file summary information query request, and determines whether or not according to the target file identification information There is a corresponding attestation hash value, if it exists, the attestation hash value is sent to the requesting client;
  • Step 520 Request the client to send a summary information query request to the blockchain node.
  • Step 522 The blockchain node sends the summary information and the target file download address to the requesting client.
  • Blockchain node receives the target file summary information query request, obtains the file summary information of the target file and the download address of the target file according to the attestation hash value, and combines the target file summary information and the The download address of the target file is sent to the request client; the request client receives the target file summary information and the download address of the target file, and downloads the target file according to the download address of the target file.
  • the blockchain uses distributed accounting and storage, there is no centralized hardware or management organization, and the digital abstract of the financial contract is stored on the judicial chain, and the mathematical principle of the digital abstract algorithm is guaranteed Therefore, the user’s privacy is protected and the financial contract cannot be tampered with.
  • the user can download the financial contract through the contract download address provided by the blockchain node, so that the user can obtain The financial contract is more convenient.
  • FIG. 6 shows a schematic structural diagram of a blockchain-based business processing device according to an embodiment of this specification.
  • the device includes: a file query request receiving module 602, a target file query module 604, a prompt information sending module 606, and a target file transmission module 608.
  • the file query request receiving module 602 is configured to receive a target file query request, where the target file query request carries user identification information and target file identification information;
  • the target file query module 604 is configured to obtain the target file according to the user's identification information and target file identification information and receive the user to perform target file query;
  • the prompt information sending module 606 is configured to send prompt information about whether to upload the target file to the blockchain node to the user;
  • the target file transmission module 608 is configured to upload the target file to the blockchain node if a target file upload request from the user is received.
  • the target file transmission module is further configured to: perform a hash operation on the target file according to a preset algorithm to generate a corresponding digital digest; use an asymmetric encryption algorithm to generate a private key signature on the digital digest Corresponding digital signature, and upload the public key, the digital signature and the target file to the blockchain node.
  • the block chain-based business processing device further includes:
  • the attestation hash value receiving module is configured to receive the attestation hash value returned by the blockchain node.
  • the prompt information sending module is further configured to: provide a target file query page for the user, and set a prompt box on the target file query page whether to upload the target file to the blockchain node,
  • the prompt box is provided with an option button that can be clicked by the user; detecting the user's selection result;
  • the target file transmission module is also configured to:
  • the blockchain-based service processing device further includes: a target file summary information query request receiving module, configured to:
  • the target file transmission module is further configured to:
  • an agreement signing transaction is initiated to the user; wherein the agreement signing transaction is used to trigger an electronic signature operation on the target file transfer agreement;
  • the block chain-based business processing device further includes:
  • the file template transmission prompt information sending module is configured to receive the file template, and send prompt information about whether to upload the file template to the blockchain node to the second service end, and the prompt information carries the file template identification information ;
  • the selection result receiving module is configured to receive the information carrying the selection result sent by the second service terminal, and when the selection result carried in the information is upload confirmation, send the file template to the area Block chain node;
  • the storage module is configured to receive the hash value of the successful write chain of the file template returned by the blockchain node and save the hash value in the database.
  • the blockchain technology is very suitable for the storage of target files due to its features such as non-tampering of data.
  • the target file deposit information is written into the blockchain, it will be automatically synchronized to the data server of the notary office.
  • Each node of the blockchain saves all target file deposit information, ensuring that any node cannot modify the data at will.
  • the authenticity of the target file can be verified at the notary office, which technically guarantees the non-tamperability of the target file and improves the credibility of the target file.
  • Fig. 7 shows a structural block diagram of an electronic device 700 according to an embodiment of the present specification.
  • the components of the electronic device 700 include but are not limited to a memory 710 and a processor 720.
  • the processor 720 and the memory 710 are connected through a bus 730, and the database 750 is used to store data.
  • the electronic device 700 also includes an access device 740, which enables the electronic device 700 to communicate via one or more networks 760.
  • networks include public switched telephone network (PSTN), local area network (LAN), wide area network (WAN), personal area network (PAN), or a combination of communication networks such as the Internet.
  • the access device 740 may include one or more of any type of wired or wireless network interface (for example, a network interface card (NIC)), such as IEEE802.11 wireless local area network (WLAN) wireless interface, global interconnection for microwave access ( Wi-MAX) interface, Ethernet interface, universal serial bus (USB) interface, cellular network interface, Bluetooth interface, near field communication (NFC) interface, etc.
  • NIC network interface card
  • the aforementioned components of the electronic device 700 and other components not shown in FIG. 7 may also be connected to each other, for example, via a bus. It should be understood that the structural block diagram of the electronic device shown in FIG. 7 is only for the purpose of example, rather than limiting the scope of this specification. Those skilled in the art can add or replace other components as needed.
  • the electronic device 700 can be any type of stationary or mobile electronic devices, including mobile computers or mobile electronic devices (for example, tablet computers, personal digital assistants, laptop computers, notebook computers, netbooks, etc.), mobile phones (for example, smart phones). ), wearable electronic devices (for example, smart watches, smart glasses, etc.) or other types of mobile devices, or stationary electronic devices such as desktop computers or PCs.
  • the electronic device 700 may also be a mobile or stationary server.
  • the processor 720 is configured to execute the steps of the blockchain-based business processing method as described above when the instruction is executed by the processor.
  • An embodiment of the present specification also provides a computer-readable storage medium that stores computer instructions that, when executed by a processor, implement the steps of the blockchain-based business processing method described above.
  • the computer instructions include computer program codes, and the computer program codes may be in the form of source code, object code, executable files, or some intermediate forms.
  • the computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, U disk, mobile hard disk, magnetic disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory) , Random Access Memory (RAM, Random Access Memory), electrical carrier signal, telecommunications signal, and software distribution media, etc. It should be noted that the content contained in the computer-readable medium can be appropriately added or deleted in accordance with the requirements of the legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to the legislation and patent practice, the computer-readable medium Does not include electrical carrier signals and telecommunication signals.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Tourism & Hospitality (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Bioethics (AREA)
  • Economics (AREA)
  • Technology Law (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

一种基于区块链的业务处理系统以及方法，其中所述基于区块链的业务处理系统包括：请求客户端（102）、服务端（104）以及区块链上的至少两个区块链节点（106）；请求客户端（102）被配置为向所述服务端（104）发送目标文件查询请求；服务端（104）被配置为接收所述目标文件查询请求（202），获取所述目标文件并接收所述用户进行目标文件查询（204），向所述用户发送是否将所述目标文件上传至区块链节点的提示信息（206），若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点（208）；区块链节点被配置为接收所述目标文件，将所述目标文件进行存储并向所述请求客户端（102）返回对应的存证哈希值。

Description

基于区块链的业务处理系统以及方法 技术领域
本说明书涉及区块链技术领域，特别涉及一种基于区块链的业务处理系统。本说明书同时涉及一种基于区块链的业务处理方法以及装置，一种电子设备，以及一种计算机可读存储介质。
背景技术
随着经济的发展，越来越多的理财产品随之出现，对于现有的理财项目而言，由于供应方和需求方之间存在多样的供应关系，使得整体结构错综复杂。
传统的方法是在存在商业关系的双方通过签订纸质的商业合同来保障他们之间的商业关系。随着网络的发展，新的合约技术-电子合同逐渐被推广和使用。电子合同能够提高生产效率和安全性、缩短合同交易时间、减少合同错误率、降低合同风险等等。
然而，现有技术中仍然存在一些弊端，例如，目前用户缺乏有效的手段去核验电子合同是否被篡改。反之亦然，如果理财机构想证明自己未曾修改过某个电子合同的信息，需要事先对电子合同的信息进行公证。目前的举证方式主要是手工流程，如公证处公证，缺乏自动化手段，效率低，成本高，周期长，且电子合同涉及的信息难以得到全面的隐私保护。
发明内容
有鉴于此，本说明书实施例提供了一种基于区块链的业务处理系统。本说明书同时涉及一种基于区块链的业务处理方法以及装置，一种电子设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。
根据本说明书实施例的第一方面，提供了一种基于区块链的业务处理系统，包括：
请求客户端、服务端以及区块链上的至少两个区块链节点；
所述请求客户端，被配置为向所述服务端发送目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及所述目标文件标识信息；
所述服务端，被配置为接收所述目标文件查询请求，获取所述目标文件并接收所述用户进行目标文件查询，向所述用户发送是否将所述目标文件上传至区块链节点的提示 信息,若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点；
所述区块链节点，被配置为接收所述目标文件，将所述目标文件进行存储并向所述请求客户端返回对应的存证哈希值。
可选地，所述服务端，还被配置为：
根据预设算法对所述目标文件进行哈希运算生成对应的数字摘要；采用非对称加密算法，对所述数字摘要进行私钥签名生成对应的数字签名，并将公钥、目标文件以及所述数字签名上传至所述区块链节点；
所述区块链节点，还被配置为：接收所述公钥、目标文件以及所述数字签名，根据所述公钥以及数字签名对所述目标文件进行有效性验证；当所述目标文件的有效性验证成功后，将根据预设算法对所述目标文件进行哈希运算生成的数字摘要进行存储并向所述服务端返回对应的存证哈希值。
可选地，所述服务端，还被配置为：
为所述用户提供目标文件查询页面，在所述目标文件查询页面设置是否将所述目标文件上传至区块链节点的提示框，所述提示框中设置有可供所述用户进行点击操作的选项按钮，检测所述用户的选择结果，若所述用户的选择结果为确认上传，则将所述目标文件上传至所述区块链节点。
可选地，所述请求客户端，还被配置为：向所述区块链节点发送目标文件摘要信息查询请求，所述目标文件摘要信息查询请求中携带有存证哈希值；
所述区块链节点，还被配置为接收所述目标文件摘要信息查询请求，根据所述存证哈希值获取所述目标文件的文件摘要信息及目标文件的下载地址，并将所述目标文件摘要信息及所述目标文件的下载地址发送至所述请求客户端；
所述请求客户端，还被配置为接收所述目标文件摘要信息及所述目标文件的下载地址，根据所述目标文件的下载地址下载所述目标文件。
可选地，所述区块链节点，还被配置为：
采用所述公钥对所述数字签名进行解密生成第一数字摘要，根据预设算法对所述目标文件进行哈希运算生成对应的第二数字摘要；比较所述第一数字摘要与所述第二数字摘要是否一致；若是，则所述目标文件的有效性验证成功；若否，则向所述服务端发送验证失败的提示信息。
可选地，所述请求客户端，还被配置为：向所述服务端发送目标文件摘要信息查询请求，所述目标文件摘要信息查询请求中携带有目标文件标识信息；
所述服务端，还被配置为接收所述目标文件摘要信息查询请求，根据所述目标文件标识信息确定是否存在对应的存证哈希值，若存在，则向所述请求客户端发送所述存证哈希值；
所述请求客户端，还被配置为接收所述存证哈希值。
可选地，所述服务端，还被配置为：
若所述根据所述目标文件标识信息确定是否存在对应的存证哈希值的确定结果为不存在，则向所述请求客户端发送信息正在上传至区块链节点的提示信息。
可选地，所述区块链节点，还被配置为：
当所述目标文件的有效性验证成功后，向所述服务端及请求客户端分别返回已成功接收所述目标文件的数字摘要的调用结果；在所述目标文件的数字摘要存储完成后，向所述服务端返回对应的存证哈希值。
可选地，所述请求客户端，还被配置为：
接收所述服务端发起的协议签订交易；其中，所述协议签订交易用于触发对目标文件传输协议进行电子签名操作；响应于所述协议签订交易，执行电子签名操作，将签名后的目标文件传输协议发送至所述服务端；
所述服务端，还被配置为接收所述请求客户端发送的签名后的目标文件传输协议，将所述目标文件传输协议、目标文件以及对所述目标文件进行哈希算法生成的数字签名发送至所述区块链节点。
可选地，所述基于区块链的业务处理系统，还包括：第一业务端以及第二业务端；
所述第一业务端，被配置为将文件模板上传至所述服务端；
所述服务端，还被配置为接收所述文件模板，向所述第二业务端发送是否将所述文件模板上传至区块链节点的提示信息，所述提示信息中携带有文件模板标识信息；
所述第二业务端，被配置为接收所述提示信息，基于所述提示信息确定选择结果并将携带有所述选择结果的信息发送至所述服务端；
所述服务端，还被配置为接收所述第二业务端发送的携带有所述选择结果的信息， 若所述信息中携带的选择结果为确认上传，则将所述文件模板发送至所述区块链节点；
所述区块链节点，还被配置为接收所述文件模板，将所述文件模板存储并返回写链成功的哈希值，将所述哈希值发送至所述服务端；
所述服务端，被配置为接收所述哈希值并将所述哈希值保存于数据库。
可选地，所述请求客户端，还被配置为向所述服务端发送项目加入请求，所述项目加入请求中携带有用户的身份标识信息以及项目标识信息；
所述服务端，还被配置为接收所述项目加入请求，根据所述项目标识信息确定与所述项目相关联的文件模板以及项目详细信息；根据所述项目详细信息、用户的身份标识信息以及所述文件模板生成与所述项目相关的第一目标文件，向所述请求客户端发起文件签订交易；其中，所述文件签订交易用于触发对所述第一目标文件进行电子签名；
所述请求客户端，还被配置为接收所述服务端发起的文件签订交易，响应于所述文件签订交易，对所述第一目标文件进行电子签名操作，将签名后的第二目标文件发送至所述服务端；
所述服务端，还被配置为：接收所述第二目标文件，基于认证机构证书对所述第二目标文件进行认证签章操作。
根据本说明书实施例的另一方面，提供了一种基于区块链的业务处理方法，包括：
接收目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及目标文件标识信息；
根据所述用户的身份标识信息及目标文件标识信息获取所述目标文件并接收所述用户进行目标文件查询；
向所述用户发送是否将与所述目标文件上传至区块链节点的提示信息；
若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点。
可选地，所述将所述目标文件上传至所述区块链节点包括：
根据预设算法对所述目标文件进行哈希运算生成对应的数字摘要；采用非对称加密算法，对所述数字摘要进行私钥签名生成对应的数字签名，并将公钥、所述数字签名以及目标文件上传至所述区块链节点。
可选地，所述将所述目标文件上传至所述区块链节点之后，还包括：
接收由所述区块链节点返回的存证哈希值。
可选地，所述向所述用户发送是否将与所述目标文件上传至区块链节点的提示信息包括：
为所述用户提供目标文件查询页面，在所述目标文件查询页面设置是否将所述目标文件上传至区块链节点的提示框，所述提示框中设置有可供所述用户进行点击操作的选项按钮；
检测所述用户的选择结果；
所述若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点，包括：
若所述用户的选择结果为确认上传，则将所述目标文件上传至所述区块链节点。
可选地，所述将所述目标文件上传至所述区块链节点之后，还包括：
接收所述目标文件摘要信息查询请求，根据所述目标文件标识信息确定是否存在对应的存证哈希值；
若存在，则向所述请求客户端发送所述存证哈希值；
若不存在，则向所述请求客户端发送信息正在上传至区块链节点的提示信息。
可选地，所述若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点，包括：
若接收到所述用户的目标文件上传请求，则向所述用户发起协议签订交易；其中，所述协议签订交易用于触发对目标文件传输协议进行电子签名操作；
接收所述用户发送的签名后的目标文件传输协议，将所述目标文件传输协议、目标文件以及对所述目标文件进行哈希算法生成的数字签名发送至所述区块链节点。
可选地，所述接收目标文件查询请求之前，还包括：
接收文件模板，向所述第二业务端发送是否将所述文件模板上传至区块链节点的提示信息，所述提示信息中携带有文件模板标识信息；
接收所述第二业务端发送的携带有所述选择结果的信息，在所述信息中携带的选择结果为确认上传时，将所述文件模板发送至所述区块链节点；
接收由区块链节点返回的所述文件模板写链成功的哈希值并将所述哈希值保存于数 据库。
根据本说明书实施例的另一方面，提供了一种基于区块链的业务处理装置，包括：
文件查询请求接收模块，被配置为接收目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及目标文件标识信息；
目标文件查询模块，被配置为根据所述用户的身份标识信息及目标文件标识信息获取所述目标文件并接收所述用户进行目标文件查询；
提示信息发送模块，被配置为向所述用户发送是否将与所述目标文件上传至区块链节点的提示信息；
目标文件传输模块，被配置为若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点。
根据本说明书实施例的另一方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述基于区块链的业务处理方法的步骤。
根据本说明书实施例的另一方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述基于区块链的业务处理方法的步骤。
本说明书实施例中，通过请求客户端向服务端发送目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及所述目标文件标识信息；服务端接收所述目标文件查询请求，获取所述目标文件并接收所述用户进行目标文件查询，向所述用户发送是否将所述目标文件上传至区块链节点的提示信息,若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点；区块链节点接收所述目标文件，将所述目标文件进行存储并向所述请求客户端返回对应的存证哈希值。
本说明书实施例中，通过将目标文件上传至区块链节点，利用区块链技术的去中心化以及公开透明等特点，区块链中的每个节点均可参与信息记录，任意节点的权利和义务都是均等的，一旦信息经过验证并添加至区块链，就会永久的存储起来，单个节点上对数据库的修改是无效的，因此利用区块链技术可有效提高目标文件中信息的稳定性和可靠性。
附图说明
图1是本申请实施例提供的基于区块链的业务处理系统的示意图；
图2是本申请实施例提供的基于区块链的业务处理方法的流程图；
图3是本申请实施例提供的基于区块链的业务处理方法实现过程中的保单信息查询页面示意图；
图4是本申请实施例提供的基于区块链的业务处理方法实现过程中的目标文件摘要信息查询页面示意图；
图5是本申请实施例提供的基于区块链的业务处理方法的交互示意图；
图6是本申请实施例提供的基于区块链的业务处理装置的结构示意图；
图7是本申请实施例提供的电子设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先，对本发明一个或多个实施例涉及的名词术语进行解释。
电子商务认证授权机构(Certificate Authority):简称为CA，它是负责发放和管理数字 证书的权威机构，并作为电子商务交易中受信任的第三方，承担公钥体系中公钥的合法性检验的责任。
本说明书实施例提供了一种基于区块链的业务处理系统。本说明书同时涉及一种基于区块链的业务处理方法以及装置，一种电子设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
图1示出了根据本说明书一实施例的基于区块链的业务处理系统的示意图，包括：
请求客户端102、服务端104以及区块链上的至少两个区块链节点106。
所述请求客户端102，被配置为向所述服务端发送目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及所述目标文件标识信息；
所述服务端104，被配置为接收所述目标文件查询请求，获取所述目标文件并接收所述用户进行目标文件查询，向所述用户发送是否将所述目标文件上传至区块链节点的提示信息，若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点；
所述区块链节点106，被配置为接收所述目标文件，将所述目标文件进行存储并向所述请求客户端返回对应的哈希值。
本说明书提供的一个实施例中，所述服务端，还被配置为：根据预设算法对所述目标文件进行哈希运算生成对应的数字摘要；采用非对称加密算法，对所述数字摘要进行私钥签名生成对应的数字签名，并将公钥、目标文件以及所述数字签名上传至所述区块链节点；
所述区块链节点，还被配置为：接收所述公钥、目标文件以及所述数字签名，根据所述公钥以及数字签名对所述目标文件进行有效性验证；当所述目标文件的有效性验证成功后，将根据预设算法对所述目标文件进行哈希运算生成的数字摘要进行存储并向所述服务端返回对应的存证哈希值。
具体的，所述服务端，还被配置为：
为所述用户提供目标文件查询页面，在所述目标文件查询页面设置是否将所述目标文件上传至区块链节点的提示框，所述提示框中设置有可供所述用户进行点击操作的选项按钮，检测所述用户的选择结果，若所述用户的选择结果为确认上传，则将所述目标文件上传至所述区块链节点。
本说明书提供的一个实施例中，所述请求客户端，还被配置为：向所述区块链节点发送目标文件摘要信息查询请求，所述目标文件摘要信息查询请求中携带有存证哈希值；
所述区块链节点，还被配置为接收所述目标文件摘要信息查询请求，根据所述存证哈希值获取所述目标文件的文件摘要信息及目标文件的下载地址，并将所述目标文件摘要信息及所述目标文件的下载地址发送至所述请求客户端；
所述请求客户端，还被配置为接收所述目标文件摘要信息及所述目标文件的下载地址，根据所述目标文件的下载地址下载所述目标文件。
具体的，所述区块链节点，还被配置为：
采用所述公钥对所述数字签名进行解密生成第一数字摘要，根据预设算法对所述目标文件进行哈希运算生成对应的第二数字摘要；比较所述第一数字摘要与所述第二数字摘要是否一致；若是，则所述目标文件的有效性验证成功；若否，则向所述服务端发送验证失败的提示信息。
除此之外，所述请求客户端，还被配置为：向所述服务端发送目标文件摘要信息查询请求，所述目标文件摘要信息查询请求中携带有目标文件标识信息；
所述服务端，还被配置为接收所述目标文件摘要信息查询请求，根据所述目标文件标识信息确定是否存在对应的存证哈希值，若存在，则向所述请求客户端发送所述存证哈希值；
所述请求客户端，还被配置为接收所述存证哈希值。
可选地，所述服务端，还被配置为：若所述根据所述目标文件标识信息确定是否存在对应的存证哈希值的确定结果为不存在，则向所述请求客户端发送信息正在上传至区块链节点的提示信息。
本说明书提供的一个实施例中，所述区块链节点，还被配置为：当所述目标文件的有效性验证成功后，向所述服务端及请求客户端分别返回已成功接收所述目标文件的数字摘要的调用结果；在所述目标文件的数字摘要存储完成后，向所述服务端返回对应的存证哈希值。
本说明书提供的一个实施例中，所述请求客户端，还被配置为：接收所述服务端发起的协议签订交易；其中，所述协议签订交易用于触发对目标文件传输协议进行电子签名操作；响应于所述协议签订交易，执行电子签名操作，将签名后的目标文件传输 协议发送至所述服务端；
所述服务端，还被配置为接收所述请求客户端发送的签名后的目标文件传输协议，将所述目标文件传输协议、目标文件以及对所述目标文件进行哈希算法生成的数字签名发送至所述区块链节点。
可选地，所述基于区块链的业务处理系统，还包括：第一业务端以及第二业务端；
所述第一业务端，被配置为将文件模板上传至所述服务端；
所述服务端，还被配置为接收所述文件模板，向所述第二业务端发送是否将所述文件模板上传至区块链节点的提示信息，所述提示信息中携带有文件模板标识信息；
所述第二业务端，被配置为接收所述提示信息，基于所述提示信息确定选择结果并将携带有所述选择结果的信息发送至所述服务端；
所述服务端，还被配置为接收所述第二业务端发送的携带有所述选择结果的信息，若所述信息中携带的选择结果为确认上传，则将所述文件模板发送至所述区块链节点；
所述区块链节点，还被配置为接收所述文件模板，将所述文件模板存储并返回写链成功的哈希值，将所述哈希值发送至所述服务端；
所述服务端，被配置为接收所述哈希值并将所述哈希值保存于数据库。
本说明书提供的一个实施例中，所述请求客户端，还被配置为向所述服务端发送项目加入请求，所述项目加入请求中携带有用户的身份标识信息以及项目标识信息；
所述服务端，还被配置为接收所述项目加入请求，根据所述项目标识信息确定与所述项目相关联的文件模板以及项目详细信息；根据所述项目详细信息、用户的身份标识信息以及所述文件模板生成与所述项目相关的第一目标文件，向所述请求客户端发起文件签订交易；其中，所述文件签订交易用于触发对所述第一目标文件进行电子签名；
所述请求客户端，还被配置为接收所述服务端发起的文件签订交易，响应于所述文件签订交易，对所述第一目标文件进行电子签名操作，将签名后的第二目标文件发送至所述服务端；
所述服务端，还被配置为：接收所述第二目标文件，基于认证机构证书对所述第二目标文件进行认证签章操作。
具体的，所述认证机构为电子商务认证授权机构，即基于CA证书对所述第二目标文件进行CA签章操作。
本说明书提供的一个实施例中，区块链技术因其数据不可篡改等特点非常适合用于目标文件的存证。通过与司法机构、法院以及公证处等机构组成联盟区块链来实现目标文件存证信息的共享。目标文件存证信息一旦写入区块链，即会自动同步到公证处数据服务器，区块链每个节点均保存了所有的目标文件存证信息，保证任意一个节点都无法随意修改数据。当用户与服务端间对于目标文件发生纠纷时，可以在公证处查证目标文件的真实性，从技术上保证了目标文件的不可篡性，提高了目标文件的可信度。
图2示出了根据本说明书一实施例的基于区块链的业务处理方法的流程图，包括步骤202至步骤208。
步骤202：接收目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及目标文件标识信息。
本说明书提供的一个实施例中，接收目标文件查询请求之前，由第一业务端向所述服务端发送与项目相关的初始文件模板。具体的，所述项目包括保险项目、理财项目、互助共济项目、公益项目、医疗项目以及生活服务项目。服务端接收初始文件模板后，向第二业务端发送是否将所述初始文件模板上传至区块链的提示信息，所述提示信息中携带有文件模板标识信息；若接收到所述第二业务端发送的确定上传指示，则由服务端将所述初始文件模板上传至区块链节点；接收区块链节点返回的存储所述初始文件模板所生成的哈希值并将所述哈希值保存于数据库。
可选地，服务端将初始文件模板上传至区块链后，若需对所述初始模板进行改进，则将改进后的版本重新上传至区块链节点，并保存区块链节点返回的对应的哈希值。
本说明书提供的一个实施例中，服务端通过页面为用户展示项目详情，若用户有加入项目的意向，则由用户以及项目承办方共同签订生成所述目标文件。
具体的，目标文件的生成过程可以通过以下步骤实现：
请求客户端向服务端发送项目加入请求，所述项目加入请求中携带有用户的身份标识信息以及项目标识信息；
服务端接收所述项目加入请求，根据所述项目标识信息确定与所述项目相关联的文件模板以及项目详细信息；根据所述项目详细信息以及所述文件模板生成与所述项目相关的第一目标文件，向所述请求客户端发起文件签订交易；其中，所述文件签订交 易用于触发对所述第一目标文件进行电子签名；
请求客户端接收所述服务端发起的文件签订交易，响应于所述文件签订交易，对所述第一目标文件进行电子签名操作，并将签名后的第二目标文件发送至所述服务端；服务端接收所述第二目标文件，基于CA证书对所述第二目标文件进行CA签章操作生成所述目标文件。
可选地，服务端将预设时长内生成的一个或多个目标文件发送至第二业务端进行机构签章，所述第二业务端为项目经办方，第二业务端将签章后的文件批处理发送至服务端，服务端将文件进行存储。
以保险项目为例，用户向保险公司发送参保请求，所述参保请求中携带有用户的身份标识信息以及参保种类标识信息；假设用户的身份标识信息包括用户的姓名、年龄、性别以及身份证信息，参保种类标识信息为健康险种A。保险公司接收所述参保请求，根据所述参保种类标识信息确定与所述参保种类相关联的保单模板以及参保种类详细信息；根据所述参保种类详细信息、用户的身份标识信息以及所述保单模板生成与所述参保种类相关的第一保单。其中，将用户的身份标识信息及参保种类详细信息填入保单模板即生成第一保单。
生成第一保单后，保险公司向所述用户发起保单签订交易；其中，所述保单签订交易用于触发用户对所述第一保单进行电子签名。用户接收所述保单签订交易，对所述第一保单进行电子签名操作，并将签名后的第二保单发送至所述保险公司。保险公司接收所述第二保单，基于CA证书对所述第二保单进行CA签章操作生成最终的目标保单。
本说明书提供的一个实施例中，在目标文件签订成功后，若用户未保存该文件，可向服务端发送目标文件查询请求，所述目标文件查询请求中携带有所述用户的身份标识信息以及目标文件标识信息。
步骤204：根据所述用户的身份标识信息及目标文件标识信息获取所述目标文件并接收所述用户进行目标文件查询。
本说明书提供的一个实施例中，服务端接收所述目标文件查询请求后，根据所述用户的身份标识信息在数据库中查询与所述用户相关的文件，再根据目标文件标识信息在与所述用户相关的文件中查询所述目标文件。
可选地，若服务端根据所述用户的身份标识信息未在数据库中查询到与所述用 户相关的文件，则向用户展示项目产品详情界面。
步骤206：向所述用户发送是否将与所述目标文件上传至区块链节点的提示信息。
具体的，若服务端根据目标文件标识信息在所述用户相关的文件中查询到所述目标文件，则为所述用户提供目标文件查询页面，在所述目标文件查询页面设置是否将所述目标文件上传至区块链节点的提示框，所述提示框中设置有可供所述用户进行点击操作的选项按钮；服务端检测所述用户在所述提示框的选择结果并根据选择结果进行后续操作。
以用户所加入的项目为保险项目为例，服务端即为保险公司，所述目标文件即为保单信息，保险公司向用户提供的保单信息查询页面示意图如图3所示，在检测到用户正在查看目标文件的情况下，在交互界面上弹出选项窗口，以提示用户选择对应的图标以进行下一步操作。其中，如图3所示，弹出的选项窗口中的内容为“是否将目标文件上传至区块链？”，并且设置两个可点击按钮，分别为“是”和“否”，若监测到用户点击的按钮为“是”，则将所述保单信息上传至所述区块链节点。
可选地，所述是否将所述目标文件上传至区块链节点的提示框还可设置在资产详情查询界面，以理财项目为例，用户购买理财产品后，若检测到用户正在查看所购买的理财产品详情，则弹出是否将所述目标文件上传至区块链节点的提示框，并检测用户在所述提示框的选择结果，根据用户的选择结果进行后续操作。
步骤208：若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点。
具体的，若所述用户的选择结果为确认上传，则将所述目标文件上传至所述区块链节点。
可选地，服务端接收到所述用户的目标文件上传请求后，向所述用户发起协议签订交易；其中，所述协议签订交易用于触发对目标文件传输协议进行电子签名操作；用户接收所述服务端发起的协议签订交易，执行电子签名程序以响应所述协议签订交易，并将签名后的目标文件传输协议发送至所述服务端。
服务端接收所述用户发送的签名后的目标文件传输协议，将所述目标文件传输协议、目标文件以及对所述目标文件进行哈希算法生成的数字签名发送至所述区块链节点，除此之外，服务端向区块链节点发送的信息还包括：所述目标文件的签订时间以及与所述项目相关联的文件模板对应的哈希值。
仍以用户加入的项目为保险项目为例，保险公司接收到用户的保单文件上传请求后，与用户共同签订用户与区块链主体协议，协议签订成功后，由保险公司将保单文件以及对所述保单文件进行哈希算法生成的数字签名发送至区块链节点，除此之外，保险公司向区块链节点发送的信息还包括：所述保单文件的签订时间、用户与保险公司共同签订的主体协议以及所述用户所签保单的保单模板对应的哈希值。
由于服务端在将初始文件模板上传至区块链后，若需对所述初始模板进行改进，则将改进后的版本重新上传至区块链节点，并保存区块链节点返回的对应的哈希值，因此，服务端将与用户所签保单的保单模板对应的哈希值与保单文件一起上传至区块链，使得用户在后期查询保单信息的同时还可追溯保单模板的版本，能够为用户带来更好的服务体验。
本说明书提供的一个实施例中，区块链技术也被称之为分布式账本技术，是一种由若干台设备共同参与“记账”，共同维护一份完整的分布式数据库的新兴技术。由于区块链技术具有去中心化、公开透明、每台设备可以参与数据库记录、并且各设备之间可以快速的进行数据同步的特性，使得区块链技术已在众多的领域中广泛的进行应用。本说明书实施例中涉及的区块链节点包括接入所述区块链的业务相关设备机构节点、互联网平台的服务设备、监管机构的设备、请求客户端的服务设备、公证处的服务设备、法院的服务设备以及司法鉴定中心的服务设备。
具体的，将所述目标文件上传至所述区块链节点可以通过以下步骤实现：
根据预设算法对所述目标文件进行哈希运算生成对应的数字摘要；
采用非对称加密算法，对所述数字摘要进行私钥签名生成对应的数字签名，并将公钥、所述数字签名以及目标文件上传至所述区块链节点。
区块链节点接收所述公钥、目标文件以及所述数字签名后，还需对目标文件进行有效性验证，具体的，目标文件的有效性验证可通过以下步骤实现：
采用所述公钥对所述数字签名进行解密生成第一数字摘要；
根据预设算法对所述目标文件进行哈希运算生成对应的第二数字摘要；
比较所述第一数字摘要与所述第二数字摘要是否一致；
若是，则所述目标文件的有效性验证成功；
若否，则向所述服务端发送验证失败的提示信息。
具体的，当所述目标文件的有效性验证成功后，区块链节点将根据预设算法对所述目标文件哈希运算生成的数字摘要进行存储并向所述服务端返回对应的存证哈希值。
本说明书提供的一个实施例中，用户签订目标文件传输协议后，可向服务端发送目标文件摘要信息查询请求，服务端接收所述目标文件摘要信息查询请求，根据所述目标文件标识信息确定是否存在对应的存证哈希值，若是，则向所述请求客户端发送所述存证哈希值；若否，则向所述请求客户端发送信息正在上传至区块链节点的提示信息。
请求客户端接收到存证哈希值后，向区块链节点发送目标文件摘要信息查询请求，所述目标文件摘要信息查询请求中携带有存证哈希值；区块链节点接收所述目标文件摘要信息查询请求，根据所述存证哈希值获取所述目标文件的文件摘要信息及目标文件的下载地址，并将所述目标文件摘要信息及所述目标文件的下载地址发送至所述请求客户端；请求客户端接收所述目标文件摘要信息及所述目标文件的下载地址，根据所述目标文件的下载地址下载所述目标文件。
实际应用中，区块链节点为用户提供目标文件摘要信息查询页面，具体的，区块链节点为用户提供的目标文件摘要信息查询页面示意图如图4所示，在检测到用户点击存证哈希值的情况下，在交互界面弹出信息查询页面，该页面显示目标文件摘要信息以及目标文件的下载地址，若监测到用户点击目标文件的下载地址，则将为用户下载目标文件。
本说明书实施例中，区块链中的目标文件可存储于本地存储空间，也可存储于区块链外的其他存储空间，在此不做限制。另外，本说明书实施例仅以图4中的目标文件摘要信息为CXHK WDCQ RJHS KIYV以及目标文件的下载地址为https://abcd.ef/mnopqrstuv/为例进行示意性说明，具体的目标文件摘要信息以及目标文件的下载地址根据实际应用确定，在此不做限制。
仍以保险项目为例，区块链节点为用户提供保单摘要信息查询页面，在将根据预设算法对所述目标文件哈希运算生成的数字摘要进行存储完成后，在交互界面显示对应的存证哈希值，用户点击交互界面显示的存证哈希值即可获取保单文件的文件摘要信息及保单文件的下载地址，用户可自行选择是否下载所述保单文件。
本说明书提供的一个实施例中，由于区块链使用分布式核算和存储，不存在中心化的硬件或管理机构，并且司法链上存储的是目标文件的数字摘要，数字摘要算法 的数学原理保证了无法由数字摘要反向生成目标文件，因此用户隐私得到了保护，在确保用户隐私的前提下，实现目标文件的透明、不可篡改，并且用户可通过区块链节点提供的目标文件下载地址下载所述目标文件，使得用户获取目标文件的方式更加便捷。
图5示出了本说明书一实施例的基于区块链的业务处理方法的交互示意图，该基于区块链的业务处理方法以对理财项目为例进行描述，包括步骤502至步骤522。
步骤502：请求客户端向服务端发送理财合同查询请求。
本说明书提供的一个实施例中，所述理财合同查询请求中携带有用户的身份标识信息及所述理财合同标识信息。
可选地，接收理财合同查询请求之前，由第一业务端及合同模板生成端向理财机构发送与理财产品相关的初始理财合同模板，理财机构接收初始理财合同模板后，向第二业务端即理财项目经办方发送是否将所述初始理财合同模板上传至区块链的提示信息，所述提示信息中携带有初始理财合同模板标识信息；若接收到所述理财项目经办方发送的确定上传指示，则由理财机构将所述初始理财合同模板上传至区块链节点；接收区块链节点返回的存储所述初始理财合同模板所生成的哈希值并将所述哈希值保存于数据库。
此外，服务端将初始文件模板上传至区块链后，若需对所述初始模板进行改进，则将改进后的版本重新上传至区块链节点，并保存区块链节点返回的对应的哈希值。
理财机构通过页面为用户展示理财产品详情，若用户有购买理财产品的意向，则由用户以及理财项目经办方共同签订生成所述理财合同。
可选地，理财机构将预设时长内生成的一个或多个理财合同发送至理财项目经办方进行机构签章，理财项目经办方将签章后的理财合同批处理发送至理财机构，理财机构将接收到的理财合同进行存储。
以预设时长为1个工作日为例，理财机构将1个工作日内生成的M个理财合同发送至理财项目经办方进行机构签章，其中，M为大于等于0的整数。理财项目经办方将签章后的M个理财合同批处理发送至理财机构，理财机构将接收到的M个理财合同进行存储。
仍以理财项目为例，用户向理财机构发送理财产品购买请求，所述理财产品购买请求中携带有用户的身份标识信息以及理财产品标识信息；假设用户的身份标识信息包括用户的姓名、年龄、性别以及身份证信息，理财产品标识信息为产品B。理财机构 接收所述理财产品购买请求，根据所述理财产品标识信息确定与所述理财产品相关联的理财合同模板以及理财产品详细信息；根据所述理财产品详细信息、用户的身份标识信息以及所述理财合同模板生成与所述理财产品种类相关的第一理财合同。其中，将用户的身份标识信息及理财产品详细信息填入理财合同模板即生成第一理财合同。
生成第一理财合同后，理财机构向所述用户发起理财合同签订交易；其中，所述理财合同签订交易用于触发用户对所述第一理财合同进行电子签名。用户接收所述理财合同签订交易，对所述第一理财合同进行电子签名操作，并将签名后的第二理财合同发送至所述理财机构。理财机构接收所述第二理财合同，基于CA证书对所述第二理财合同进行CA签章操作生成最终的理财合同。
本说明书提供的一个实施例中，在理财合同签订成功后，若用户未保存该合同，可向理财机构发送理财合同查询请求，所述理财合同查询请求中携带有所述用户的身份标识信息以及理财合同标识信息。
步骤504：服务端接收所述理财合同查询请求，获取所述理财合同。
本说明书提供的一个实施例中，理财机构接收所述理财合同查询请求后，根据所述用户的身份标识信息在数据库中查询与所述用户相关的合同，再根据理财合同标识信息在与所述用户相关的合同中查询所述理财合同。
可选地，若理财机构根据所述用户的身份标识信息未在数据库中查询到与所述用户相关的合同，则向用户展示理财产品详情界面。
步骤506：服务端接收用户进行理财合同查询。
步骤508：服务端向所述用户发送是否将所述理财合同上传至区块链节点的提示信息。
步骤510：服务端接收用户发送的理财合同上传请求。
具体的，具体的，若理财机构根据理财合同标识信息在所述用户相关的文件中查询到所述理财合同，则为所述用户提供理财合同查询页面，在所述理财合同查询页面设置是否将所述理财合同上传至区块链节点的提示框，所述提示框中设置有可供所述用户进行点击操作的选项按钮；理财机构检测所述用户在所述提示框的选择结果并根据选择结果进行后续操作。
步骤512：服务端将理财合同上传至区块链节点。
具体的，若所述用户的选择结果为确认上传，则将所述目标文件上传至所述区块链节点。
可选地，理财机构接收到所述用户的理财合同上传请求后，向所述用户发起协议签订交易；其中，所述协议签订交易用于触发对理财合同传输协议进行电子签名操作；用户接收所述理财机构发起的协议签订交易，执行电子签名程序以响应所述协议签订交易，并将签名后的理财合同传输协议发送至所述理财机构。
理财机构接收所述用户发送的签名后的理财合同传输协议，将所述理财合同传输协议、理财合同以及对所述理财合同进行哈希算法生成的数字签名发送至所述区块链节点，除此之外，理财机构向区块链节点发送的信息还包括：所述理财合同的签订时间以及与所述理财产品相关联的理财合同模板对应的哈希值。
具体的，将所述目标文件上传至所述区块链节点可以通过以下步骤实现：
根据预设算法对所述目标文件进行哈希运算生成对应的数字摘要；
采用非对称加密算法，对所述数字摘要进行私钥签名生成对应的数字签名，并将公钥、所述数字签名以及目标文件上传至所述区块链节点。
区块链节点接收所述公钥、目标文件以及所述数字签名后，还需对目标文件进行有效性验证，具体的，目标文件的有效性验证可通过以下步骤实现：
采用所述公钥对所述数字签名进行解密生成第一数字摘要；
根据预设算法对所述目标文件进行哈希运算生成对应的第二数字摘要；
比较所述第一数字摘要与所述第二数字摘要是否一致；
若是，则所述目标文件的有效性验证成功；
若否，则向所述服务端发送验证失败的提示信息。
具体的，当所述目标文件的有效性验证成功后，区块链节点将根据预设算法对所述目标文件哈希运算生成的数字摘要进行存储并向所述服务端返回对应的存证哈希值。
可选地，区块链节点接收目标文件后，对目标文件进行有效性验证，当所述目标文件的有效性验证成功后，向所述服务端及请求客户端分别返回已成功接收所述目标文件的数字摘要的调用结果；在所述目标文件的数字摘要存储完成后，向所述服务端返回对应的存证哈希值。
步骤514：区块链节点向服务端返回存证哈希值。
步骤516：请求客户端向服务端发送摘要查询请求。
步骤518：服务端向请求客户端返回存证哈希值。
本说明书提供的一个实施例中，用户签订目标文件传输协议后，可向服务端发送目标文件摘要信息查询请求，服务端接收所述目标文件摘要信息查询请求，根据所述目标文件标识信息确定是否存在对应的存证哈希值，若存在，则向所述请求客户端发送所述存证哈希值；
若所述根据所述目标文件标识信息确定是否存在对应的存证哈希值的确定结果为不存在，则向所述请求客户端发送信息正在上传至区块链节点的提示信息。
步骤520：请求客户端向区块链节点发送摘要信息查询请求。
步骤522：区块链节点向请求客户端发送摘要信息及目标文件下载地址。
本说明书提供的一个实施例中，请求客户端接收到存证哈希值后，向区块链节点发送目标文件摘要信息查询请求，所述目标文件摘要信息查询请求中携带有存证哈希值；区块链节点接收所述目标文件摘要信息查询请求，根据所述存证哈希值获取所述目标文件的文件摘要信息及目标文件的下载地址，并将所述目标文件摘要信息及所述目标文件的下载地址发送至所述请求客户端；请求客户端接收所述目标文件摘要信息及所述目标文件的下载地址，根据所述目标文件的下载地址下载所述目标文件。
本说明书提供的一个实施例中，由于区块链使用分布式核算和存储，不存在中心化的硬件或管理机构，并且司法链上存储的是理财合同的数字摘要，数字摘要算法的数学原理保证了无法由数字摘要反向生成理财合同，因此用户隐私得到了保护，同时也保证了理财合同的不可篡改，并且用户可通过区块链节点提供的合同下载地址下载所述理财合同，使得用户获取理财合同的方式更加便捷。
与上述方法实施例相对应，本说明书还提供了基于区块链的业务处理装置实施例，图6示出了本说明书一个实施例的基于区块链的业务处理装置的结构示意图。如图6所示，该装置包括：文件查询请求接收模块602、目标文件查询模块604、提示信息发送模块606以及目标文件传输模块608。
文件查询请求接收模块602，被配置为接收目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及目标文件标识信息；
目标文件查询模块604，被配置为根据所述用户的身份标识信息及目标文件标识信息获取所述目标文件并接收所述用户进行目标文件查询；
提示信息发送模块606，被配置为向所述用户发送是否将与所述目标文件上传至区块链节点的提示信息；
目标文件传输模块608，被配置为若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点。
具体的，所述目标文件传输模块，还被配置为：根据预设算法对所述目标文件进行哈希运算生成对应的数字摘要；采用非对称加密算法，对所述数字摘要进行私钥签名生成对应的数字签名，并将公钥、所述数字签名以及目标文件上传至所述区块链节点。
可选地，所述基于区块链的业务处理装置，还包括：
存证哈希值接收模块，被配置为接收由所述区块链节点返回的存证哈希值。
可选地，所述提示信息发送模块，还被配置为：为所述用户提供目标文件查询页面，在所述目标文件查询页面设置是否将所述目标文件上传至区块链节点的提示框，所述提示框中设置有可供所述用户进行点击操作的选项按钮；检测所述用户的选择结果；
所述目标文件传输模块，还被配置为：
若所述用户的选择结果为确认上传，则将所述目标文件上传至所述区块链节点。
可选地，所述基于区块链的业务处理装置，还包括：目标文件摘要信息查询请求接收模块，被配置为：
接收所述目标文件摘要信息查询请求，根据所述目标文件标识信息确定是否存在对应的存证哈希值；若存在，则向所述请求客户端发送所述存证哈希值；
若不存在，则向所述请求客户端发送信息正在上传至区块链节点的提示信息。
可选地，所述目标文件传输模块，还被配置为：
若接收到所述用户的目标文件上传请求，则向所述用户发起协议签订交易；其中，所述协议签订交易用于触发对目标文件传输协议进行电子签名操作；
接收所述用户发送的签名后的目标文件传输协议，将所述目标文件传输协议、目标文件以及对所述目标文件进行哈希算法生成的数字签名发送至所述区块链节点。
可选地，所述基于区块链的业务处理装置，还包括：
文件模板传输提示信息发送模块，被配置为接收文件模板，向所述第二业务端发送是否将所述文件模板上传至区块链节点的提示信息，所述提示信息中携带有文件模板标识信息；
选择结果接收模块，被配置为接收所述第二业务端发送的携带有所述选择结果的信息，在所述信息中携带的选择结果为确认上传时，将所述文件模板发送至所述区块链节点；
存储模块，被配置为接收由区块链节点返回的所述文件模板写链成功的哈希值并将所述哈希值保存于数据库。
本说明书提供的一个实施例中，区块链技术因其数据不可篡改等特点非常适合用于目标文件的存证。我们通过与司法机构、法院以及公证处等机构组成联盟区块链来实现目标文件存证信息的共享。目标文件存证信息一旦写入区块链，即会自动同步到公证处数据服务器，区块链每个节点均保存了所有的目标文件存证信息，保证任意一个节点都无法随意修改数据。当用户与服务端间对于目标文件发生纠纷时，可以在公证处查证目标文件的真实性，从技术上保证了目标文件的不可篡性，提高了目标文件的可信度。
图7示出了根据本说明书一实施例的电子设备700的结构框图。该电子设备700的部件包括但不限于存储器710和处理器720。处理器720与存储器710通过总线730相连接，数据库750用于保存数据。
电子设备700还包括接入设备740，接入设备740使得电子设备700能够经由一个或多个网络760通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备740可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。
在本说明书的一个实施例中，电子设备700的上述部件以及图7中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图7所示的电子设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
电子设备700可以是任何类型的静止或移动电子设备，包括移动计算机或移动 电子设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的电子设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止电子设备。电子设备700还可以是移动式或静止式的服务器。
其中，处理器720用于执行该指令被处理器执行时实现如前所述基于区块链的业务处理方法的步骤。
上述为本实施例的一种电子设备的示意性方案。需要说明的是，该电子设备的技术方案与上述的基于区块链的业务处理方法的技术方案属于同一构思，电子设备的技术方案未详细描述的细节内容，均可以参见上述基于区块链的业务处理方法的技术方案的描述。
本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述基于区块链的业务处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的基于区块链的业务处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述基于区块链的业务处理方法的技术方案的描述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (21)

  1. 一种基于区块链的业务处理系统，其特征在于，包括：
    请求客户端、服务端以及区块链上的至少两个区块链节点；
    所述请求客户端，被配置为向所述服务端发送目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及所述目标文件标识信息；
    所述服务端，被配置为接收所述目标文件查询请求，获取所述目标文件并接收所述用户进行目标文件查询，向所述用户发送是否将所述目标文件上传至区块链节点的提示信息,若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点；
    所述区块链节点，被配置为接收所述目标文件，将所述目标文件进行存储并向所述请求客户端返回对应的存证哈希值。
  2. 根据权利要求1所述的系统，其特征在于，所述服务端，还被配置为：
    根据预设算法对所述目标文件进行哈希运算生成对应的数字摘要；采用非对称加密算法，对所述数字摘要进行私钥签名生成对应的数字签名，并将公钥、目标文件以及所述数字签名上传至所述区块链节点；
    所述区块链节点，还被配置为：接收所述公钥、目标文件以及所述数字签名，根据所述公钥以及数字签名对所述目标文件进行有效性验证；当所述目标文件的有效性验证成功后，将根据预设算法对所述目标文件进行哈希运算生成的数字摘要进行存储并向所述服务端返回对应的存证哈希值。
  3. 根据权利要求1所述的系统，其特征在于，所述服务端，还被配置为：
    为所述用户提供目标文件查询页面，在所述目标文件查询页面设置是否将所述目标文件上传至区块链节点的提示框，所述提示框中设置有可供所述用户进行点击操作的选项按钮，检测所述用户的选择结果，若所述用户的选择结果为确认上传，则将所述目标文件上传至所述区块链节点。
  4. 根据权利要求2所述的系统，其特征在于，
    所述请求客户端，还被配置为：向所述区块链节点发送目标文件摘要信息查询请求，所述目标文件摘要信息查询请求中携带有存证哈希值；
    所述区块链节点，还被配置为接收所述目标文件摘要信息查询请求，根据所述存证哈希值获取所述目标文件的文件摘要信息及目标文件的下载地址，并将所述目标文件摘要信息及所述目标文件的下载地址发送至所述请求客户端；
    所述请求客户端，还被配置为接收所述目标文件摘要信息及所述目标文件的下载地址，根据所述目标文件的下载地址下载所述目标文件。
  5. 根据权利要求2所述的系统，其特征在于，所述区块链节点，还被配置为：
    采用所述公钥对所述数字签名进行解密生成第一数字摘要，根据预设算法对所述目标文件进行哈希运算生成对应的第二数字摘要；比较所述第一数字摘要与所述第二数字摘要是否一致；若是，则所述目标文件的有效性验证成功；若否，则向所述服务端发送验证失败的提示信息。
  6. 根据权利要求1所述的系统，其特征在于，
    所述请求客户端，还被配置为：向所述服务端发送目标文件摘要信息查询请求，所述目标文件摘要信息查询请求中携带有目标文件标识信息；
    所述服务端，还被配置为接收所述目标文件摘要信息查询请求，根据所述目标文件标识信息确定是否存在对应的存证哈希值，若存在，则向所述请求客户端发送所述存证哈希值；
    所述请求客户端，还被配置为接收所述存证哈希值。
  7. 根据权利要求6所述的系统，其特征在于，所述服务端，还被配置为：
    若所述根据所述目标文件标识信息确定是否存在对应的存证哈希值的确定结果为不存在，则向所述请求客户端发送信息正在上传至区块链节点的提示信息。
  8. 根据权利要求2所述的系统，其特征在于，所述区块链节点，还被配置为：
    当所述目标文件的有效性验证成功后，向所述服务端及请求客户端分别返回已成功接收所述目标文件的数字摘要的调用结果；在所述目标文件的数字摘要存储完成后，向所述服务端返回对应的存证哈希值。
  9. 根据权利要求1所述的系统，其特征在于，所述请求客户端，还被配置为：
    接收所述服务端发起的协议签订交易；其中，所述协议签订交易用于触发对目标文件传输协议进行电子签名操作；响应于所述协议签订交易，执行电子签名操作，将签名后的目标文件传输协议发送至所述服务端；
    所述服务端，还被配置为接收所述请求客户端发送的签名后的目标文件传输协议，将所述目标文件传输协议、目标文件以及对所述目标文件进行哈希算法生成的数字签名发送至所述区块链节点。
  10. 根据权利要求1所述的系统，其特征在于，还包括：第一业务端以及第二业务端；
    所述第一业务端，被配置为将文件模板上传至所述服务端；
    所述服务端，还被配置为接收所述文件模板，向所述第二业务端发送是否将所述文件模板上传至区块链节点的提示信息，所述提示信息中携带有文件模板标识信息；
    所述第二业务端，被配置为接收所述提示信息，基于所述提示信息确定选择结果并将携带有所述选择结果的信息发送至所述服务端；
    所述服务端，还被配置为接收所述第二业务端发送的携带有所述选择结果的信息，若所述信息中携带的选择结果为确认上传，则将所述文件模板发送至所述区块链节点；
    所述区块链节点，还被配置为接收所述文件模板，将所述文件模板存储并返回写链成功的哈希值，将所述哈希值发送至所述服务端；
    所述服务端，被配置为接收所述哈希值并将所述哈希值保存于数据库。
  11. 根据权利要求1所述的系统，其特征在于，
    所述请求客户端，还被配置为向所述服务端发送项目加入请求，所述项目加入请求中携带有用户的身份标识信息以及项目标识信息；
    所述服务端，还被配置为接收所述项目加入请求，根据所述项目标识信息确定与所述项目相关联的文件模板以及项目详细信息；根据所述项目详细信息、用户的身份标识信息以及所述文件模板生成与所述项目相关的第一目标文件，向所述请求客户端发起文件签订交易；其中，所述文件签订交易用于触发对所述第一目标文件进行电子签名；
    所述请求客户端，还被配置为接收所述服务端发起的文件签订交易，响应于所述文件签订交易，对所述第一目标文件进行电子签名操作，将签名后的第二目标文件发送至所述服务端；
    所述服务端，还被配置为：接收所述第二目标文件，基于认证机构证书对所述第二目标文件进行认证签章操作。
  12. 一种基于区块链的业务处理方法，其特征在于，应用于服务端，包括：
    接收目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及目标文件标识信息；
    根据所述用户的身份标识信息及目标文件标识信息获取所述目标文件并接收所述用户进行目标文件查询；
    向所述用户发送是否将与所述目标文件上传至区块链节点的提示信息；
    若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点。
  13. 根据权利要求12所述的方法，其特征在于，所述将所述目标文件上传至所述区块链节点包括：
    根据预设算法对所述目标文件进行哈希运算生成对应的数字摘要；采用非对称加密算法，对所述数字摘要进行私钥签名生成对应的数字签名，并将公钥、所述数字签名以及目标文件上传至所述区块链节点。
  14. 根据权利要求12所述的方法，其特征在于，所述将所述目标文件上传至所述区块链节点之后，还包括：
    接收由所述区块链节点返回的存证哈希值。
  15. 根据权利要求12所述的方法，其特征在于，所述向所述用户发送是否将与所述目标文件上传至区块链节点的提示信息包括：
    为所述用户提供目标文件查询页面，在所述目标文件查询页面设置是否将所述目标文件上传至区块链节点的提示框，所述提示框中设置有可供所述用户进行点击操作的选项按钮；
    检测所述用户的选择结果；
    所述若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点，包括：
    若所述用户的选择结果为确认上传，则将所述目标文件上传至所述区块链节点。
  16. 根据权利要求12所述的方法，其特征在于，所述将所述目标文件上传至所述区块链节点之后，还包括：
    接收所述目标文件摘要信息查询请求，根据所述目标文件标识信息确定是否存在对应的存证哈希值；
    若存在，则向所述请求客户端发送所述存证哈希值；
    若不存在，则向所述请求客户端发送信息正在上传至区块链节点的提示信息。
  17. 根据权利要求12所述的方法，其特征在于，所述若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点，包括：
    若接收到所述用户的目标文件上传请求，则向所述用户发起协议签订交易；其中，所述协议签订交易用于触发对目标文件传输协议进行电子签名操作；
    接收所述用户发送的签名后的目标文件传输协议，将所述目标文件传输协议、目标文件以及对所述目标文件进行哈希算法生成的数字签名发送至所述区块链节点。
  18. 根据权利要求12所述的方法，其特征在于，所述接收目标文件查询请求之前，还包括：
    接收文件模板，向所述第二业务端发送是否将所述文件模板上传至区块链节点的提示信息，所述提示信息中携带有文件模板标识信息；
    接收所述第二业务端发送的携带有所述选择结果的信息，在所述信息中携带的选择结果为确认上传时，将所述文件模板发送至所述区块链节点；
    接收由区块链节点返回的所述文件模板写链成功的哈希值并将所述哈希值保存于 数据库。
  19. 一种基于区块链的业务处理装置，其特征在于，包括：
    文件查询请求接收模块，被配置为接收目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及目标文件标识信息；
    目标文件查询模块，被配置为根据所述用户的身份标识信息及目标文件标识信息获取所述目标文件并接收所述用户进行目标文件查询；
    提示信息发送模块，被配置为向所述用户发送是否将与所述目标文件上传至区块链节点的提示信息；
    目标文件传输模块，被配置为若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点。
  20. 一种电子设备，其特征在于，包括：
    存储器、处理器；
    所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：
    接收目标文件查询请求，所述目标文件查询请求中携带有用户的身份标识信息及目标文件标识信息；
    根据所述用户的身份标识信息及目标文件标识信息获取所述目标文件并接收所述用户进行目标文件查询；
    向所述用户发送是否将与所述目标文件上传至区块链节点的提示信息；
    若接收到所述用户的目标文件上传请求，则将所述目标文件上传至所述区块链节点。
  21. 一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求12至18任意一项所述方法的步骤。
PCT/CN2020/071230 2019-06-03 2020-01-09 基于区块链的业务处理系统以及方法 WO2020244231A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/886,686 US10942920B2 (en) 2019-06-03 2020-05-28 Service processing system and method based on blockchain
US17/176,254 US11100095B2 (en) 2019-06-03 2021-02-16 Service processing system and method based on blockchain

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910478105.0 2019-06-03
CN201910478105.0A CN110349056B (zh) 2019-06-03 2019-06-03 基于区块链的业务处理系统以及方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/886,686 Continuation US10942920B2 (en) 2019-06-03 2020-05-28 Service processing system and method based on blockchain

Publications (1)

Publication Number Publication Date
WO2020244231A1 true WO2020244231A1 (zh) 2020-12-10

Family

ID=68181437

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/071230 WO2020244231A1 (zh) 2019-06-03 2020-01-09 基于区块链的业务处理系统以及方法

Country Status (2)

Country Link
CN (2) CN112967160B (zh)
WO (1) WO2020244231A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220138688A1 (en) * 2020-11-02 2022-05-05 Jpmorgan Chase Bank, N.A. Systems and methods for distributed ledger-based management of metadata and chain of custody of documents
US11645410B2 (en) * 2019-10-09 2023-05-09 Intertrust Technologies Corporation Content management systems and methods

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112967160B (zh) * 2019-06-03 2024-10-15 创新先进技术有限公司 基于区块链的业务处理系统以及方法
US10942920B2 (en) 2019-06-03 2021-03-09 Advanced New Technologies Co., Ltd. Service processing system and method based on blockchain
CN111373402B (zh) 2019-11-08 2022-03-25 支付宝(杭州)信息技术有限公司 轻量去中心化应用平台
CN111145850A (zh) * 2019-12-23 2020-05-12 支付宝(杭州)信息技术有限公司 基于区块链的医疗数据查询方法以及装置
CN111178840A (zh) * 2019-12-27 2020-05-19 支付宝实验室(新加坡)有限公司 业务处理方法及装置、系统、电子设备、存储介质
CN111275442A (zh) * 2020-01-20 2020-06-12 厦门顺势共识信息科技有限公司 一种基于区块链的理财产品资金使用情况上链公示方法
CN111309812A (zh) * 2020-03-11 2020-06-19 深圳市网心科技有限公司 基于区块链的函件传输方法及相关设备
CN111339206B (zh) * 2020-03-11 2023-07-18 建信金融科技有限责任公司 一种基于区块链的数据共享方法和装置
CN111400752A (zh) * 2020-03-12 2020-07-10 杭州城市大数据运营有限公司 一种基于区块链的数据查询方法、系统及电子设备
CN111429250A (zh) * 2020-03-16 2020-07-17 普洛斯科技(重庆)有限公司 一种货押贷款场景中的数据管理方法和装置
CN111368007A (zh) * 2020-04-03 2020-07-03 南京审计大学 一种基于区块链技术的环境审计存取系统
CN111552676A (zh) * 2020-04-26 2020-08-18 北京众享比特科技有限公司 基于区块链的存证方法、装置、设备及介质
CN111726233B (zh) * 2020-07-30 2023-01-10 北京共识数信科技有限公司 一种基于数字身份的区块链凭证的发放方法
CN112052434A (zh) * 2020-07-30 2020-12-08 中国建设银行股份有限公司 电子文件的验证方法、装置、电子设备及可读存储介质
CN112037866B (zh) * 2020-09-15 2024-06-11 中国科学院微生物研究所 菌株基因组测序信息查询方法、装置、电子设备及介质
CN112417518A (zh) * 2020-11-24 2021-02-26 京东数科海益信息科技有限公司 一种文件的验证方法、装置、电子设备和计算机可读介质
CN112417178B (zh) * 2020-11-24 2022-09-30 从法信息科技有限公司 基于文档模板定义的链上合约处理方法、装置和电子设备
CN112486074B (zh) * 2020-12-03 2021-11-16 上海哔哩哔哩科技有限公司 数据处理系统、方法及装置
CN113010923A (zh) * 2021-02-26 2021-06-22 中国工商银行股份有限公司 基于区块链的信函分发、访问方法和装置
CN113220644B (zh) * 2021-05-28 2022-04-26 北京微纳星空科技有限公司 一种文件处理方法、装置、设备及存储介质
CN113282967B (zh) * 2021-06-08 2022-06-10 湖南思码智链教育科技有限责任公司 基于区块链存储的法律文件电子签名方法及系统
CN113535669A (zh) * 2021-07-23 2021-10-22 广东工业大学 一种文件上传方法、下载方法和系统
CN113886101B (zh) * 2021-09-27 2023-04-21 华南理工大学 基于区块链技术的大数据共享并存证的方法
CN114978526B (zh) * 2022-04-26 2023-11-28 成都质数斯达克科技有限公司 一种区块链数据传输方法、装置、设备及可读存储介质
CN114911869A (zh) * 2022-05-13 2022-08-16 北京航星永志科技有限公司 一种数据及文件存储系统、方法、装置及电子设备
CN115115351B (zh) * 2022-08-24 2022-11-15 深圳市华云中盛科技股份有限公司 一种用于环境损害鉴定评估报告审核的方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108197891A (zh) * 2018-01-05 2018-06-22 法信公证云（厦门）科技有限公司 一种基于区块链的电子签约装置及方法
CN109064120A (zh) * 2018-07-10 2018-12-21 马上游科技股份有限公司 基于区域链的旅游电子合同数字存证系统及存证方法
US20190108140A1 (en) * 2017-10-11 2019-04-11 International Business Machines Corporation Smart contract creation and monitoring for event identification in a blockchain
CN109784870A (zh) * 2019-02-12 2019-05-21 平安科技（深圳）有限公司 合同管理方法、装置、计算机设备及计算机可读存储介质
CN110349056A (zh) * 2019-06-03 2019-10-18 阿里巴巴集团控股有限公司 基于区块链的业务处理系统以及方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101784219B1 (ko) * 2016-06-15 2017-10-12 주식회사 코인플러그 블록체인을 기반으로 하는 금융기관 제증명서류 위변조 검증시스템 및 방법
CN106295401A (zh) * 2016-08-13 2017-01-04 深圳市樊溪电子有限公司 一种用于区块链的只读安全文件存储系统及其方法
US10491378B2 (en) * 2016-11-16 2019-11-26 StreamSpace, LLC Decentralized nodal network for providing security of files in distributed filesystems
US10102526B1 (en) * 2017-03-31 2018-10-16 Vijay K. Madisetti Method and system for blockchain-based combined identity, ownership, integrity and custody management
CN107819777B (zh) * 2017-11-17 2020-07-24 利姆斯(北京)区块链技术有限公司 一种基于区块链技术的数据存证方法及系统
CN108550037B (zh) * 2018-04-11 2022-05-17 北京知金链网络技术有限公司 基于区块链的文件处理方法和装置
CN109583184B (zh) * 2018-10-09 2020-08-04 阿里巴巴集团控股有限公司 身份验证方法及装置和电子设备
CN109257180A (zh) * 2018-10-16 2019-01-22 深圳市乘法信息技术有限公司 一种基于区块链的知识产权文件存证的方法及装置
CN109522270A (zh) * 2018-10-19 2019-03-26 平安科技（深圳）有限公司 基于区块链的文件存读方法、电子装置及可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190108140A1 (en) * 2017-10-11 2019-04-11 International Business Machines Corporation Smart contract creation and monitoring for event identification in a blockchain
CN108197891A (zh) * 2018-01-05 2018-06-22 法信公证云（厦门）科技有限公司 一种基于区块链的电子签约装置及方法
CN109064120A (zh) * 2018-07-10 2018-12-21 马上游科技股份有限公司 基于区域链的旅游电子合同数字存证系统及存证方法
CN109784870A (zh) * 2019-02-12 2019-05-21 平安科技（深圳）有限公司 合同管理方法、装置、计算机设备及计算机可读存储介质
CN110349056A (zh) * 2019-06-03 2019-10-18 阿里巴巴集团控股有限公司 基于区块链的业务处理系统以及方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11645410B2 (en) * 2019-10-09 2023-05-09 Intertrust Technologies Corporation Content management systems and methods
US20220138688A1 (en) * 2020-11-02 2022-05-05 Jpmorgan Chase Bank, N.A. Systems and methods for distributed ledger-based management of metadata and chain of custody of documents

Also Published As

Publication number Publication date
CN110349056B (zh) 2021-04-02
CN112967160A (zh) 2021-06-15
CN110349056A (zh) 2019-10-18
CN112967160B (zh) 2024-10-15

Similar Documents

Publication Publication Date Title
WO2020244231A1 (zh) 基于区块链的业务处理系统以及方法
US11100095B2 (en) Service processing system and method based on blockchain
US11025435B2 (en) System and method for blockchain-based cross-entity authentication
US11533164B2 (en) System and method for blockchain-based cross-entity authentication
CN111356995B (zh) 跨全异的不可变分布式账本网络进行身份解析的系统和方法
CN113243094B (zh) 使用区块链的零知识证明支付
US20240144280A1 (en) Blockchain architecture with record security
US20210126916A1 (en) System and method for decentralized-identifier authentication
WO2022001526A1 (zh) 基于区块链的贸易数据处理方法及其相关设备
WO2020108046A1 (zh) 一种跨区块链的交互方法及系统、计算机设备及存储介质
CN113169980A (zh) 使用区块链的交易账户数据维护
CN111066047A (zh) 实现基于区块链的工作流
US20200019706A1 (en) Blockchain technique for agile software development framework
US11157622B2 (en) Blockchain technique for agile software development framework
CN110601816A (zh) 一种区块链系统中轻量级节点控制方法及装置
TWI746399B (zh) 基於區塊鏈的資訊讀寫方法以及裝置
CN108537047B (zh) 基于区块链生成信息的方法及装置
CN111327426B (zh) 数据共享方法及相关装置、设备及系统
US10853808B1 (en) Method and apparatus for controlled products
KR20080094000A (ko) 사용자 신뢰성 확립 방법, 컴퓨터 판독가능 매체, 사용자신뢰성 확립 장치 및 신뢰성 조사 방법
WO2020182234A2 (en) Methods and devices for transaction matching based on blockchain system
CN109859041B (zh) 基于区块链的基金交易实时更新方法及系统、电子设备
WO2023098769A1 (zh) 身份认证方法、电子设备和计算机可读存储介质
US10853898B1 (en) Method and apparatus for controlled messages
US11087401B1 (en) Method and apparatus to crowd bootstrap startups

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20818150

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20818150

Country of ref document: EP

Kind code of ref document: A1