WO2020108046A1 - 一种跨区块链的交互方法及系统、计算机设备及存储介质 - Google Patents

一种跨区块链的交互方法及系统、计算机设备及存储介质 Download PDF

Info

Publication number
WO2020108046A1
WO2020108046A1 PCT/CN2019/107437 CN2019107437W WO2020108046A1 WO 2020108046 A1 WO2020108046 A1 WO 2020108046A1 CN 2019107437 W CN2019107437 W CN 2019107437W WO 2020108046 A1 WO2020108046 A1 WO 2020108046A1
Authority
WO
WIPO (PCT)
Prior art keywords
case
digital
content
certificate
information
Prior art date
Application number
PCT/CN2019/107437
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 EP19889700.1A priority Critical patent/EP3819855A4/en
Priority to SG11202101233XA priority patent/SG11202101233XA/en
Publication of WO2020108046A1 publication Critical patent/WO2020108046A1/zh
Priority to US17/171,960 priority patent/US11127088B2/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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2379—Updates performed during online database operations; commit processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/901—Indexing; Data structures therefor; Storage structures
    • G06F16/9024—Graphs; Linked lists
    • 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/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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
    • G06Q30/00—Commerce
    • G06Q30/018—Certifying business or products
    • 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—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services; Handling legal documents

Definitions

  • This application relates to the field of blockchain technology, and in particular to a cross-blockchain interaction method and system, computer equipment, and storage media.
  • Credibility that is, the degree of trust of the public.
  • the public's self-awareness and skepticism are gradually improving. Therefore, we need to continuously improve social credibility and avoid a crisis of trust.
  • insurance claim information of insurance companies is stored and managed by the insurance company, and uploaded to the insurance industry inquiry platform after the insurance claim case is completed, and the uploaded insurance claim information includes only the basic information of the insurance claim amount and the underwriting subject Later, the case can be reopened, and the insurance claim information can be changed. If the user suspects that the insurance company has modified the claim information after the case is closed, there is currently no effective means to verify it.
  • This insurance claim information management method is not disclosed to insurance claim information, even the insured cannot always know all of his detailed insurance records at any time, and because the insurer can change the insurance claim information later, it may lead to fraud and more cases Compensation situation.
  • the embodiments of the present specification provide a cross-blockchain interaction method and system, a computer device, and a storage medium to solve the technical defects in the prior art.
  • the embodiments of the present specification disclose a cross-blockchain interaction system, including:
  • the request client is configured to obtain the content of the completed case and process the content of the completed case to generate a digital summary after the completion of the case processing, and send a certificate request to the certificate storage server
  • the digital abstract is carried in the certificate storage request
  • the certificate storage server is configured to receive the certificate storage request, extract a digital abstract, and send the digital abstract to the certificate storage client;
  • the certificate depositing client which corresponds to the blockchain node of the judicial chain, is configured to store information on the judicial chain, receive the digital digest, deposit the digital digest and return the deposit Certificate record ID;
  • the certificate storage service terminal is further configured to obtain the certificate storage record ID returned by the judicial chain, and return the certificate storage record ID, digital summary and case content to the information storage node;
  • the information storage node which corresponds to the blockchain node of the insurance business alliance chain, is configured to receive and store the certificate storage record ID, digital summary, and case content.
  • the certificate storage server is further configured to return the certificate storage record ID, digital summary and case content to the requesting client.
  • the requesting client is further configured to obtain the case-related information completed by the user, splicing and integrating the case-related information according to the preset rules of the requesting client, and processing the integrated case content with a digital summary algorithm to generate a digital summary .
  • the request client is also configured to: receive the user's inspection request for the inspection case and forward it to the existence server;
  • the certificate storage service terminal is further configured to: receive case information to be inspected; generate a first digital summary based on the case information to be inspected; input the certificate registration record ID of the case to be inspected into the certificate inquiry interface to obtain the certificate Two digital abstracts; compare the first digital abstract and the second digital abstract, output the inspection result of the inspection case and feed it back to the requesting client;
  • the requesting client is also configured to receive the inspection result of the case to be inspected and output it.
  • the digital summary algorithm is used to process the integrated case content to generate a digital summary.
  • a cross-blockchain interaction device including:
  • the first receiving module is configured to receive the certificate deposit request, and the certificate deposit request carries a digital summary generated by processing the completed case content;
  • the extraction module is configured to extract the digital abstract and send the digital abstract to the judicial chain for certificate storage;
  • the second receiving module is configured to obtain the record keeping record ID returned by the judicial chain, and return the record keeping record ID, the digital summary and the case content to the information storage node;
  • the sending module is configured to return the record keeping record ID, digital summary and case content to the requesting client.
  • a cross-blockchain interaction device including:
  • the third receiving module is configured to receive case information to be checked
  • a generation module configured to generate a first digital summary based on the information of the case to be checked
  • An acquisition module configured to obtain the second digital summary of the certificate by inputting the certificate storage record ID of the case record ID of the case to be checked;
  • the comparison module is configured to compare the first digital abstract and the second digital abstract, and send the inspection result of the inspection case to the requesting client.
  • the embodiments of the present specification disclose a computer device, including a memory, a processor, and computer instructions stored on the memory and executable on the processor, characterized in that the processor implements the instructions When the instruction is executed by the processor, the steps of the cross-blockchain interaction method are realized.
  • the embodiments of the present specification disclose a computer-readable storage medium that stores computer instructions, which is characterized in that when the instructions are executed by a processor, the steps of the cross-blockchain interaction method are implemented.
  • the so-called blockchain technology also known as distributed accounting technology
  • distributed accounting technology is an Internet database technology, which is characterized by decentralization, openness and transparency. Allow everyone to participate in database records. Since the judicial summary stores the digital summaries of the processed case content, the mathematical principle of the digital summarization algorithm ensures that the processed case content cannot be reversely generated from the digital summaries, so user privacy is protected. Under the premise of ensuring user privacy, the payment information is transparent and cannot be tampered with, and the proof of the payment information has judicial effect.
  • FIG. 1 is a schematic structural diagram of a computing device provided by an embodiment of this specification.
  • FIG. 2 is a schematic structural diagram of a cross-blockchain interaction system provided by an embodiment of this specification
  • FIG. 3 is a schematic structural diagram of a cross-blockchain interaction system provided by an embodiment of this specification.
  • FIG. 4 is a schematic structural diagram of a cross-blockchain interaction system provided by an embodiment of this specification.
  • FIG. 5 is an interaction diagram of a cross-blockchain interaction system provided by an embodiment of this specification.
  • FIG. 6 is an interaction diagram of a cross-blockchain interaction system provided by an embodiment of this specification.
  • FIG. 7 is a flowchart of a cross-blockchain interaction method provided by an embodiment of this specification.
  • FIG. 9 is a flowchart of a cross-blockchain interaction method provided by an embodiment of this specification.
  • FIG. 11 is a schematic diagram of a cross-blockchain interaction device provided by an embodiment of the present specification.
  • FIG. 12 is a schematic diagram of a cross-blockchain interaction device provided by an embodiment of the present specification.
  • 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 may be interpreted as "when” or “when” or “in response to a determination”.
  • FIG. 1 shows a structural block diagram of a computer device 100 according to an embodiment of the present specification.
  • the components of the computing device 100 include but are not limited to the memory 110 and the processor 120.
  • the processor 120 and the memory 110 are connected through a bus 130.
  • the computing device 100 also includes an access device 140, which may include one or more of any type of network interface (eg, a network interface card (NIC)), wired or wireless, such as an IEEE 802.11 wireless local area network (WLAN) ) Wireless interface, global microwave interconnection 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
  • Wi-MAX global microwave interconnection access
  • Ethernet interface Ethernet interface
  • USB universal serial bus
  • cellular network interface Bluetooth interface
  • NFC near field communication
  • FIG. 1 the structural block diagram of the computing device shown in FIG. 1 is for illustrative purposes only, and is not intended to limit the scope of this specification. Those skilled in the art can add or replace other components as needed.
  • the computing device 100 may be any type of stationary or mobile computing device, including a mobile computer or mobile computing device (eg, tablet computer, personal digital assistant, laptop computer, notebook computer, netbook, etc.), mobile phone (eg, smartphone ), a wearable computing device (eg, smart watch, smart glasses, etc.) or other types of mobile devices, or a stationary computing device such as a desktop computer or PC.
  • the computing device 100 may also be a mobile or stationary server.
  • FIG. 2 shows a schematic structural diagram of a cross-blockchain interaction system according to an embodiment of the present specification.
  • the cross-blockchain interaction system may include:
  • Request client 202, certificate storage server 204, certificate storage client 206, information storage node 208, business alliance chain 210, judicial chain 212, business alliance chain 210 is the blockchain for information storage in this specification, judicial chain 212 This is the blockchain used for information storage in this manual.
  • the request client 202 is configured to acquire the content of the completed case and process the content of the completed case after the completion of the case processing to generate a digital summary, and send a certificate request to the certificate storage server.
  • the certificate request carries the digital abstract
  • the certificate storage server 204 is configured to receive the certificate storage request, extract a digital abstract, and send the digital abstract to the certificate storage client;
  • Certificate deposit client 206 which corresponds to the blockchain node of the judicial chain, is configured to store information on the judicial chain, receive the digital digest, deposit the digital digest and return the deposit Record ID;
  • the certificate storage server 204 is further configured to obtain the certificate storage record ID returned by the judicial chain, and return the certificate storage record ID, digital summary, and case content to the information storage node;
  • An information storage node 208 which corresponds to the blockchain node of the business alliance chain, is configured to receive and store the certificate record ID, digital summary, and case content.
  • the certificate storage server 204 is further configured to return the certificate storage record ID, digital summary and case content to the requesting client.
  • the requesting client 202 is further configured to: obtain case-related information completed by the user, splicing and integrating the case-related information according to the preset rules of the requesting client, and processing the integrated case content using a digital summary algorithm to generate numbers Summary.
  • the request client 202 is further configured to: receive the inspection request of the user to be inspected and forward it to the existence server;
  • the certificate storage server 204 is further configured to: receive case information to be inspected; generate a first digital summary based on the case information to be inspected; and input the certificate storage record ID of the case to be inspected into the certificate storage query interface to obtain a certificate A second digital abstract; comparing the first digital abstract and the second digital abstract, outputting the inspection result of the inspection case and feeding it back to the requesting client;
  • the request client 202 is further configured to: receive and output the inspection result of the case to be inspected.
  • the business alliance chain 210 includes the service node of the business-related organization, the service device node of the Internet platform, the device node of the regulatory agency, and the service device node requesting the client that access the blockchain .
  • the equipment nodes of business-related organizations in different business alliance chains are also different.
  • the equipment nodes of business-related institutions corresponding to property insurance may include repair plants and third-party assessment agencies
  • the equipment nodes of business-related institutions corresponding to medical insurance may include medical terminal equipment nodes and service equipment nodes of medical service institutions.
  • the actual application needs to be determined according to the specific conditions of the insurance business, which is not limited in this manual.
  • information storage nodes 1 are configured on medical terminal equipment nodes
  • information storage nodes 2 are configured on service equipment nodes of medical service institutions
  • information storage nodes 3 are configured on service equipment nodes of Internet platforms.
  • the information storage nodes 1-3 are not necessarily configured on the blockchain nodes in the insurance business alliance chain, but can also be configured on independent nodes other than the blockchain nodes.
  • a corresponding certificate storage client 206 is configured on the judicial chain 212, and the certificate storage client may be configured on a certain blockchain node on the judicial chain, or on a separate node outside the judicial chain. There is no restriction on this.
  • the certificate storage server can be configured on a blockchain node within the judicial chain, which is equivalent to the cross-chain interactive function extended by the blockchain node on the basis of related technologies; in another In an embodiment, the certificate depositing server may be configured at a device, node, or platform independent of the insurance business alliance chain and the judicial chain.
  • members of the judicial chain include courts, notaries, and judicial appraisal centers, etc.
  • the alliance chain is positioned to accept requests for deposit and to endorse credit for untampered contents of the deposit Under the premise of complying with national laws and regulations, the alliance chain can provide notarization services with judicial validity. Because of the use of distributed accounting and storage, there is no centralized hardware or management organization. The rights and obligations of any node are equal. Once the information is verified and added to the blockchain, it will be stored permanently. A single node The above modification to the database is invalid, so the data stability and reliability of the blockchain is extremely high.
  • FIG. 3 shows a schematic structural diagram of a cross-blockchain interaction system according to an embodiment of the present specification.
  • the system is applied to the insurance business field, including:
  • Claims client 302, certificate storage server 304, certificate storage client 306, information storage node 308, insurance business alliance chain 310, judicial chain 313, insurance business alliance chain 310 is the blockchain for information storage in this specification
  • judicial Chain 313 is a blockchain used for information storage in this specification.
  • This embodiment is the application of the system shown in FIG. 2 in insurance business.
  • the business alliance chain 210 in FIG. 2 corresponds to the insurance business alliance chain 310 in the insurance business.
  • the request client 202 in FIG. 2 corresponds to the claims client 302 in the insurance business.
  • the claim client 302 is configured to obtain the content of the claim case and process the content of the claim case to generate a digital summary after the case claim is completed, and send a deposit request to the deposit server, which is carried in the deposit request The digital summary;
  • the certificate storage server 304 is configured to receive the certificate storage request, extract a digital abstract, and send the digital abstract to the certificate storage client;
  • Certificate depositing client 306 which corresponds to the blockchain node of the judicial chain, is configured to store information on the judicial chain, receive the digital digest, deposit the digital digest and return the deposit Record ID;
  • the certificate storage server 304 is further configured to obtain the certificate storage record ID returned by the judicial chain, and return the certificate storage record ID, digital summary and case content to the information storage node;
  • the certificate storage server 304 is further configured to return the certificate storage record ID, digital summary and case content to the claims client.
  • the claim client 302 is further configured to: obtain information related to the case where the user completes the claim, stitch and integrate the case related information according to the preset rules of the claim client, and process the integrated case content with a digital summary algorithm to generate numbers Summary.
  • the claim client 302 is further configured to: receive the user’s inspection request for the inspection case and forward it to the existence server;
  • the certificate storage server 304 is further configured to: receive the information of the case to be inspected; generate a first digital summary based on the information of the case to be inspected; The second digital summary; compare the first digital summary with the second digital summary, output the inspection result of the inspection case and feed it back to the claims client;
  • the claim client 302 is further configured to receive and output the inspection result of the case to be inspected.
  • the insurance business alliance chain 310 includes services related to business-related institutional equipment nodes, Internet platform service equipment nodes, regulatory authority equipment nodes, and insurance claims institutions that access the blockchain Device node.
  • the equipment nodes of business related institutions in different insurance business alliance chains are also different.
  • the equipment nodes of business-related institutions corresponding to property insurance may include repair plants and third-party assessment agencies
  • the equipment nodes of business-related institutions corresponding to medical insurance may include medical terminal equipment nodes and service equipment nodes of medical service institutions.
  • the actual application needs to be determined according to the specific conditions of the insurance business, which is not limited in this manual.
  • information storage nodes 1 are configured on medical terminal equipment nodes
  • information storage nodes 2 are configured on service equipment nodes of medical service institutions
  • information storage nodes 3 are configured on service equipment nodes of Internet platforms.
  • the information storage nodes 1-3 are not necessarily configured on the blockchain nodes in the insurance business alliance chain, but can also be configured on independent nodes other than the blockchain nodes.
  • a corresponding certificate storage client 306 is configured on the judicial chain 313, and the certificate storage client can be configured on a certain blockchain node on the judicial chain, or on an independent node outside the judicial chain. There is no restriction on this.
  • the certificate storage server can be configured on a blockchain node within the judicial chain, which is equivalent to the cross-chain interactive function extended by the blockchain node on the basis of related technologies; in another In an embodiment, the certificate depositing server may be configured at a device, node, or platform independent of the insurance business alliance chain and the judicial chain.
  • members of the judicial chain include courts, notaries, and judicial appraisal centers, etc.
  • the alliance chain is positioned to accept requests for deposit and to endorse credit for untampered contents of the deposit Under the premise of complying with national laws and regulations, the alliance chain can provide notarization services with judicial validity. Because of the use of distributed accounting and storage, there is no centralized hardware or management organization. The rights and obligations of any node are equal. Once the information is verified and added to the blockchain, it will be stored permanently. A single node The above modification to the database is invalid, so the data stability and reliability of the blockchain is extremely high.
  • FIG. 4 shows a schematic structural diagram of a cross-blockchain interaction system according to an embodiment of the present specification.
  • the system is applied to the field of public welfare undertakings, including:
  • Query client 402, certificate storage server 404, certificate storage client 406, information storage node 408, charity alliance chain 410, judicial chain 414, the charity alliance chain 410 is the blockchain for information storage in this manual, judicial
  • the chain 414 is a blockchain used for information storage in this specification.
  • This embodiment is the application of the system shown in FIG. 4 to public welfare undertakings.
  • the business alliance chain 210 in FIG. 2 corresponds to the public welfare alliance chain 410 in public welfare undertakings.
  • the request client 202 in FIG. 2 corresponds to the query client 402 in public welfare undertakings.
  • the query client 402 is configured to obtain the content of the public welfare activity after the public welfare activity and process the content of the public welfare activity to generate a digital abstract, and send a certificate deposit request to the certificate deposit service server. Carry the digital abstract;
  • public welfare activities may be charitable donations, youth services, charity, community activities, cultural and artistic activities, etc.
  • Education, morals, poverty alleviation, environmental protection, etc. are all categories of public welfare.
  • the certificate storage server 404 is configured to receive the certificate storage request, extract a digital abstract, and send the digital abstract to the certificate storage client;
  • Certificate deposit client 406 which corresponds to the blockchain node of the judicial chain, is configured to store information on the judicial chain, receive the digital digest, deposit the digital digest and return the deposit Record ID;
  • the certificate storage service terminal 404 is further configured to obtain the certificate storage record ID returned by the judicial chain, and return the certificate storage record ID, digital summary and case content to the information storage node;
  • the certificate storage service terminal 404 is further configured to return the certificate storage record ID, digital summary and case content to the query client.
  • the query client 402 is further configured to: obtain the content of the public welfare activity, stitch and integrate the content of the public welfare activity according to the preset rules of the query client, and process the integrated content with a digital digest algorithm to generate a digital digest.
  • the query client 402 is further configured to: receive the inspection request of the user to be inspected and forward it to the existence server;
  • the certificate storage service terminal 404 is further configured to: receive case information to be inspected; generate a first digital summary based on the case information to be inspected; The second digital abstract; compare the first digital abstract and the second digital abstract, output the inspection result of the inspection case and feed it back to the query client;
  • the query client 402 is further configured to receive and output the inspection result of the case to be inspected.
  • the public welfare alliance chain 410 includes the service node of the business related institution, the service device node of the Internet platform, the device node of the regulatory agency, and the service of the public welfare institution that access the blockchain Device node.
  • different public welfare enterprises involve different institutions, so the equipment nodes of business-related institutions on different public welfare alliance chains are also different.
  • the equipment nodes of business-related institutions corresponding to government charity services may include government agencies and third-party assessment institutions
  • the equipment nodes of business-related institutions corresponding to government-run charity businesses may include equipment nodes of charity institutions and service equipment of third-party assessment institutions Nodes etc.
  • the actual application needs to be determined according to the specific situation of the public welfare business, which is not limited in this manual.
  • information storage nodes 1 are configured on the terminal equipment nodes of government agencies
  • information storage nodes 2 are configured on the service equipment nodes of third-party assessment agencies
  • information storage nodes 3 are configured on the service equipment nodes of the Internet platform, etc.
  • the information storage nodes 1-3 are not necessarily configured on the blockchain nodes in the charity business alliance chain, but can also be configured on independent nodes other than the blockchain nodes.
  • a corresponding certificate storage client 406 is configured on the judicial chain 414, and the certificate storage client can be configured on a certain blockchain node on the judicial chain, or on an independent node outside the judicial chain. There is no restriction on this.
  • the certificate storage server can be configured on a blockchain node within the judicial chain, which is equivalent to the cross-chain interactive function extended by the blockchain node on the basis of related technologies; in another In an embodiment, the certificate depositing server may be configured at a device, node, or platform independent of the insurance business alliance chain and the judicial chain.
  • members of the judicial chain include courts, notaries, and judicial appraisal centers, etc.
  • the alliance chain is positioned to accept requests for deposit and to endorse credit for untampered contents of the deposit Under the premise of complying with national laws and regulations, the alliance chain can provide notarization services with judicial validity. Because of the use of distributed accounting and storage, there is no centralized hardware or management organization. The rights and obligations of any node are equal. Once the information is verified and added to the blockchain, it will be stored permanently. A single node The above modification to the database is invalid, so the data stability and reliability of the blockchain is extremely high.
  • the insurance business alliance chain s blockchain node information storage node 1 and the judicial chain’s blockchain node certificate storage client 2 combine with FIG. 5 to describe the cross-blockchain interactive system process, where, It is applied between the insurance business alliance chain, the certificate storage server and the judicial chain.
  • the information interaction process may include steps 502 to 514.
  • Step 502 The information storage node 1 receives the claim information to be stored.
  • the claims client sends an information storage request to the information storage node 1, the information storage request carrying the information to be stored.
  • Step 504 The information storage node encrypts and stores the claim information.
  • the encryption and storage of claim information is performed by multiple nodes distributed in different places, and each node records complete information. Nodes can participate in monitoring the legality of transactions, and also You can testify together.
  • Step 506 The certificate storage server receives the digital summary of the case content.
  • the certificate depository server obtains the relevant information of the claim case, including policy information, user information, and information related to the claim case business; Set rules to splice and integrate the relevant information of the case; use a digital summary algorithm to process the integrated case content to generate a digital summary.
  • the digital digest algorithm may be any one of algorithms such as SHA256, SM, and/or MD5.
  • Step 508 The certificate storage server 2 sends a digital summary of the case content.
  • the certificate depositing server receives the digital summary sent by the claims client and sends the digital summary to the certificate depositing client.
  • Step 510 The certificate depositing client 2 deposits a digital summary of the certificate.
  • Step 512 The client 2 for returning the certificate returns the ID of the record.
  • Step 514 The certificate storage server returns the ID, digital summary and case content of the certificate.
  • the certificate storage server can be configured on a blockchain node within the judicial chain, which is equivalent to the cross-chain interactive function extended by the blockchain node on the basis of related technologies; in another In an embodiment, the certificate storage server may be configured at a device, node, or platform independent of the insurance business alliance chain and the judicial chain.
  • no one node can store information alone, nor can any node independently store digital summaries, thus avoiding centralized storage of information And there is the possibility of keeping false accounts.
  • no nodes because there are enough nodes, in theory, unless all the nodes are destroyed, the information will not be lost, thus ensuring the security of the information.
  • FIG. 6 shows an interaction schematic diagram of a cross-blockchain interaction system according to an embodiment of the present specification. Still taking the application of the system in the insurance industry as an example for description. It is applied between the insurance business alliance chain, the claims client, the certificate storage server and the judicial chain. In this embodiment, the insurance business alliance chain's blockchain node information storage node 1 and the judicial chain's blockchain node storage The client 2 is described as an example, and includes steps 602 to 616.
  • Step 602 The claim client sends an information storage request.
  • the claims client sends an information storage request to the information storage node 1, the information storage request carrying the information to be stored.
  • Step 604 The information storage node encrypts and stores the claim information.
  • the encryption and storage of claim information is performed by multiple nodes distributed in different places, and each node records complete information. Nodes can participate in monitoring the legality of transactions, and also You can testify together.
  • Step 606 The claims client sends a digital summary of the case content.
  • the claim client after the claim client completes the claim settlement for the user, the claim client sends the relevant information of the claim case to the certificate storage server, including policy information, user information, and information related to the claim case business;
  • the pre-set rules of the claim client carry out splicing and integration of the relevant information of the case;
  • the digital summary algorithm is used to process the integrated case content to generate a digital summary.
  • the digital digest algorithm may be any one of algorithms such as SHA256, SM, and/or MD5.
  • Step 608 The certificate storage server 2 sends a digital summary of the case content.
  • the certificate depositing server receives the digital summary sent by the claims client and sends the digital summary to the certificate depositing client.
  • Step 610 The certificate depositing client 2 deposits a digital summary of the certificate.
  • Step 612 The certificate depositing client 2 returns the certificate depositing record ID.
  • Step 614 The certificate storage server returns the certificate ID, digital summary and case content to the claim client.
  • the certificate storage server will record the ID, digital summary of the certificate
  • the content of the case is returned to the claim client as the basis for future verification, and then sent to the user by the claim client.
  • the user wants to verify whether the content of the compensation case has changed, the user can call the same digital summary algorithm to process the content of the compensation case to generate a digital summary, and based on the record record ID and the newly generated digital summary on the judicial chain Verify the claims information in the case.
  • Step 616 The certificate storage service terminal returns the certificate storage record ID, digital summary and case content to the information storage node.
  • no one node can store information alone, nor can any node independently store digital summaries, thus avoiding centralized storage of information And there is the possibility of keeping false accounts.
  • the information is verified and added to the blockchain, it will be stored permanently, and the modification of the database on a single node is invalid, so the data stability and reliability of the blockchain is extremely high.
  • the information storage node corresponds to the blockchain node of the insurance business alliance chain.
  • each device node of the insurance business alliance chain is equipped with an information storage node, and the claim information written to any information storage node in the insurance business alliance chain will be automatically Synchronized to all other information storage nodes, information storage is completed by multiple nodes distributed in different places, which can reflect the decentralized characteristics of blockchain nodes. And each node records complete information, so they can participate in monitoring the legality of the transaction, and can also testify for it together.
  • FIG. 7 shows a flowchart of a cross-blockchain interaction method according to an embodiment of the present specification, which is applied to a requesting client, and includes steps 702 to 706.
  • Step 702 Process the content of the completed case to generate a digital summary.
  • the content of the completed case includes: content of a completed settlement case or content of a completed public welfare activity.
  • step 702 may be implemented by the steps shown in FIG. 8, including steps 802 to 806.
  • Step 802 Acquire the relevant information of the completed case.
  • the processed case information includes user information and business case processing related information.
  • the specific content of case business-related information is determined by the specific type of case.
  • Word processing file a file formed by a word processing system, consisting of text, punctuation, tables, various symbols, or other encoded text. Files generated by different types of word processing software are not compatible (such as Word and WPS), and files formed using different code rules cannot be directly read. All these software, systems, and codes together with the text content constitute the basic elements of word processing files.
  • Database file a file composed of several original data records.
  • the function of the database system is to input and store data, query records and output results according to instructions. It has a high value of information, but only after being summarized, it has actual use and value.
  • Program files tools used by computers for human-computer communication.
  • the software is composed of several program files.
  • Video, audio, and video files the so-called “multimedia” files, which are usually edited through scanning and identification, video capture, and audio recording.
  • the certificate file can be a text file, a video file, an image file and/or a sound file, etc.
  • Step 804 Perform stitching integration on the case-related information according to the preset rules of the requesting client.
  • Step 806 Use the digital summary algorithm to process the integrated case content to generate a digital summary.
  • the relevant information of the completed case is obtained; the case-related information is stitched and integrated according to the preset rules of the requesting client;
  • the summary algorithm processes the integrated case content to generate a digital summary.
  • the digital digest algorithm may be any one of algorithms such as SHA256, SM, and/or MD5.
  • Step 704 Send a certificate storage request to the certificate storage server, where the certificate storage request carries the digital abstract.
  • Step 706 Receive the ID, digital summary, and case content returned by the certificate storage server.
  • the certificate storage server will record the ID, digital summary of the certificate
  • the content of the case is returned to the requesting client as the basis for future verification, and then the requesting client sends it to the user.
  • the user can call the same digital summary algorithm to process the case content to generate a digital summary, and based on the record record ID and the newly generated digital summary in the judicial chain Verify the case information above.
  • FIG. 9 shows a flowchart of a cross-blockchain interaction method according to an embodiment of the present specification, which is applied to the certificate storage server and includes steps 902 to 906.
  • Step 902 Receive the certificate storage request, where the certificate storage request carries a digital summary generated by processing the completed case content.
  • the content of the completed cases includes the content of the settlement of completed claims or the content of closed public welfare activities.
  • Step 904 Extract the digital abstract, and send the digital abstract to the certificate depositing client for certificate deposit.
  • the certificate storage client corresponds to the judicial chain.
  • the certificate storage client receives a digital digest and generates a certificate record ID according to an encryption algorithm.
  • Each device node of the judicial chain is equipped with a certificate storage client, which is written to any certificate storage client in the judicial chain.
  • the digital summaries of will be automatically synchronized to all other certificate deposit clients, so they can all participate in supervising the legality of transactions, and can also testify for them together.
  • Step 906 Obtain the certificate storage record ID returned by the certificate storage client, and return the certificate storage record ID, digital summary, and case content to the information storage node.
  • the certificate storage service terminal can transfer the information to the information storage node and the certificate storage client by calling its API, and before calling the API, it also needs to follow the service agreement of the judicial chain.
  • ASD The API is shown in the following table:
  • the blockchain node uses an algorithm to perform encrypted storage, that is, to store or output the certificate in the form of a string.
  • the blockchain uses symmetric encryption and authorization technology.
  • the information stored on the blockchain is public, but the user identity information is highly encrypted, only when authorized by the data owner It can be accessed to ensure the security of information and personal privacy.
  • FIG. 10 shows a flowchart of a cross-blockchain interaction method according to an embodiment of the present specification, which is applied to the certificate storage server and includes steps 1002 to 1008.
  • Step 1002 Receive case information to be checked.
  • the information of the case to be checked may include: the content of the settlement of the completed settlement of the compensation or the content of the closed public welfare activity.
  • the user if the user wishes to verify whether the case information has changed, he can call the same digital digest algorithm as the client of the certificate depository to process the completed case content to generate the first digital digest, and submit The certificate storage service terminal sends a case information query request, where the query request carries the ID of the certificate storage record and the first digital abstract.
  • Step 1004 Generate a first digital summary based on the information of the case to be checked.
  • the MD5 algorithm treats the entire file as a large text message, and through its irreversible string transformation algorithm, generates this unique MD5 message digest. After receiving the information of the case to be inspected, the information of the case to be inspected is used as text information to generate the first digital abstract through the MD5 algorithm.
  • Step 1006 Enter the ID of the record of the case to be checked into the certificate query interface to obtain the second digital summary of the certificate.
  • a second digital summary corresponding to the content of the case is stored in the certificate storage server, and the user can obtain the second digital summary by entering the certificate storage record ID into the certificate storage query interface.
  • Step 1008 Compare the first digital digest and the second digital digest and output the comparison result.
  • the returned result is that the information has not been modified
  • the returned result is that the information has been modified.
  • each node on the judicial chain can provide a verification entrance, and the information stored on the blockchain is public, but the account identity information is highly encrypted and only authorized by the data owner It can only be accessed under the circumstances, thus ensuring the security of data and personal privacy.
  • the case information is transparent and cannot be tampered with, and the proof of the case information has judicial effect.
  • the business company also uses the same method to prove that although the requesting client is controlled by the business company, the case information stored in the requesting client has not been tampered with by the business company after the self-preservation certificate.
  • An embodiment of this specification also provides a cross-blockchain interaction device. As shown in FIG. 11, it includes a first receiving module 1102, an extracting module 1104, a second receiving module 1106, and a sending module 1108.
  • the first receiving module 1102 is configured to receive the certificate deposit request, and the certificate deposit request carries a digital summary generated by processing the content of the completed case.
  • the case information to be stored includes relevant information such as policy information, user information, audit conclusions, diagnosis and treatment information, inspection reports, and audit conclusions.
  • relevant information such as policy information, user information, audit conclusions, diagnosis and treatment information, inspection reports, and audit conclusions.
  • the specific forms can be divided into: 1) word processing files; 2) graphic processing files; 3) database files; 4) program files; 5) video, audio, and video files; requesting the client to make relevant information about the case according to preset rules Carry out splicing and integration, and use the digital summary algorithm to process the integrated case content to generate a digital summary.
  • the extraction module 1104 is configured to extract a digital abstract and send the digital abstract to a certificate depositing client for certificate depositing.
  • the second receiving module 1106 is configured to acquire the certificate storage record ID returned by the certificate storage client, and return the certificate storage record ID, digital summary, and case content to the information storage node.
  • the sending module 1108 is configured to return the record keeping record ID, digital summary and case content to the requesting client.
  • the device can be used in different industries, such as public service or insurance.
  • industries such as public service or insurance.
  • specific application mode please refer to the description of the relevant parts of the system or method in this specification, which will not be repeated here.
  • information storage is performed by multiple nodes distributed in different places, that is, it can reflect the decentralized characteristics of blockchain nodes. And each node records complete information, so they can participate in monitoring the legality of the transaction, and can also testify for it together.
  • An embodiment of the present specification also provides a cross-blockchain interaction device. As shown in FIG. 12, it includes a third receiving module 1202, a generating module 1204, an obtaining module 1206, and a comparing module 1208.
  • the third receiving module 1202 is configured to receive case information to be checked.
  • the user wants to verify whether the content of the claim has changed, he can call the same digital digest algorithm to process the completed content of the case to generate a digital summary and send the case to the certificate storage server Information query request, where the query request carries the ID of the certificate record and the newly generated digital abstract.
  • the generating module 1204 is configured to generate a first digital summary based on the information of the case to be checked.
  • the obtaining module 1206 is configured to obtain the second digital summary of the certificate storage by inputting the certificate storage record ID of the certificate storage record ID of the case to be checked.
  • the comparison module 1208 is configured to compare the first digital abstract and the second digital abstract, and send the inspection result of the inspection case to the requesting client.
  • the device can be used in different industries, such as public service or insurance.
  • industries such as public service or insurance.
  • specific application mode please refer to the description of the relevant parts of the system or method in this specification, which will not be repeated here.
  • the returned result is that the information has not been modified; if the stored digital abstract is not the same as the digital abstract submitted by the user , The returned result is that the information has been modified.
  • the system is open, except that the private information of all parties to the transaction is encrypted, the blockchain data is open to everyone, and anyone can query the blockchain data and Develop related applications, so the entire system information is highly transparent.
  • the transaction information stored on the blockchain is public, but the account identity information is highly encrypted and can only be accessed under the authorization of the data owner, thereby ensuring the security of data and personal privacy.
  • the payment information is transparent and cannot be tampered with, and the proof of the payment information has judicial effect.
  • An embodiment of the present application further provides a computer device, including a memory, a processor, and computer instructions stored on the memory and executable on the processor.
  • the processor executes the instructions, the cross-block is implemented as described above Steps of the interactive method of the chain.
  • An embodiment of the present application further provides a computer-readable storage medium that stores computer instructions, which when executed by the processor, implements the steps of the cross-blockchain interaction method described above.
  • the computer instructions include computer program code, and the computer program code may be in a source code form, an object code form, an executable file, or some intermediate form.
  • the computer-readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a USB flash drive, a mobile hard disk, a magnetic disk, an optical disk, a computer memory, a read-only memory (ROM, Read-Only Memory) , Random Access Memory (RAM, Random Access Memory), electrical carrier signals, telecommunications signals and software distribution media, etc. It should be noted that the content contained in the computer-readable medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in jurisdictions. For example, in some jurisdictions, according to legislation and patent practice, computer-readable media Does not include electrical carrier signals and telecommunications signals.

Abstract

本申请提供一种跨区块链的交互方法及系统、计算机设备及存储介质，该系统包括：业务联盟链、司法链、请求客户端和存证服务端；请求客户端在案件处理完成后获取处理完成的案件内容并进行处理生成数字摘要，向存证服务端发送存证请求，存证请求中携带所述数字摘要；存证服务端接收所述存证请求，提取数字摘要并发送给存证客户端；存证客户端对应于所述司法链的区块链节点，存储司法链上的信息，接收所述数字摘要，进行存证并返回存证记录ID；存证服务端还将所述存证记录ID、数字摘要及案件内容返回给信息存储节点；信息存储节点对应于所述业务联盟链的区块链节点，接收所述存证记录ID、数字摘要及案件内容并存储。

Description

一种跨区块链的交互方法及系统、计算机设备及存储介质 技术领域
本申请涉及区块链技术领域，特别涉及一种跨区块链的交互方法及系统、计算机设备及存储介质。
背景技术
公信力，即社会公众的信任程度。在信息高速发展的今天，民众利用网络对重大事件的进展进行传播已经代替了传统媒体的公信力，民众的自我意识、怀疑意识也在逐渐提高，因此我们需要不断提高社会公信力，避免出现信任危机。
以保险业为例，保险作为一种产品已被越来越多的用户所接受和使用，往往一个用户可能购买多种类型的保险。
目前，保险公司的保险理赔信息都是由保险公司进行存储和管理，在保险理赔案件结束后上传至保险行业查询平台，并且上传的保险理赔信息仅包括保险理赔金额和承保标的基本信息，承保公司后期可进行案件重开，并更改保险理赔信息。用户如果怀疑保险公司在结案之后修改过理赔信息，目前缺乏有效的手段去核验。这种保险理赔信息管理方法对保险理赔信息不公开，即使是被保险人也无法随时了解自己的所有详细保险记录，并且由于承保公司后期可更改保险理赔信息，导致可能出现诈保及一案多赔的情况。反之亦然，如果保险公司想证明自己未曾修改过某个赔案的数据，需要事先有意识地对数据进行公证。目前的举证方式主要是手工流程，如公证处公证，缺乏自动化手段，效率低，成本高，周期长，且案件涉及材料内容难以得到全面的隐私保护。
发明内容
有鉴于此，本说明书实施例提供了一种跨区块链的交互方法及系统、计算机设备及存储介质，以解决现有技术中存在的技术缺陷。
一方面，本说明书实施例公开了一种跨区块链的交互系统，包括：
业务联盟链、司法链、请求客户端和存证服务端；
所述请求客户端，被配置为在案件处理完成后，获取处理完成的案件内容并对所述处理完成的案件内容进行处理生成数字摘要，向所述存证服务端发送存证请求，所述存 证请求中携带所述数字摘要；
所述存证服务端，被配置为接收所述存证请求，提取数字摘要，将所述数字摘要发送给存证客户端；
所述存证客户端，所述存证客户端对应于所述司法链的区块链节点，被配置为存储司法链上的信息,接收所述数字摘要，将数字摘要进行存证并返回存证记录ID；
所述存证服务端还被配置为获取所述司法链返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点；
所述信息存储节点，所述信息存储节点对应于所述保险业务联盟链的区块链节点，被配置为接收所述存证记录ID、数字摘要及案件内容并存储。
所述存证服务端，还被配置为将所述存证记录ID、数字摘要及案件内容返回给请求客户端。
请求客户端进一步被配置为：获取用户处理完成的案件相关信息，根据请求客户端的预设规则对所述案件相关信息进行拼接整合，用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
请求客户端还被配置为：接收用户对待查验案件的查验请求并转发至存在服务端；
所述存证服务端还被配置为：接收待查验案件信息；基于待查验案件信息生成第一数字摘要；将所述待查验案件的存证记录ID的输入存证查询接口获得存证的第二数字摘要；将所述第一数字摘要和所述第二数字摘要进行比较，输出查验案件的查验结果并反馈至请求客户端；
请求客户端还被配置为：接收待查验案件的查验结果并输出。
另一方面，本说明书实施例公开了一种跨区块链的交互方法，包括：
接收所述存证请求,所述存证请求中携带有对处理完成的案件内容进行处理生成的数字摘要；
提取数字摘要，将所述数字摘要发送给存证客户端进行存证；
获取所述存证客户端返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点。
另一方面，本说明书实施例公开了一种跨区块链的交互方法，包括：
接收待查验案件信息；
基于待查验案件信息生成第一数字摘要；
将所述待查验案件的存证记录ID的输入存证查询接口获得存证的第二数字摘要；
比较第一数字摘要和第二数字摘要并输出比较结果。
另一方面，本说明书实施例公开了一种跨区块链的交互方法，包括：
在案件处理完成后，对所述处理完成的案件内容进行处理生成数字摘要；
向所述存证服务端发送存证请求，所述存证请求中携带所述数字摘要；
接收存证服务端返回的存证记录ID、数字摘要及案件内容。
另一方面，本说明书实施例公开了一种跨区块链的交互方法，包括：
获取所述处理完成的案件相关信息；
根据请求客户端的预设规则对所述案件相关信息进行拼接整合；
用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
另一方面，本说明书实施例公开了一种跨区块链的交互装置，包括：
第一接收模块，被配置为接收所述存证请求,所述存证请求中携带有对处理完成的案件内容进行处理生成的数字摘要；
提取模块，被配置为提取数字摘要，将所述数字摘要发送给司法链进行存证；
第二接收模块，被配置为获取所述司法链返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点；
发送模块，被配置为将所述存证记录ID、数字摘要及案件内容返回给请求客户端。
另一方面，本说明书实施例公开了一种跨区块链的交互装置，包括：
第三接收模块，被配置为接收待查验案件信息；
生成模块，被配置为基于待查验案件信息生成第一数字摘要；
获取模块，被配置为将所述待查验案件的存证记录ID的输入存证查询接口获得存证的第二数字摘要；
比较模块，被配置为将所述第一数字摘要和所述第二数字摘要进行比较，将查验案件的查验结果发送至请求客户端。
另一方面，本说明书实施例公开了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现该指令被处理器执行时实现跨区块链的交互方法的步骤。
另一方面，本说明书实施例公开了一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现跨区块链的交互方法的步骤。
本说明书提供的一种跨区块链的交互方法及系统，所谓区块链技术，也被称之为分布式记账技术，是一种互联网数据库技术，其特点是去中心化、公开透明，让每个人均可参与数据库记录。由于司法链上存储的是处理完成的案件内容的数字摘要，数字摘要算法的数学原理保证了无法由数字摘要反向生成处理完成的案件内容，因此用户隐私得到了保护。在确保用户隐私的前提下，实现赔付信息的透明、不可篡改，并让赔付信息的举证具备司法效力。
附图说明
图1是本说明书一实施例提供的一种计算设备的结构示意图；
图2是本说明书一实施例提供的一种跨区块链的交互系统的结构示意图；
图3是本说明书一实施例提供的一种跨区块链的交互系统的结构示意图；
图4是本说明书一实施例提供的一种跨区块链的交互系统的结构示意图；
图5是本说明书一实施例提供的一种跨区块链的交互系统的交互图；
图6是本说明书一实施例提供的一种跨区块链的交互系统的交互图；
图7是本说明书一实施例提供的一种跨区块链的交互方法的流程图；
图8是本说明书一实施例提供的一种跨区块链的交互方法的流程图；
图9是本说明书一实施例提供的一种跨区块链的交互方法的流程图；
图10是本说明书一实施例提供的一种跨区块链的交互方法的流程图；
图11是本说明书一实施例提供的一种跨区块链的交互装置的结果示意图；
图12是本说明书一实施例提供的一种跨区块链的交互装置的结果示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在本说明书中，提供了一种跨区块链的交互方法及系统、一种计算机设备及存储介质，在下面的实施例中逐一进行详细说明。
图1示出了根据本说明书一实施例的计算机设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接。
计算设备100还包括接入设备140，接入设备140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。
在本说明书的一个实施例中，计算设备100的上述以及图1中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图1所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
计算设备100可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、 移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备100还可以是移动式或静止式的服务器。
其中，处理器120可以执行图2所示系统中的步骤。图2示出了根据本说明书一实施例提供的一种跨区块链的交互系统的架构示意图，跨区块链的交互系统可以包括：
请求客户端202、存证服务端204、存证客户端206、信息存储节点208、业务联盟链210、司法链212，业务联盟链210为本说明书中作为信息存储的区块链，司法链212为本说明书中作为信息存证的区块链。
请求客户端202，被配置为在案件处理完成后，获取处理完成的案件内容并对所述处理完成的案件内容进行处理生成数字摘要，向所述存证服务端发送存证请求，所述存证请求中携带所述数字摘要；
存证服务端204，被配置为接收所述存证请求，提取数字摘要，将所述数字摘要发送给存证客户端；
存证客户端206，所述存证客户端对应于所述司法链的区块链节点，被配置为存储司法链上的信息,接收所述数字摘要，将数字摘要进行存证并返回存证记录ID；
所述存证服务端204还被配置为获取所述司法链返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点；
信息存储节点208，所述信息存储节点对应于所述业务联盟链的区块链节点，被配置为接收所述存证记录ID、数字摘要及案件内容并存储。
所述存证服务端204，还被配置为将所述存证记录ID、数字摘要及案件内容返回给请求客户端。
请求客户端202进一步被配置为：获取用户处理完成的案件相关信息，根据请求客户端的预设规则对所述案件相关信息进行拼接整合，用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
请求客户端202还被配置为：接收用户对待查验案件的查验请求并转发至存在服务端；
所述存证服务端204还被配置为：接收待查验案件信息；基于待查验案件信息生成第一数字摘要；将所述待查验案件的存证记录ID的输入存证查询接口获得存证的第二 数字摘要；将所述第一数字摘要和所述第二数字摘要进行比较，输出查验案件的查验结果并反馈至请求客户端；
请求客户端202还被配置为：接收待查验案件的查验结果并输出。
本说明书一个或多个实施例中，业务联盟链210中包括接入所述区块链的由业务相关机构设备节点、互联网平台的服务设备节点、监管机构的设备节点以及请求客户端的服务设备节点。
不同业务涉及机构不同，所以不同的业务联盟链上的业务相关机构设备节点也不相同。例如财险对应的业务相关机构设备节点可以包括维修厂、第三方公估机构等，医疗险对应的业务相关机构设备节点则可以包括医疗终端设备节点、医疗服务机构的服务设备节点等。实际应用中需要根据保险业务的具体情况确定，本说明书对此不作限定。
下面以医疗险为例进行说明。医疗险业务下，医疗终端设备节点上配置有信息存储节点1、医疗服务机构的服务设备节点上配置有信息存储节点2、互联网平台的服务设备节点上配置有信息存储节点3等。其中，信息存储节点1-3并不一定配置于保险业务联盟链中的区块链节点上，也可以配置于区块链节点之外的独立节点上。
司法链212上配置有相应的存证客户端206，该存证客户端可以配置于该司法链上的某一区块链节点上，也可以配置于司法链之外的独立节点上，本说明书并不对此进行限制。
本说明书一个或多个实施例中，存证服务端可以配置在司法链内的区块链节点上，相当于该区块链节点在相关技术的基础上扩展出的跨链交互功能；在另一实施例中，存证服务端可以配置在独立于保险业务联盟链和司法链之外的设备、节点或平台等处。
本说明书一个或多个实施例中，司法链上的成员包括法院、公证处、司法鉴定中心等，该联盟链的定位是用于接受存证请求，并为存证内容的未篡改进行信用背书，在符合国家法律法规的前提下，该联盟链能提供具有司法效力的存证公证服务。又由于使用分布式核算和存储，不存在中心化的硬件或管理机构，任意节点的权利和义务都是均等的，一旦信息经过验证并添加至区块链，就会永久的存储起来，单个节点上对数据库的修改是无效的，因此区块链的数据稳定性和可靠性极高。
图3示出了根据本说明书一实施例提供的一种跨区块链的交互系统的架构示意图，该系统应用于保险业务领域，包括：
理赔客户端302、存证服务端304、存证客户端306、信息存储节点308、保险业务 联盟链310、司法链313，保险业务联盟链310为本说明书中作为信息存储的区块链，司法链313为本说明书中作为信息存证的区块链。
本实施例是图2所示的系统在保险业务的应用。图2中的业务联盟链210在保险业务中对应为保险业务联盟链310。图2中的请求客户端202在保险业务中对应为理赔客户端302。
理赔客户端302，被配置为在案件理赔完成后，获取理赔案件内容并对所述理赔案件内容进行处理生成数字摘要，向所述存证服务端发送存证请求，所述存证请求中携带所述数字摘要；
存证服务端304，被配置为接收所述存证请求，提取数字摘要，将所述数字摘要发送给存证客户端；
存证客户端306，所述存证客户端对应于所述司法链的区块链节点，被配置为存储司法链上的信息，接收所述数字摘要，将数字摘要进行存证并返回存证记录ID；
所述存证服务端304还被配置为获取所述司法链返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点；
信息存储节点308，所述信息存储节点对应于所述保险业务联盟链的区块链节点，被配置为接收所述存证记录ID、数字摘要及案件内容并存储。
所述存证服务端304，还被配置为将所述存证记录ID、数字摘要及案件内容返回给理赔客户端。
理赔客户端302进一步被配置为：获取用户完成理赔的案件相关信息，根据理赔客户端的预设规则对所述案件相关信息进行拼接整合，用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
理赔客户端302还被配置为：接收用户对待查验案件的查验请求并转发至存在服务端；
所述存证服务端304还被配置为：接收待查验案件信息；基于待查验案件信息生成第一数字摘要；将所述待查验案件的存证记录ID的输入存证查询接口获得存证的第二数字摘要；将所述第一数字摘要和所述第二数字摘要进行比较，输出查验案件的查验结果并反馈至理赔客户端；
理赔客户端302还被配置为：接收待查验案件的查验结果并输出。
本说明书一个或多个实施例中，保险业务联盟链310中包括接入所述区块链的由业务相关机构设备节点、互联网平台的服务设备节点、监管机构的设备节点以及保险理赔机构的服务设备节点。
不同保险业务涉及机构不同，所以不同的保险业务联盟链上的业务相关机构设备节点也不相同。例如财险对应的业务相关机构设备节点可以包括维修厂、第三方公估机构等，医疗险对应的业务相关机构设备节点则可以包括医疗终端设备节点、医疗服务机构的服务设备节点等。实际应用中需要根据保险业务的具体情况确定，本说明书对此不作限定。
下面以医疗险为例进行说明。医疗险业务下，医疗终端设备节点上配置有信息存储节点1、医疗服务机构的服务设备节点上配置有信息存储节点2、互联网平台的服务设备节点上配置有信息存储节点3等。其中，信息存储节点1-3并不一定配置于保险业务联盟链中的区块链节点上，也可以配置于区块链节点之外的独立节点上。
司法链313上配置有相应的存证客户端306，该存证客户端可以配置于该司法链上的某一区块链节点上，也可以配置于司法链之外的独立节点上，本说明书并不对此进行限制。
本说明书一个或多个实施例中，存证服务端可以配置在司法链内的区块链节点上，相当于该区块链节点在相关技术的基础上扩展出的跨链交互功能；在另一实施例中，存证服务端可以配置在独立于保险业务联盟链和司法链之外的设备、节点或平台等处。
本说明书一个或多个实施例中，司法链上的成员包括法院、公证处、司法鉴定中心等，该联盟链的定位是用于接受存证请求，并为存证内容的未篡改进行信用背书，在符合国家法律法规的前提下，该联盟链能提供具有司法效力的存证公证服务。又由于使用分布式核算和存储，不存在中心化的硬件或管理机构，任意节点的权利和义务都是均等的，一旦信息经过验证并添加至区块链，就会永久的存储起来，单个节点上对数据库的修改是无效的，因此区块链的数据稳定性和可靠性极高。
图4示出了根据本说明书一实施例提供的一种跨区块链的交互系统的架构示意图，该系统应用于公益事业领域，包括：
查询客户端402、存证服务端404、存证客户端406、信息存储节点408、公益事业联盟链410、司法链414，公益事业联盟链410为本说明书中作为信息存储的区块链，司法链414为本说明书中作为信息存证的区块链。
本实施例是图4所示的系统在公益事业的应用。图2中的业务联盟链210在公益事业中对应为公益事业联盟链410。图2中的请求客户端202在公益事业中对应为查询客户端402。
查询客户端402，被配置为在公益活动后，获取公益活动的内容并对所述公益活动的内容进行处理生成数字摘要，向所述存证服务端发送存证请求，所述存证请求中携带所述数字摘要；
本说明书一个或多个实施例中，公益活动可以是爱心捐赠、青年服务、慈善、社团活动、文化艺术活动等等，教育、公德、扶贫、环保等均为公益范畴。
存证服务端404，被配置为接收所述存证请求，提取数字摘要，将所述数字摘要发送给存证客户端；
存证客户端406，所述存证客户端对应于所述司法链的区块链节点，被配置为存储司法链上的信息，接收所述数字摘要，将数字摘要进行存证并返回存证记录ID；
所述存证服务端404还被配置为获取所述司法链返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点；
信息存储节点408，所述信息存储节点对应于所述公益事业联盟链的区块链节点，被配置为接收所述存证记录ID、数字摘要及案件内容并存储。
所述存证服务端404，还被配置为将所述存证记录ID、数字摘要及案件内容返回给查询客户端。
查询客户端402进一步被配置为：获取公益活动的内容，根据查询客户端的预设规则对所述公益活动的内容进行拼接整合，用数字摘要算法对整合后的内容进行处理，生成数字摘要。
查询客户端402还被配置为：接收用户对待查验案件的查验请求并转发至存在服务端；
所述存证服务端404还被配置为：接收待查验案件信息；基于待查验案件信息生成第一数字摘要；将所述待查验案件的存证记录ID的输入存证查询接口获得存证的第二数字摘要；将所述第一数字摘要和所述第二数字摘要进行比较，输出查验案件的查验结果并反馈至查询客户端；
查询客户端402还被配置为：接收待查验案件的查验结果并输出。
本说明书一个或多个实施例中，公益事业联盟链410中包括接入所述区块链的由业务相关机构设备节点、互联网平台的服务设备节点、监管机构的设备节点以及公益事业机构的服务设备节点。
本说明书一个或多个实施例中，不同公益事业涉及机构不同，所以不同的公益事业联盟链上的业务相关机构设备节点也不相同。例如政府公益业务对应的业务相关机构设备节点可以包括政府机构、第三方公估机构等，官办慈善机构业务对应的业务相关机构设备节点则可以包括慈善机构设备节点、第三方公估机构的服务设备节点等。实际应用中需要根据公益业务的具体情况确定，本说明书对此不作限定。
下面以政府公益业务为例进行说明。政府公益险业务下，政府机构终端设备节点上配置有信息存储节点1、第三方公估机构的服务设备节点上配置有信息存储节点2、互联网平台的服务设备节点上配置有信息存储节点3等。其中，信息存储节点1-3并不一定配置于公益业务联盟链中的区块链节点上，也可以配置于区块链节点之外的独立节点上。
司法链414上配置有相应的存证客户端406，该存证客户端可以配置于该司法链上的某一区块链节点上，也可以配置于司法链之外的独立节点上，本说明书并不对此进行限制。
本说明书一个或多个实施例中，存证服务端可以配置在司法链内的区块链节点上，相当于该区块链节点在相关技术的基础上扩展出的跨链交互功能；在另一实施例中，存证服务端可以配置在独立于保险业务联盟链和司法链之外的设备、节点或平台等处。
本说明书一个或多个实施例中，司法链上的成员包括法院、公证处、司法鉴定中心等，该联盟链的定位是用于接受存证请求，并为存证内容的未篡改进行信用背书，在符合国家法律法规的前提下，该联盟链能提供具有司法效力的存证公证服务。又由于使用分布式核算和存储，不存在中心化的硬件或管理机构，任意节点的权利和义务都是均等的，一旦信息经过验证并添加至区块链，就会永久的存储起来，单个节点上对数据库的修改是无效的，因此区块链的数据稳定性和可靠性极高。
下面以保险行业为例，对本说明书提供的跨区块链的交互系统的交互过程进行描述。本实施例中，保险业务联盟链的区块链节点信息存储节点1，司法链的区块链节点存证客户端2，结合图5，对跨区块链的交互系统过程进行描述，其中，其应用于保险业务联盟链、存证服务端和司法链之间，如图5所示，该信息交互过程可以包括步骤 502至步骤514。
步骤502、信息存储节点1接收待存储理赔信息。
本说明书一个或多个实施例中，理赔客户端向信息存储节点1发送信息存储请求，所述信息存储请求中携带有待存储信息。
步骤504、信息存储节点加密存储理赔信息。
本说明书一个或多个实施例中，理赔信息的加密存储由分布在不同地方的多个节点共同完成，而且每一个节点都记录的是完整的信息，节点间可以参与监督交易合法性，同时也可以共同为其作证。
步骤506、存证服务端接收案件内容的数字摘要。
本说明书一个或多个实施例中，在理赔客户端对用户完成理赔后，存证服务端获取该理赔案件的相关信息，包括保单信息、用户信息和理赔案件业务相关信息；根据理赔客户端的预设规则对所述案件相关信息进行拼接整合；用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
不同保险业务所需的理赔材料类型不同，例如财险一般需要查勘报告、维修清单、事故现场照片、标的物损失照片等；健康险一般需要审核结论、诊疗信息、检查报告、理赔记录、检查报告、诊疗报告等。实际应用中需要根据理赔案件的类型确定，本说明书对此不作限定。
本说明书一个或多个实施例中，所述数字摘要算法可以是SHA256、SM和/或MD5等算法中的任意一种。
步骤508、存证服务端2发送案件内容的数字摘要。
本说明书一个或多个实施例中，存证服务端接收由理赔客户端发送的数字摘要并将所述数字摘要发送给存证客户端。
步骤510、存证客户端2存证数字摘要。
步骤512、存证客户端2返回存证记录ID。
步骤514、存证服务端返回存证记录ID、数字摘要及案件内容。
本说明书一个或多个实施例中，存证服务端可以配置在司法链内的区块链节点上，相当于该区块链节点在相关技术的基础上扩展出的跨链交互功能；在另一实施例中， 存证服务端可以配置在独立于保险业务联盟链和司法链之外的设备、节点或平台等处。
本说明书一个或多个实施例中，不同于传统的中心化信息存储方式，没有任何一个节点可以单独存储信息，也没有任何一个节点可以单独进行数字摘要的存证，从而避免了中心化存储信息而出现记假账的可能性。另一方面，由于节点足够多，理论上讲除非所有的节点被破坏，否则信息就不会丢失，从而保证了信息的安全性。
图6示出了根据本说明书一实施例提供的一种跨区块链的交互系统的交互示意图，仍然以该系统在保险行业的应用为例进行描述。其应用于保险业务联盟链、理赔客户端、存证服务端和司法链之间，本实施例中，以保险业务联盟链的区块链节点信息存储节点1，司法链的区块链节点存证客户端2为例进行描述，包括步骤602至步骤616。
步骤602、理赔客户端发送信息存储请求。
本说明书一个或多个实施例中，理赔客户端向信息存储节点1发送信息存储请求，所述信息存储请求中携带有待存储信息。
步骤604、信息存储节点加密存储理赔信息。
本说明书一个或多个实施例中，理赔信息的加密存储由分布在不同地方的多个节点共同完成，而且每一个节点都记录的是完整的信息，节点间可以参与监督交易合法性，同时也可以共同为其作证。
步骤606、理赔客户端发送案件内容的数字摘要。
本说明书一个或多个实施例中，在理赔客户端对用户完成理赔后，理赔客户端向存证服务端发送该理赔案件的相关信息，包括保单信息、用户信息和理赔案件业务相关信息；根据理赔客户端的预设规则对所述案件相关信息进行拼接整合；用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
本说明书一个或多个实施例中，所述数字摘要算法可以是SHA256、SM和/或MD5等算法中的任意一种。
步骤608、存证服务端2发送案件内容的数字摘要。
本说明书一个或多个实施例中，存证服务端接收由理赔客户端发送的数字摘要并将所述数字摘要发送给存证客户端。
步骤610、存证客户端2存证数字摘要。
步骤612、存证客户端2返回存证记录ID。
步骤614、存证服务端向理赔客户端返回存证记录ID、数字摘要及案件内容。
本说明书一个或多个实施例中，存证服务端将所述存证记录ID、数字摘要
及案件内容作为今后核验的依据返回给理赔客户端，再由理赔客户端发送给用户。今后用户如果希望对赔案内容是否发生更改进行核验，用户可以调用相同的数字摘要算法对理赔案件内容进行处理生成数字摘要，并基于所述存证记录ID与新生成的数字摘要在司法链上对所述案件理赔信息进行验证。
步骤616、存证服务端向信息存储节点返回存证记录ID、数字摘要及案件内容。
本说明书一个或多个实施例中，不同于传统的中心化信息存储方式，没有任何一个节点可以单独存储信息，也没有任何一个节点可以单独进行数字摘要的存证，从而避免了中心化存储信息而出现记假账的可能性。另一方面，一旦信息经过验证并添加至区块链，就会永久的存储起来，单个节点上对数据库的修改是无效的，因此区块链的数据稳定性和可靠性极高。
本说明书一个或多个实施例中，所述信息存储节点对应于所述保险业务联盟链的区块链节点。
本说明书一个或多个实施例中，保险业务联盟链的每个设备节点上都配置有信息存储节点，写入到所述保险业务联盟链中的任意信息存储节点中的所述理赔信息会自动同步到其他的所有信息存储节点中，信息存储由分布在不同地方的多个节点共同完成，即可以体现出区块链节点具有去中心化的特征。而且每一个节点都记录的是完整的信息，因此它们都可以参与监督交易合法性，同时也可以共同为其作证。
图7示出了根据本说明书一实施例提供的一种跨区块链的交互方法的流程图，应用于请求客户端，包括步骤702至步骤706。
步骤702、对处理完成的案件内容进行处理生成数字摘要。
本说明书一个或多个实施例中，所述处理完成的案件内容，包括：已完成理赔的理赔案件内容或已结束的公益活动的内容。
本说明书一个或多个实施例中，步骤702可以通过如图8所示的步骤实现，包括步骤802至步骤806。
步骤802、获取所述处理完成的案件相关信息。
所述处理完成的案件信息包括用户信息和处理案件业务相关信息。
本说明书一个或多个实施例中，案件业务相关信息的具体内容由案件的具体类型确定。
业务相关信息的具体形式可以分为：
1)字处理文件：通过文字处理系统形成的文件，由文字、标点、表格、各种符号或其他编码文本组成。不同类型的文字处理软件生成的文件不能兼容(如Word和WPS)，使用不同代码规则形成的文件也不能直接读取。所有这些软件、系统、代码连同文本内容一起，构成了字处理文件的基本要素。
2)图形处理文件：由计算机专门的软件系统辅助设计或辅助制造的图形数据，通过图形人们可以直观地了解非连续性数据间的关系，使得复杂的信息变得生动明晰。
3)数据库文件：由若干原始数据记录所组成的文件。数据库系统的功能是输入和存储数据、查询记录以及按照指令输出结果，它具有很高的信息价值，但只有经过整理汇总之后，才具有实际的用途和价值。
4)程序文件：计算机进行人机交流的工具，软件就是由若干个程序文件组成的。
5)影、音、像文件：即通常所说的“多媒体”文件，通常经过扫描识别、视频捕捉、音频录入等综合编辑而成。即存证文件可以为文本文件、视频文件、图像文件和/或声音文件等等。
步骤804、根据请求客户端的预设规则对所述案件相关信息进行拼接整合。
步骤806、用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
本说明书一个或多个实施例中，在请求客户端对用户案件处理完成后，获取该处理完成的案件的相关信息；根据请求客户端的预设规则对所述案件相关信息进行拼接整合；用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
本说明书一个或多个实施例中，所述数字摘要算法可以是SHA256、SM和/或MD5等算法中的任意一种。
步骤704、向所述存证服务端发送存证请求，所述存证请求中携带所述数字摘要。
步骤706、接收存证服务端返回的存证记录ID、数字摘要及案件内容。
本说明书一个或多个实施例中，存证服务端将所述存证记录ID、数字摘要
及案件内容作为今后核验的依据返回给请求客户端，再由请求客户端发送给用 户。今后用户如果希望对处理完成的案件信息是否发生更改进行核验，用户可以调用相同的数字摘要算法对案件内容进行处理生成数字摘要，并基于所述存证记录ID与新生成的数字摘要在司法链上对所述案件信息进行验证。
图9示出了根据本说明书一实施例提供的一种跨区块链的交互方法的流程图，应用于存证服务端，包括步骤902至步骤906。
步骤902、接收所述存证请求,所述存证请求中携带有对处理完成的案件内容进行处理生成的数字摘要。
实际应用中，所述处理完成的案件内容包括已完成理赔的理赔案件内容或已结束的公益活动的内容。
步骤904、提取数字摘要，将所述数字摘要发送给存证客户端进行存证。
本说明书一个或多个实施例中，所述存证客户端对应于所述司法链。
所述存证客户端接收数字摘要，根据加密算法生成存证记录ID，司法链的每个设备节点上都配置有存证客户端，写入到所述司法链中的任意存证客户端中的所述数字摘要会自动同步到其他的所有存证客户端中，因此它们都可以参与监督交易合法性，同时也可以共同为其作证。
步骤906、获取所述存证客户端返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点。
本说明书一个或多个实施例中，存证服务端向信息存储节点和存证客户端传输信息时，可以通过调用其API来实现，并且调用API之前，还需要按照司法链的服务约定，进行权限验证。其API如下表所示：
Figure PCTCN2019107437-appb-000001
如表所示，请求客户端将案件内容及业务单据号等相关信息发送到区块链后，区块链节点利用算法进行加密存储即存证后会以字符串的形式存储或输出。
本说明书一个或多个实施例中，区块链采用对称加密和授权技术，存储在区块链上的信息是公开的，但是用户身份信息是高度加密的，只有在数据拥有者授权的情况下才能访问到，从而保证了信息的安全，也保证了个人的隐私不被泄露。
图10示出了根据本说明书一实施例提供的一种跨区块链的交互方法的流程图，应用于存证服务端，包括步骤1002至步骤1008。
步骤1002、接收待查验案件信息。
实际应用中，所述待查验案件信息可以包括：已完成理赔的理赔案件内容或已结束的公益活动的内容。
本说明书一个或多个实施例中，用户如果希望对案件信息是否发生更改进行核验，可以调用与存证客户端相同的数字摘要算法对处理完成的案件内容进行处理生成第一数字摘要，并向存证服务端发送案件信息查询请求，所述查询请求中携带有存证记录ID和第一数字摘要。
步骤1004、基于待查验案件信息生成第一数字摘要。
本说明书一个或多个实施例中，以MD5算法为例，MD5算法将整个文件当作一个大文本信息，通过其不可逆的字符串变换算法，产生了这个唯一的MD5信息摘要。在接收到待查验案件信息后，将所述待查验案件信息作为文本信息，通过MD5算法生成第一数字摘要。
步骤1006、将所述待查验案件的存证记录ID输入存证查询接口获得存证的第二数字摘要。
本说明书一个或多个实施例中，存证服务端中存储有与案件内容相对应的第二数字摘要，用户通过将存证记录ID输入存证查询接口即可获得所述第二数字摘要。
步骤1008、比较第一数字摘要和第二数字摘要并输出比较结果。
本说明书一个或多个实施例中，若已存证的数字摘要与用户提交的数字摘要相同，则返回的结果为信息未被修改；
若已存证的数字摘要与用户提交的数字摘要不相同，则返回的结果为信息已被修改。
本说明书一个或多个实施例中，司法链上的各个节点均可提供核验入口，而区块链上存储的信息是公开的，但是账户身份信息是高度加密的，只有在数据拥有者授权的情况下才能访问到，从而保证了数据的安全和个人的隐私。在确保用户隐私的前提下，实现案件信息的透明、不可篡改，并让案件信息的举证具备司法效力。同理，业务公司也用同样的方法证明，尽管请求客户端是由业务公司控制，请求客户端中存储的案件信息自存证之后没有被业务公司进行任何篡改。
本说明书一实施例还提供一种种跨区块链的交互装置，如图11所示，包括第一接收模块1102、提取模块1104、第二接收模块1106和发送模块1108。
第一接收模块1102，被配置为接收所述存证请求,所述存证请求中携带有对处理完成的案件内容进行处理生成的数字摘要。
本说明书一个或多个实施例中，所述待存储案件信息包括保单信息、用户信息、审核结论、诊疗信息、检查报告及审核结论等相关信息。具体形式可以分为：1)字处理文件；2)图形处理文件；3)数据库文件；4)程序文件；5)影、音、像文件；请求客户端根据预设规则对所述案件相关信息进行拼接整合，用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
提取模块1104，被配置为提取数字摘要，将所述数字摘要发送给存证客户端进行存证。
第二接收模块1106、被配置为获取所述存证客户端返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点。
发送模块1108，被配置为将所述存证记录ID、数字摘要及案件内容返回给请求客户端。
该装置可以应用于不同行业，例如公益服务业或者保险业。具体的应用方式可以参考本说明书系统或者方法相关部分的描述，此处不再赘述。
本说明书一个或多个实施例中，信息存储由分布在不同地方的多个节点共同完成，即可以体现出区块链节点具有去中心化的特征。而且每一个节点都记录的是完整的信息，因此它们都可以参与监督交易合法性，同时也可以共同为其作证。
本说明书一实施例还提供一种跨区块链的交互装置，如图12所示，包括第三接收模块1202、生成模块1204、获取模块1206和比较模块1208。
第三接收模块1202，被配置为接收待查验案件信息。
本说明书一个或多个实施例中，用户如果希望对赔案内容是否发生更改进行核验，可以调用相同的数字摘要算法对处理完成的案件内容进行处理生成数字摘要，并向存证服务端发送案件信息查询请求，所述查询请求中携带有存证记录ID和新生成的数字摘要。
生成模块1204，被配置为基于待查验案件信息生成第一数字摘要。
获取模块1206，被配置为将所述待查验案件的存证记录ID的输入存证查询接口获得存证的第二数字摘要。
比较模块1208，被配置为将所述第一数字摘要和所述第二数字摘要进行比较，将查验案件的查验结果发送至请求客户端。
该装置可以应用于不同行业，例如公益服务业或者保险业。具体的应用方式可以参考本说明书系统或者方法相关部分的描述，此处不再赘述。
本说明书一个或多个实施例中，若已存证的数字摘要与用户提交的数字摘要相同，则返回的结果为信息未被修改；若已存证的数字摘要与用户提交的数字摘要不相同，则返回的结果为信息已被修改。
本说明书一个或多个实施例中，系统是开放的，除了交易各方的私有信息被加密外，区块链的数据对所有人公开，任何人都可以通过公开的接口查询区块链数据和开发相关应用，因此整个系统信息高度透明。存储在区块链上的交易信息是公开的，但是账户身份信息是高度加密的，只有在数据拥有者授权的情况下才能访问到，从而保证了数据的安全和个人的隐私。在确保用户隐私的前提下，实现赔付信息的透明、不可篡改，并让赔付信息的举证具备司法效力。
本申请一实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现如前所述跨区块链的交互方法的步骤。本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述跨区块链的交互方法的步骤。
说明书上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的跨区块链的交互方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述跨区块链的交互方法的技术方案的描述。
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书并不受所描述的动作顺序的限制，因为依据本说明书，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上公开的本说明书优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (22)

  1. 一种跨区块链的交互系统，其特征在于，包括：
    业务联盟链、司法链、请求客户端和存证服务端；
    所述请求客户端，被配置为在案件处理完成后，获取处理完成的案件内容并对所述处理完成的案件内容进行处理生成数字摘要，向所述存证服务端发送存证请求，所述存证请求中携带所述数字摘要；
    所述存证服务端，被配置为接收所述存证请求，提取数字摘要，将所述数字摘要发送给存证客户端；
    存证客户端对应于所述司法链的区块链节点，被配置为存储司法链上的信息,接收所述数字摘要，将数字摘要进行存证并返回存证记录ID；
    所述存证服务端还被配置为获取所述司法链返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点；
    信息存储节点对应于所述业务联盟链的区块链节点，被配置为接收所述存证记录ID、数字摘要及案件内容并存储。
  2. 如权利要求1所述的跨区块链的交互系统，其特征在于，所述业务联盟链，包括保险业务联盟链；
    所述请求客户端包括理赔客户端；
    所述理赔客户端，被配置为在案件理赔完成后，获取理赔案件内容并对所述理赔案件内容进行处理生成数字摘要，向所述存证服务端发送存证请求，所述存证请求中携带所述数字摘要；
    信息存储节点对应于所述保险业务联盟链的区块链节点，被配置为接收所述存证记录ID、数字摘要及案件内容并存储。
  3. 如权利要求1所述的跨区块链的交互系统，其特征在于，所述业务联盟链，包括公益事业联盟链；
    所述请求客户端包括查询客户端；
    所述查询客户端，被配置为在公益活动结束后，获取公益活动的内容并对所述公益活动的内容进行处理生成数字摘要，向所述存证服务端发送存证请求，所述存证请求中携带所述数字摘要；
    信息存储节点对应于所述公益事业联盟链的区块链节点，被配置为接收所述存证记录ID、数字摘要及案件内容并存储。
  4. 如权利要求1所述的跨区块链的交互系统，其特征在于，所述存证服务端，还 被配置为将所述存证记录ID、数字摘要及案件内容返回给请求客户端。
  5. 如权利要求1所述的跨区块链的交互系统，其特征在于，所述处理完成的案件内容包括用户信息和处理案件业务相关信息。
  6. 如权利要求5所述的跨区块链的交互系统，其特征在于，请求客户端进一步被配置为：获取用户处理完成的案件相关信息，根据请求客户端的预设规则对所述案件相关信息进行拼接整合，用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
  7. 如权利要求6所述的跨区块链的交互系统，其特征在于，请求客户端还被配置为：接收用户对待查验案件的查验请求并转发至存在服务端；
    所述存证服务端还被配置为：接收待查验案件信息；基于待查验案件信息生成第一数字摘要；将所述待查验案件的存证记录ID的输入存证查询接口获得存证的第二数字摘要；将所述第一数字摘要和所述第二数字摘要进行比较，输出查验案件的查验结果并反馈至请求客户端；
    请求客户端还被配置为：接收待查验案件的查验结果并输出。
  8. 如权利要求1所述的跨区块链的交互系统，其特征在于，所述业务联盟链中的区块链节点包括接入所述区块链的业务相关设备机构节点、互联网平台的服务设备、监管机构的设备以及请求客户端的服务设备；
    所述司法链中的区块链节点包括接入所述区块链的公证处的服务设备、法院的服务设备以及司法鉴定中心的服务设备。
  9. 一种跨区块链的交互方法，其特征在于，应用于存证服务端，所述方法包括：
    接收所述存证请求，所述存证请求中携带有对处理完成的案件内容进行处理生成的数字摘要；
    提取数字摘要，将所述数字摘要发送给存证客户端进行存证；
    获取所述存证客户端返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点。
  10. 如权利要求9所述的跨区块链的交互方法，其特征在于，所述处理完成的案件内容包括：已完成理赔的理赔案件内容或已结束的公益活动的内容。
  11. 如权利要求9所述的跨区块链的交互方法，其特征在于，还包括：
    将所述存证记录ID、数字摘要及案件内容返回给请求客户端。
  12. 如权利要求9所述的跨区块链的交互方法，其特征在于，还包括：
    接收待查验案件信息；
    基于待查验案件信息生成第一数字摘要；
    将所述待查验案件的存证记录ID输入存证查询接口获得存证的第二数字摘要；
    比较第一数字摘要和第二数字摘要并输出比较结果。
  13. 一种跨区块链的交互方法，其特征在于，应用于请求客户端，所述方法包括：
    在案件处理完成后，对所述处理完成的案件内容进行处理生成数字摘要；
    向所述存证服务端发送存证请求，所述存证请求中携带所述数字摘要；
    接收存证服务端返回的存证记录ID、数字摘要及案件内容。
  14. 如权利要求13所述的跨区块链的交互方法，其特征在于，所述对所述处理完成的案件内容进行处理生成数字摘要包括：
    获取所述处理完成的案件相关信息；
    根据请求客户端的预设规则对所述案件相关信息进行拼接整合；
    用数字摘要算法对整合后的案件内容进行处理，生成数字摘要。
  15. 如权利要求13所述的跨区块链的交互方法，其特征在于，所述处理完成的案件内容，包括：已完成理赔的理赔案件内容或已结束的公益活动的相关内容。
  16. 如权利要求13所述的跨区块链的交互方法，其特征在于，还包括：
    接收用户对待查验案件的查验请求并转发至存在服务端；
    接收待查验案件的查验结果并输出。
  17. 一种跨区块链的交互装置，其特征在于，包括：
    第一接收模块，被配置为接收所述存证请求,所述存证请求中携带有对处理完成的案件内容进行处理生成的数字摘要；
    提取模块，被配置为提取数字摘要，将所述数字摘要发送给司法链进行存证；
    第二接收模块，被配置为获取所述司法链返回的存证记录ID，将所述存证记录ID、数字摘要及案件内容返回给信息存储节点。
  18. 如权利要求17所述的跨区块链的交互装置，其特征在于，还包括：
    发送模块，被配置为将所述存证记录ID、数字摘要及案件内容返回给请求客户端。
  19. 如权利要求17所述的跨区块链的交互装置，其特征在于，还包括：
    第三接收模块，被配置为接收待查验案件信息；
    生成模块，被配置为基于待查验案件信息生成第一数字摘要；
    获取模块，被配置为将所述待查验案件的存证记录ID的输入存证查询接口获得存证的第二数字摘要；
    比较模块，被配置为将所述第一数字摘要和所述第二数字摘要进行比较，将查验案件的查验结果发送至请求客户端。
  20. 如权利要求17所述的跨区块链的交互装置，其特征在于，所述处理完成的案件内容，包括：已完成理赔的理赔案件内容或已结束的公益活动的内容。
  21. 一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现该指令被处理器执行时实现权利要求9-16中任意一项所述方法的步骤。
  22. 一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求9-16中任意一项所述方法的步骤。
PCT/CN2019/107437 2018-11-26 2019-09-24 一种跨区块链的交互方法及系统、计算机设备及存储介质 WO2020108046A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP19889700.1A EP3819855A4 (en) 2018-11-26 2019-09-24 METHOD AND SYSTEM FOR CROSS-BLOCK CHAIN INTERACTION, COMPUTER DEVICE AND STORAGE MEDIUM
SG11202101233XA SG11202101233XA (en) 2018-11-26 2019-09-24 Cross-block chain interaction method and system, computer device, and storage medium
US17/171,960 US11127088B2 (en) 2018-11-26 2021-02-09 Cross-blockchain interaction method, system, computer device, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811419270.0A CN110020956B (zh) 2018-11-26 2018-11-26 一种跨区块链的交互方法及系统、计算机设备及存储介质
CN201811419270.0 2018-11-26

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/171,960 Continuation US11127088B2 (en) 2018-11-26 2021-02-09 Cross-blockchain interaction method, system, computer device, and storage medium

Publications (1)

Publication Number Publication Date
WO2020108046A1 true WO2020108046A1 (zh) 2020-06-04

Family

ID=67188568

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/107437 WO2020108046A1 (zh) 2018-11-26 2019-09-24 一种跨区块链的交互方法及系统、计算机设备及存储介质

Country Status (6)

Country Link
US (1) US11127088B2 (zh)
EP (1) EP3819855A4 (zh)
CN (1) CN110020956B (zh)
SG (1) SG11202101233XA (zh)
TW (1) TWI764037B (zh)
WO (1) WO2020108046A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112632628A (zh) * 2021-01-30 2021-04-09 山西晋合思创信息科技有限公司 一种基于区块链技术的司法案件数据管理方法
CN112769953A (zh) * 2021-01-26 2021-05-07 山西晋合思创信息科技有限公司 一种基于云存储的司法案件数据多元化保全方法及系统
CN112801867A (zh) * 2020-12-30 2021-05-14 杭州趣链科技有限公司 基于区块链的卫星遥感图像拼接方法、装置及设备
CN115102747A (zh) * 2022-06-17 2022-09-23 江西武大扬帆科技有限公司 基于数字孪生的互联网管理平台

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110020956B (zh) * 2018-11-26 2022-11-22 创新先进技术有限公司 一种跨区块链的交互方法及系统、计算机设备及存储介质
CN110414937A (zh) * 2019-07-29 2019-11-05 重庆晨鲸科技有限公司 基于二维码的上链式电子签约和存证方法及系统
CN110610442A (zh) * 2019-09-09 2019-12-24 深圳四方精创资讯股份有限公司 基于区块链的交通事故处理方法与装置和系统及存储介质
CN110602214B (zh) * 2019-09-16 2022-07-19 百度在线网络技术（北京）有限公司 司法链的证据存证和处理方法、装置、设备和介质
CN110535970B (zh) * 2019-09-16 2022-04-12 百度在线网络技术（北京）有限公司 司法链的证据存证和处理方法、装置、设备和介质
CN111090891B (zh) * 2020-03-23 2020-06-19 卓尔智联(武汉)研究院有限公司 一种基于区块链的公证人选取方法及系统
CN111639914A (zh) * 2020-05-29 2020-09-08 航天科工智慧产业发展有限公司 区块链案件信息管理方法、装置、电子设备和存储介质
CN112001727A (zh) * 2020-07-30 2020-11-27 律众法宝(北京)网络数据科技有限责任公司 对交易进行存证的方法、装置以及存储介质
CN111783144A (zh) * 2020-08-20 2020-10-16 支付宝(杭州)信息技术有限公司 基于区块链的数据处理方法以及装置
CN112241892A (zh) * 2020-10-29 2021-01-19 上海玳鸽信息技术有限公司 一种基于区块链的保险溯源平台及方法
CN112712367A (zh) * 2021-01-14 2021-04-27 上海边界智能科技有限公司 一种基于区块链的跨链存证方法
CN113342900B (zh) * 2021-08-02 2021-10-29 成都天府市民云服务有限公司 一种基于区块链的个人信息授权方法及系统
CN113922996B (zh) * 2021-09-29 2022-12-30 昆明信息港传媒有限责任公司 一种基于跨区块链技术的电子学籍档案隐私保护方法
CN114968951B (zh) * 2022-07-29 2022-11-15 联通(四川)产业互联网有限公司 基于区块链的司法存证监管方法、系统和计算机存储介质
CN116881972B (zh) * 2023-09-04 2023-11-24 奇点数联(北京)科技有限公司 一种信息交互方法、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107948736A (zh) * 2017-11-03 2018-04-20 法信公证云（厦门）科技有限公司 一种音视频证据保全方法及系统
CN108549825A (zh) * 2018-03-14 2018-09-18 中链科技有限公司 一种文件存证、验真和举证方法及装置
US20180294966A1 (en) * 2017-04-05 2018-10-11 Samsung Sds Co., Ltd. Blockchain-based digital identity management method
CN108665372A (zh) * 2018-04-28 2018-10-16 腾讯科技（深圳）有限公司 基于区块链的信息处理、查询、储存方法和装置
CN110020956A (zh) * 2018-11-26 2019-07-16 阿里巴巴集团控股有限公司 一种跨区块链的交互方法及系统、计算机设备及存储介质

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7694128B2 (en) 2002-03-08 2010-04-06 Mcafee, Inc. Systems and methods for secure communication delivery
US7096498B2 (en) 2002-03-08 2006-08-22 Cipher Trust, Inc. Systems and methods for message threat management
US6990504B2 (en) * 2002-10-18 2006-01-24 Tybera Development Group, Inc. Method and system for transmitting secured electronic documents
US20150310497A1 (en) 2009-12-17 2015-10-29 David Valin Method and process for registration, creation and management of micro shares of real or intangible properties and advertisements in a network system
US9953281B2 (en) 2012-09-28 2018-04-24 Rex Wiig System and method of a requirement, compliance and resource management
US20180096175A1 (en) 2016-10-01 2018-04-05 James L. Schmeling Blockchain Enabled Packaging
US10572684B2 (en) 2013-11-01 2020-02-25 Anonos Inc. Systems and methods for enforcing centralized privacy controls in de-centralized systems
US10095549B1 (en) 2015-09-29 2018-10-09 Amazon Technologies, Inc. Ownership transfer account service in a virtual computing environment
GEP20207163B (en) * 2016-02-08 2020-10-12 Guy Scott A system and method for document information authenticity verification
US10607285B2 (en) 2016-02-22 2020-03-31 Bank Of America Corporation System for managing serializability of resource transfers in a process data network
US10026118B2 (en) 2016-02-22 2018-07-17 Bank Of America Corporation System for allowing external validation of data in a process data network
US20170357966A1 (en) 2016-06-09 2017-12-14 Mastercard International Incorporated Method and system for use of a proprietary private blockchain
US9552548B1 (en) 2016-07-01 2017-01-24 Intraspexion Inc. Using classified text and deep learning algorithms to identify risk and provide early warning
US10158611B2 (en) * 2016-11-17 2018-12-18 Bank Of America Corporation System for multiplexing and demultiplexing blockchain ledgers via a cryptographic hash
US10586210B2 (en) 2016-11-30 2020-03-10 International Business Machines Corporation Blockchain checkpoints and certified checkpoints
FR3061330B1 (fr) 2016-12-28 2019-05-24 Bull Sas Systeme et procede pour la creation et la gestion d'autorisations decentralisees pour des objets connectes
CN107018125B (zh) * 2017-02-17 2019-08-09 阿里巴巴集团控股有限公司 一种区块链系统、数据存储方法及装置
CN111724150B (zh) * 2017-03-28 2023-11-24 创新先进技术有限公司 一种业务请求的处理方法及装置
US20180285996A1 (en) 2017-04-03 2018-10-04 FutureLab Consulting Inc. Methods and system for managing intellectual property using a blockchain
US10554649B1 (en) * 2017-05-22 2020-02-04 State Farm Mutual Automobile Insurance Company Systems and methods for blockchain validation of user identity and authority
US10795977B2 (en) * 2017-08-24 2020-10-06 Oracle International Corporation Digital asset traceability and assurance using a distributed ledger
US10872381B1 (en) * 2017-09-06 2020-12-22 State Farm Mutual Automobile Insurance Company Evidence oracles
CN108389129B (zh) * 2018-02-27 2020-12-04 创新先进技术有限公司 基于区块链的交易执行方法及装置、电子设备
US10878429B2 (en) * 2018-03-28 2020-12-29 Konstantinos Bakalis Systems and methods for using codes and images within a blockchain
CN108809932B (zh) * 2018-04-09 2021-11-02 杭州拾贝知识产权服务有限公司 一种基于区块链的存证系统、方法及可读介质
CN108717431A (zh) * 2018-05-11 2018-10-30 中国科学院软件研究所 一种基于区块链的电子证据存证、验证方法及系统
US20200020424A1 (en) * 2018-07-16 2020-01-16 Che-Min Lin Blockchain electronic medical record system
US10951396B2 (en) * 2018-10-22 2021-03-16 Nutanix, Inc. Tamper-proof management of audit logs

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180294966A1 (en) * 2017-04-05 2018-10-11 Samsung Sds Co., Ltd. Blockchain-based digital identity management method
CN107948736A (zh) * 2017-11-03 2018-04-20 法信公证云（厦门）科技有限公司 一种音视频证据保全方法及系统
CN108549825A (zh) * 2018-03-14 2018-09-18 中链科技有限公司 一种文件存证、验真和举证方法及装置
CN108665372A (zh) * 2018-04-28 2018-10-16 腾讯科技（深圳）有限公司 基于区块链的信息处理、查询、储存方法和装置
CN110020956A (zh) * 2018-11-26 2019-07-16 阿里巴巴集团控股有限公司 一种跨区块链的交互方法及系统、计算机设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3819855A4 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112801867A (zh) * 2020-12-30 2021-05-14 杭州趣链科技有限公司 基于区块链的卫星遥感图像拼接方法、装置及设备
CN112801867B (zh) * 2020-12-30 2023-10-31 杭州趣链科技有限公司 基于区块链的卫星遥感图像拼接方法、装置及设备
CN112769953A (zh) * 2021-01-26 2021-05-07 山西晋合思创信息科技有限公司 一种基于云存储的司法案件数据多元化保全方法及系统
CN112632628A (zh) * 2021-01-30 2021-04-09 山西晋合思创信息科技有限公司 一种基于区块链技术的司法案件数据管理方法
CN112632628B (zh) * 2021-01-30 2023-11-24 山西晋合思创信息科技有限公司 一种基于区块链技术的司法案件数据管理方法
CN115102747A (zh) * 2022-06-17 2022-09-23 江西武大扬帆科技有限公司 基于数字孪生的互联网管理平台
CN115102747B (zh) * 2022-06-17 2024-03-29 中铁水利信息科技有限公司 基于数字孪生的互联网管理平台

Also Published As

Publication number Publication date
EP3819855A1 (en) 2021-05-12
CN110020956B (zh) 2022-11-22
CN110020956A (zh) 2019-07-16
EP3819855A4 (en) 2021-09-29
TWI764037B (zh) 2022-05-11
US11127088B2 (en) 2021-09-21
SG11202101233XA (en) 2021-03-30
US20210166328A1 (en) 2021-06-03
TW202021307A (zh) 2020-06-01

Similar Documents

Publication Publication Date Title
WO2020108046A1 (zh) 一种跨区块链的交互方法及系统、计算机设备及存储介质
US11847197B2 (en) System and method for identity management
US11563728B2 (en) System and method for identity management
US11934540B2 (en) System and method for multiparty secure computing platform
US9876803B2 (en) System and method for identity management
US20170046638A1 (en) Systems and Methods for Monitoring Referrals
TWI746399B (zh) 基於區塊鏈的資訊讀寫方法以及裝置
US20210185091A1 (en) Advanced Security System for Implementation in an Internet of Things (IOT) Blockchain Network
US20210329036A1 (en) Reconciliation Digital Facilitators in a Distributed Network
US20230134002A1 (en) Identification verification system
EP4211575A1 (en) System and method for multiparty secure computing platform

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: 19889700

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE