An Electronic Contract Forensics Method and System Based on Transaction Modes

Abstract

The present application provides an electronic contract forensics method and system based on a transaction method. When a user wants to forensicate an electronic contract in a blockchain digital deposit platform, the existing electronic contract platform initiates an electronic contract forensics request. The blockchain digital deposit platform obtains the forensics request and queries the deposit information. After querying, it obtains the transaction hash value of the deposit information, queries the deposit transaction corresponding to the deposit platform, obtains the digest, decrypts the digest to obtain the storage index table, verifies the validity of the private key signature of the deposit transaction, downloads the transaction data of the deposit transaction through the data index, decrypts the transaction data and verifies the validity, legality and integrity of the decrypted transaction data. By querying the deposit information and the corresponding deposit transaction, the data source of the electronic contract deposit is ensured. By verifying the validity, legality and integrity of the transaction data, the credibility of the electronic contract forensics is guaranteed, and thus the electronic contract forensics process is completed.

Description

[0001] This application claims the priority of a Chinese patent application with the application number 202010698698.4 and the invention title "An Electronic Contract Forensics Method and System Based on Transaction Modes", which was filed with the Chinese Patent Office on July 20, 2020. The entire content of this Chinese patent application is incorporated herein by reference. Technical Field

[0002] The present invention relates to the technical field of electronic contract forensics, and in particular, to an electronic contract forensics method and system based on transaction modes. Background Art

[0003] With the popularization and development of the Internet, electronic information interactions and electronic transactions such as e-commerce and e-government have gradually penetrated into all aspects of the economy and society. Internet applications have become an important part of promoting the informatization of the national economy and society. In economic and social activities, more and more parties choose to reach agreements in electronic form through the electronic information network and conclude electronic contracts on the Internet.

[0004] Electronic contracts have been protected by law and have the same legal effect. Due to their characteristics such as easy storage and convenient use, electronic contracts have been widely used. Refer to Figure 1 , Figure 1 which is a schematic diagram of the centralized storage scenario of an existing electronic contract platform. Each enterprise has its own electronic contract platform to store the electronic contracts and related data within its enterprise. For example, Figure 1 Enterprise A corresponds to Electronic Contract Platform A, and Enterprise N corresponds to Electronic Contract Platform N. Multiple enterprises correspond to multiple electronic contract platforms. In the existing electronic contract management platform, the electronic contracts and related data of multiple electronic contract platforms are stored in the same centralized system. For example, the most common storage method is database storage. Refer to Figure 1 the database storage table shown in it. All the electronic contract platform data of all enterprises will be centrally stored in the table, that is, centralized storage.

[0005] However, since there is only one copy of the centralized database, there are risks of data loss, being tampered with and forged. The information security of the electronic contract data retained on the Internet faces a great test, and the credibility of evidence preservation and forensics is also questioned. Summary of the Invention

[0006] This application provides an electronic contract forensics method and system based on transaction modes to solve the problem that the credibility of electronic contract forensics cannot be guaranteed.

[0007] In a first aspect, this application provides an electronic contract forensics method based on transaction modes, including:

[0008] Obtain the digest of the corresponding certified transaction according to the e - contract forensics request;

[0009] Decrypt the digest to generate a storage index table;

[0010] Download the data stored distributively corresponding to the storage index table, and splice the data to obtain transaction data;

[0011] Decrypt the transaction data;

[0012] Verify the validity, legality, and integrity of the decrypted transaction data to generate a forensics report.

[0013] In a second aspect, the present application provides an e - contract forensics system based on a transaction method, including an e - contract platform for initiating a forensics request, and a blockchain digital certification platform for receiving the forensics request and storing and accessing e - contracts based on the transaction method;

[0014] The e - contract platform is configured with:

[0015] Request initiation step: Initiate an e - contract forensics request;

[0016] The blockchain digital certification platform is configured with:

[0017] Digest acquisition step: Obtain the digest of the corresponding certified transaction according to the e - contract forensics request;

[0018] Storage index table generation step: Decrypt the digest to generate a storage index table;

[0019] Transaction data generation step: Download the data stored distributively corresponding to the storage index table, and splice the data to obtain transaction data;

[0020] Decrypt transaction data step: Decrypt the transaction data;

[0021] Verification step: Verify the validity, legality, and integrity of the decrypted transaction data to generate a forensics report

[0022] The e - contract platform is further configured with:

[0023] Forensics report generation step: Generate a forensics report after receiving the verification result sent by the blockchain digital certification platform.

[0024] In a third aspect, the present application provides an e - contract forensics system based on a transaction method, including an e - contract platform for initiating a forensics request, and a blockchain digital certification platform for receiving the forensics request and storing and accessing e - contracts based on the transaction method;

[0025] The e - contract platform is configured with:

[0026] Request Initiation Step: Initiate a forensics request for an electronic contract;

[0027] The blockchain digital forensics platform is configured with:

[0028] Summary Acquisition Step: Obtain the summary of the corresponding forensics transaction according to the electronic contract forensics request;

[0029] Storage Index Table Generation Step: Decrypt the summary to generate a storage index table;

[0030] Transaction Data Generation Step: Download the distributed storage data corresponding to the storage index table, and splice the data to obtain transaction data;

[0031] Decryption of Transaction Data Step: Decrypt the transaction data;

[0032] The electronic contract platform is further configured with:

[0033] Verification Step: Verify the validity, legality, and integrity of the decrypted transaction data, and transmit the verification result to the blockchain digital forensics platform;

[0034] The blockchain digital forensics platform is further configured with:

[0035] Forensics Report Generation Step: Receive the verification result of the decrypted transaction data transmitted by the electronic contract platform and generate a forensics report.

[0036] From the above technical solutions, it can be seen that the present application provides an electronic contract forensics method and system based on a transaction method. When a user wants to forensicate an electronic contract in a blockchain digital forensics platform, the existing electronic contract platform initiates an electronic contract forensics request. The blockchain digital forensics platform obtains the forensics request and queries the forensics information. After querying, it obtains the transaction hash value of the forensics information, queries the corresponding forensics transaction of the forensics platform, obtains the summary, decrypts the summary to obtain the storage index table, verifies the validity of the private key signature of the forensics transaction, downloads the transaction data of the forensics transaction through the data index, decrypts the transaction data, and verifies the validity, legality, and integrity of the decrypted transaction data. By querying the forensics information and the corresponding forensics transaction, the data source of the electronic contract forensics is ensured. By verifying the validity, legality, and integrity of the transaction data, the credibility of the electronic contract forensics is guaranteed, and thus the electronic contract forensics process is completed. Brief Description of the Drawings

[0037] In order to more clearly illustrate the technical solutions of the present application, the following will briefly introduce the drawings required for the embodiments. Obviously, for those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0038] Figure 1 It is a schematic diagram of the centralized storage scenario of the existing electronic contract platform;

[0039] Figure 2 It is a topological schematic diagram of the electronic contract forensics in the blockchain digital forensics platform;

[0040] Figure 3 It is a flowchart of an electronic contract forensics method based on the transaction method provided by this application;

[0041] Figure 4 It is a schematic diagram of the electronic contract forensics transaction scenario;

[0042] Figure 5 It is a schematic diagram of hierarchical storage of transaction data;

[0043] Figure 6 It is a schematic diagram of downloading transaction data through the storage index table;

[0044] Figure 7 It is a schematic diagram of an embodiment of an electronic contract forensics system based on the transaction method provided by this application;

[0045] Figure 8 It is a schematic diagram of another embodiment of an electronic contract forensics system based on the transaction method provided by this application. Detailed implementation manners

[0046] To make the purpose, technical solutions and advantages of this application clearer, the technical solutions of this application will be clearly and completely described below in conjunction with specific embodiments of this application and the corresponding drawings. Obviously, the described embodiments are only part of the embodiments of this application, rather than all embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative efforts belong to the scope of protection of this application. The following will describe in detail the technical solutions provided by each embodiment of this application with reference to the drawings.

[0047] To improve the credibility of electronic contract forensics, usually transaction operations such as signing, renewing, changing, and stopping of electronic contracts have been forensically stored in the blockchain digital forensics platform. Refer to Figure 2 , Figure 2It is a topological schematic diagram of the deposition of an electronic contract on a blockchain digital deposition platform. The electronic contract platform is combined with blockchain technology to deposit the electronic contract. By utilizing the characteristics of blockchain such as decentralization, immutability, full traceability, traceability, collective maintenance, and openness and transparency, the credibility of the electronic contract deposition is ensured. Different from the existing centralized storage method of electronic contracts, in the blockchain digital deposition platform, the electronic contract and related data are stored in each node of the blockchain. Even if the data in one or more nodes is damaged, there are still many nodes storing this data. Therefore, the security of the electronic contract and related data is guaranteed, that is, the deposition of the electronic contract has credibility. To ensure the credibility of evidence collection, this application proposes an electronic contract evidence collection method and system based on the transaction method.

[0048] Before the specific embodiments, for the sake of clear description and further understanding of the solution, the actual scenarios of deposition transactions and evidence collection transactions are introduced as follows, which are roughly divided into two cases:

[0049] Case 1: Knowing which blockchain digital deposition platform stores the deposition transaction to be evidenced. In this case, after the electronic contract evidence collection request initiates an evidence collection transaction to the blockchain digital deposition platform, evidence collection can be directly carried out;

[0050] Case 2: Not knowing which blockchain digital deposition platform stores the deposition transaction to be evidenced, there are relatively many blockchain digital deposition platforms, or the evidence collection request may include information that does not meet the conditions, etc. In this case, after the electronic contract evidence collection request initiates an evidence collection transaction to the blockchain digital deposition platform, some necessary judgments need to be made. See Figure 3 , Figure 3 It is a flowchart of an electronic contract evidence collection method based on the transaction method provided by this application. When a user needs to query and retrieve a certain electronic contract in a blockchain digital deposition platform, the specific implementation process is described in Case 2, which is specifically divided into the following steps (correspondingly, if it belongs to Case 1, the steps S1 - S4 in the dotted box can be skipped, that is, it is defaulted that the deposition transaction is in a certain blockchain digital deposition platform, and the digest of the deposition transaction can be directly obtained):

[0051] S1: Obtain the evidence collection request of the electronic contract.

[0052] When a user wants to query and retrieve an electronic contract on a blockchain digital deposit and certification platform, they first initiate a forensics request through an existing electronic contract platform. For example, the existing electronic contract platform may have a forensics request button. When the button is clicked, the existing electronic contract platform will trigger a forensics request to the blockchain digital deposit and certification platform, that is, to query and retrieve the electronic contract, the blockchain digital deposit and certification platform obtains this forensics request. In this application, when querying and retrieving a certain electronic contract on the blockchain digital deposit and certification platform, the specific operation method can be carried on the blockchain digital deposit and certification platform or on the node providing the evidence presentation service. For example, the service node is responsible for maintaining a table that stores which electronic contract has been deposited and on which blockchain digital deposit and certification platform it has been deposited. A deposit transaction can correspond to a number. When querying, entering the number can determine whether a certain blockchain digital deposit and certification platform has deposited the transaction of the electronic contract.

[0053] S2: Determine whether the deposit information corresponding to the electronic contract is stored in the blockchain digital deposit and certification platform according to the forensics request. If one wants to obtain evidence of a certain electronic contract on the blockchain digital deposit and certification platform, it is necessary to confirm whether the blockchain digital deposit and certification platform has deposited this electronic contract, that is, to query whether there is deposit information of this electronic contract in the blockchain digital deposit and certification platform. Determine whether the deposit information corresponding to the electronic contract is stored in the blockchain digital deposit and certification platform. If it exists, it means that the electronic contract has been previously stored in the blockchain digital deposit and certification platform. If it is queried, the next step can be carried out. If it does not exist, it means that the electronic contract has not been previously stored in the blockchain digital deposit and certification platform, and then this result cannot be queried, and the query ends directly.

[0054] For the convenience of understanding, the specific usage scenario of the deposit transaction of the electronic contract is further introduced here. See Figure 4 , Figure 4 is a schematic diagram of the deposit transaction scenario of the electronic contract. Depositing is to save the data of a certain transaction and its specific content to the blockchain digital deposit and certification platform. The transaction mentioned here is a series of operations on the blockchain. The deposit transaction is to save the data of the specific content corresponding to the deposit transaction to the blockchain digital deposit and certification platform. Obtaining evidence is also to obtain the data related to the deposit transaction.

[0055] In the actual operation process, a deposit transaction must have an operation instruction and specific data content. After a specific transaction, a transaction result is formed. However, during the transaction process, the data volume of the specific data content may be very large. For example, taking the deposit of an electronic contract as an example, the specific data content may include specific contract terms, contract signing party information, contract transaction quantity, etc. If audio and video and other content are involved, the storage volume will be even larger. Based on this, for the convenience of data storage and security, usually, all the data of a transaction is divided into two parts. Taking the deposit transaction as an example, see Figure 4, consider a certified transaction as a whole, for example, it can be a data packet or a data set. To facilitate storage and ensure data security, the whole data is divided into two parts, specifically as follows:

[0056] The first part of the data is the specific transaction-related data stored by the node and the storage relationship index table. In this application, the certified transaction is stored as a whole and can be stored in the nodes of the blockchain digital certification platform. Here, the node can be a dedicated data storage center, that is, the node acts as the role of the data center, which also indicates where the data is stored. The processing process is to encrypt and split the whole certified transaction, that is, all the specific data of the transaction, into multiple blocks, or split it into multiple blocks first and then encrypt it. For example, the certified transaction-related data as a whole is divided into 6 parts. Here, the transaction-related data is the specific transaction data during the certified transaction process, and they are respectively stored in 6 nodes. At this time, each node corresponds to one part of the data. Correspondingly, an index is generated for each data stored in the node. This index is an explanation of the storage location of each part of the data. For example, the data 1 stored in node 1 generates index 1, and the data 2 stored in node 2 generates index 2. All the indexes then constitute the storage relationship index table of all the specific transaction data. Figure 4 In it, index 1 to index 6 constitute the storage index table of the whole transaction data.

[0057] The second part of the data is the summary data, including the storage relationship index table and the transaction-related data in the first part of the data. Here, the transaction-related data can refer to, for example, information related to both parties of the transaction, transaction form, transaction period, etc. Because the overall data volume of a certified transaction will be very large, it is not practical to store all the real data on the blockchain digital certification platform. If the whole certified transaction is packaged with a key, that is, encrypted with a key to become a fixed-length byte. For example, the whole transaction-related data, that is, the specific transaction data of the certified transaction, forms a summary after hash operation. The appearance of the summary can be a string of hash values, such as becoming 256 or 512 bytes after encryption, and then the summary is stored in the blockchain digital certification platform. Because the summary is a package of the whole certified transaction, the summary also includes the storage relationship index table in the first part of the data. If you want to know which specific data is stored under which node, just find the block where the summary is located and decrypt the summary to find the index table.

[0058] It can be seen that the summary is formed through the following process: the transaction data (i.e., the transaction-related data) of the whole certified transaction is encrypted, and after hash operation with the storage index table generated after distributed storage, the summary is formed. Thus, it can be seen that the summary is also in an encrypted form.

[0059] S3: If the certified information is stored in the blockchain digital certification platform, obtain the transaction hash value corresponding to the certified information.

[0060] If the corresponding evidence preservation information of the contract is stored in the blockchain digital evidence preservation platform, obtain the transaction hash value corresponding to the evidence preservation information. Whether there is a corresponding evidence preservation transaction in the blockchain digital evidence preservation platform can be judged through the transaction hash value corresponding to the evidence preservation information.

[0061] S4: Judge whether there is an evidence preservation transaction in the blockchain digital evidence preservation platform through the transaction hash value.

[0062] Query the corresponding evidence preservation transaction in the blockchain digital evidence preservation platform through the transaction hash value. The evidence preservation transaction here refers to the whole evidence preservation transaction in Figure 4 , generally referring to the transaction preserved as evidence being stored in the block. One evidence preservation transaction corresponds to one hash value. For example, there can be a query box in the blockchain digital evidence preservation platform. Entering the keyword or the corresponding transaction hash value can query whether there is an evidence preservation transaction of the electronic contract to be queried. If there is such an evidence preservation transaction in the blockchain digital evidence preservation platform, the next step can be continued. If there is no such evidence preservation transaction, the query ends directly.

[0063] S5: If there is an evidence preservation transaction in the blockchain digital evidence preservation platform, obtain the digest of the evidence preservation transaction.

[0064] If there is an evidence preservation transaction of the electronic contract to be queried in the blockchain digital evidence preservation platform, that is, when the query result is "yes", obtain the digest of the evidence preservation transaction of the electronic contract. The electronic contract is encrypted and preserved in the blockchain digital evidence preservation platform, so the obtained digest is also in an encrypted format at this time.

[0065] S6: Decrypt the digest and generate a storage index table.

[0066] During the process of decrypting the digest, the specific encryption and decryption methods can be preset in advance, which are not specifically limited in this application. After decrypting the digest, a storage index table is generated. It should be noted that before this step, the validity of the private key signature of the evidence preservation transaction can be verified. The specific verification method is not specifically limited in this application. If the private key signature of the evidence preservation transaction is valid, the next step can be continued. If the private key signature of the evidence preservation transaction is invalid, the query ends.

[0067] Among them, the private key signature of the certified transaction may include a digital signature. Taking the validity verification method of the digital signature as an example, for instance, the sender sends a digitally signed file to the other party. The specific verification process can be as follows: the file to be sent by the sender is hashed with a cryptographic hash function (such as MD5, SHA, SM3) to generate a digest. The sender then encrypts the digest with its own private key to form a digital signature. After that, the original text and the encrypted digest are sent to the other party simultaneously. The other party verifies the digest with the sender's public key to obtain the digest generated by the sender. At the same time, the received file is encrypted with SHA encoding to generate another digest. The decrypted digest is compared with the digest newly encrypted from the received file at the receiving party. If the two are consistent, it indicates that the information has not been damaged or tampered with during the transmission process, and the data is complete, thereby authenticating the validity of the digital signature.

[0068] The storage index table records the specific storage location of the transaction data. Obtaining the index table is equivalent to knowing the location of the specific data. Obtaining the data index can accelerate the data query efficiency and quickly access specific information in the database table.

[0069] Under normal circumstances, in order to further ensure data security, data is usually stored distributively. However, there are also cases of overall storage, that is, the specific transaction data of the certified transaction is not divided and is directly stored in one node or data center. Then an index is generated, which is equivalent to one index corresponding to one-level storage. But in most cases, distributed storage of data is still chosen, that is, the data is divided into multiple parts and stored in different locations. See Figure 5 , Figure 5 The schematic diagram of hierarchical storage for transaction data. Combining specific examples, the hierarchical storage in distributed storage is introduced in detail.

[0070] For first-level storage, the data is only divided into multiple parts and distributed in different nodes or data centers, including the case of directly storing the overall transaction data as introduced before. For example, if the overall data is stored in node A, the corresponding index is A, and there is a sub-index A1 under index A. If A1 is empty, it means that no lower-level storage has been performed on the data, indicating that only first-level storage has been performed on the data;

[0071] Hierarchical storage (second-level and above storage), combined with Figure 5, Transaction-related data is stored in Node 1, corresponding to the generation of Index 1. Node 1 includes several child nodes and stores data at the next lower-level nodes. The lower-level child nodes 11, Node 12, and Node 13 divide the data into three parts for storage and generate sub-indexes, namely Index 11, Index 12, and Index 13 respectively. As can be seen from the figure, the three sub-indexes together constitute Index 1, and the storage at this time is secondary storage. Similarly, referring to Node 5, Node 5 distributes and stores data to the next lower-level child nodes 51 and 52. Child node 51 further distributes and stores data to its next lower-level child nodes 511, 512, and 513. At this time, it corresponds to tertiary storage. By analogy, hierarchical storage can be carried out according to actual needs.

[0072] S7: Download the data stored in a distributed manner corresponding to the storage index table, and splice the data to obtain transaction data;

[0073] The specific process of downloading the data stored in a distributed manner through the storage index table is as follows. Refer to Figure 6 , Figure 6 is a schematic diagram of downloading transaction data through the storage index table. As can be seen from the figure, the storage index table can be split into multiple sub-indexes, that is, it can contain multiple sub-indexes, such as Sub-index 1, Sub-index 2 to Sub-index n. The transaction data can include multiple discretized encrypted sub-certification data, and each encrypted sub-certification data contains an index code. For example, the index code of the encrypted sub-certification data 1 is Index Code 1, and the index code of the encrypted sub-certification data n is Index Code n. Among them, the index code is unique, that is to say, there is no duplication among multiple index codes. During the process of downloading the certification data through the storage index table, the multiple sub-indexes of the storage index table are respectively matched with the multiple index codes of the certification data. If the sub-index and the index code match successfully, it means that there is encrypted sub-certification data that matches the sub-index. For example, after comparison, it is found that Sub-index 1 matches Index Code 1, which means that the encrypted sub-certification data 1 can be downloaded through Sub-index 1. That is, after successful matching, download the encrypted sub-certification data corresponding to the index code that matches the sub-index. After finding all the index codes that match the sub-index, download all the encrypted sub-certification data that match successfully. These encrypted sub-certification data are correctly spliced to form the transaction data.

[0074] S8: Decrypt the transaction data.

[0075] Before step S6, the validity of the private key information of the user or the electronic contract platform can be verified. If the private key signature authentication is valid, in this step, use the valid private key to decrypt the transaction data in encrypted format to generate the corresponding decrypted transaction data.

[0076] S9: Verify the validity, legality, and integrity of the decrypted transaction data, and generate a forensics report.

[0077] To ensure the credibility of the decrypted transaction data, it is necessary to verify the validity, legality, and integrity of the decrypted transaction data. For example, the integrity of the transaction data can be verified through digital signatures. The application does not specifically limit the verification methods for validity, legality, and integrity. According to the verification results, corresponding forensics reports can be generated. For example, after the validity, legality, and integrity of the transaction data pass the verification, it indicates that the obtained electronic contract truly originates from the blockchain digital deposit and evidence platform, and there is no damage, the data is complete and valid during the deposit and evidence collection processes, thus ensuring the credibility of the evidence collection. For the case where the verification passes, the forensics report can include relevant statements indicating verification passed. If the verification fails, the forensics report will have descriptions such as "verification failed". After the validity, legality, and integrity of the transaction data are verified, a forensics report is generated, and the evidence collection ends, thus completing the evidence collection link of the electronic contract.

[0078] As can be seen from the above technical solutions, the present application provides an electronic contract evidence collection method based on a transaction method. When a user wants to collect evidence for an electronic contract on a blockchain digital deposit and evidence platform, the existing electronic contract platform initiates an electronic contract evidence collection request. The blockchain digital deposit and evidence platform obtains the evidence collection request and queries the deposit and evidence information. After querying, it obtains the transaction hash value of the deposit and evidence information, queries the corresponding deposit and evidence transaction of the deposit and evidence platform, obtains the digest of the deposit and evidence transaction, verifies the validity of the private key signature of the deposit and evidence transaction, decrypts the digest to obtain the storage index table, and downloads the transaction data, decrypts the transaction data, and verifies the validity, legality, and integrity of the decrypted transaction data through the storage index table. By querying the deposit and evidence information and the corresponding deposit and evidence transaction, the data source of the electronic contract deposit and evidence is ensured, and by verifying the validity, legality, and integrity of the decrypted transaction data, the credibility of the electronic contract evidence collection is guaranteed, thereby completing the electronic contract evidence collection process.

[0079] The present application also provides an electronic contract evidence collection system based on a transaction method, including an electronic contract platform for initiating an evidence collection request, and a blockchain digital deposit and evidence platform for receiving the evidence collection request and storing and accessing the electronic contract based on a transaction method.

[0080] Embodiment 1

[0081] See Figure 7 , Figure 7 is a schematic diagram of an embodiment of an electronic contract evidence collection system based on a transaction method provided by the present application. The part within the dashed box in the figure is an optional process, indicating the judgment of some conditions before actual evidence collection. That is, when it is in case one, there is no such process, and when it is in case two, there are these judgment processes. The figure clearly shows the steps respectively executed by the electronic contract platform and the blockchain digital deposit and evidence platform;

[0082] The electronic contract platform is configured with:

[0083] Request initiation step: Initiate a forensics request for an electronic contract.

[0084] The blockchain digital forensics platform is configured with:

[0085] Digest acquisition step: Obtain the digest of the corresponding forensics transaction according to the electronic contract forensics request.

[0086] Storage index table generation step: Decrypt the digest to generate a storage index table.

[0087] Transaction data generation step: Download the corresponding distributed storage data through the storage index table, and splice the data to obtain transaction data.

[0088] Decryption of transaction data step: Decrypt the transaction data.

[0089] Verification step: Verify the validity, legality, and integrity of the decrypted transaction data, and generate a forensics report.

[0090] The electronic contract platform is further configured with:

[0091] Forensics report generation step: Generate a forensics report after receiving the verification result sent by the blockchain digital forensics platform.

[0092] Further, the obtaining of the digest of the corresponding forensics transaction according to the electronic contract forensics request is performed according to the following steps:

[0093] Forensics request acquisition step: Obtain the forensics request of the electronic contract.

[0094] Forensics information judgment step: Judge whether the forensics information corresponding to the electronic contract is stored in the blockchain digital forensics platform according to the forensics request.

[0095] Hash hash value acquisition step: If the forensics information is stored in the blockchain digital forensics platform, obtain the transaction hash hash value corresponding to the forensics information.

[0096] Forensics transaction judgment step: Judge whether the forensics transaction exists in the blockchain digital forensics platform through the transaction hash hash value.

[0097] Digest acquisition step: If the forensics transaction exists in the blockchain digital forensics platform, obtain the digest of the forensics transaction.

[0098] Further, the blockchain digital forensics platform is also configured to execute a private key validity verification step to verify the validity of the private key signature of the forensics transaction. If the private key signature is valid, decrypt the digest to generate a storage index table.

[0099] Further, the transaction data includes a number of discretized encrypted sub-evidence storage data, and each of the encrypted sub-evidence storage data contains an index code, and the index codes are unique.

[0100] Further, downloading the corresponding distributed storage data through the storage index table, and splicing the data to obtain transaction data, the steps include:

[0101] Splitting the storage index table into a number of sub-indexes;

[0102] Matching multiple said sub-indexes with multiple said index codes respectively, if the sub-index matches the index code successfully, downloading the encrypted sub-evidence storage data corresponding to the index code;

[0103] The multiple encrypted sub-evidence storage data are spliced to form the transaction data.

[0104] Embodiment 2

[0105] An electronic contract forensics system based on a transaction mode includes an electronic contract platform for initiating a forensics request, and a blockchain digital evidence storage platform for receiving the forensics request and storing and accessing the electronic contract based on the transaction mode. See Figure 8 , Figure 8 which is another schematic diagram of an embodiment of the electronic contract forensics system based on a transaction mode provided by this application. The part within the dotted box in the figure is an optional process, indicating the judgment of some conditions before actual forensics, that is, when it is in case one, there is no such process, and when it is in case two, there are such judgment processes.

[0106] The electronic contract platform is configured with:

[0107] Request initiation step: Initiating a forensics request for an electronic contract;

[0108] The blockchain digital evidence storage platform is configured with:

[0109] Summary acquisition step: Obtaining the summary of the corresponding evidence storage transaction according to the electronic contract forensics request;

[0110] Storage index table generation step: Decrypting the summary to generate a storage index table;

[0111] Transaction data generation step: Downloading the corresponding distributed storage data through the storage index table, and splicing the data to obtain transaction data;

[0112] Decrypting transaction data step: Decrypting the transaction data;

[0113] The electronic contract platform is further configured with:

[0114] Verification step: Verify the validity, legality, and integrity of the decrypted transaction data, and transmit the verification result to the blockchain digital evidence storage platform;

[0115] The blockchain digital evidence storage platform is further configured with:

[0116] Forensics report generation step: Receive the verification result of the decrypted transaction data transmitted by the electronic contract platform and generate a forensics report.

[0117] Furthermore, obtaining the digest of the corresponding evidence-preserving transaction according to the electronic contract forensics request is executed according to the following steps:

[0118] Forensics request acquisition step: Obtain the forensics request of the electronic contract;

[0119] Evidence-preserving information judgment step: Judge whether the evidence-preserving information corresponding to the electronic contract is stored in the blockchain digital evidence storage platform according to the forensics request;

[0120] Hash hash value acquisition step: If the evidence-preserving information is stored in the blockchain digital evidence storage platform, obtain the transaction hash hash value corresponding to the evidence-preserving information;

[0121] Evidence-preserving transaction judgment step: Judge whether the evidence-preserving transaction exists in the blockchain digital evidence storage platform through the transaction hash hash value;

[0122] Digest acquisition step: If the evidence-preserving transaction exists in the blockchain digital evidence storage platform, obtain the digest of the evidence-preserving transaction.

[0123] Furthermore, the blockchain digital evidence storage platform is also configured to execute a private key validity verification step to verify the validity of the private key signature of the evidence-preserving transaction. If the private key signature is valid, decrypt the digest and generate a storage index table.

[0124] Furthermore, the transaction data includes a number of discretized encrypted sub-evidence-preserving data, and each encrypted sub-evidence-preserving data contains an index code, and the index code is unique.

[0125] Furthermore, downloading the corresponding distributed storage data through the storage index table, and splicing the data to obtain transaction data, the steps include:

[0126] Split the storage index table into several sub-indexes;

[0127] Match multiple sub-indexes with multiple index codes respectively. If the sub-index matches the index code successfully, download the encrypted sub-evidence-preserving data corresponding to the index code;

[0128] The multiple encrypted sub-evidence storage data are spliced to form the transaction data.

[0129] The difference between Example 2 and Example 1 is that in Example 1, the blockchain digital evidence storage platform verifies the validity, legality, and integrity of the decrypted transaction data. If the verification of the validity, legality, and integrity of the decrypted transaction data is completed, the blockchain digital evidence storage platform sends the verification result to the electronic contract platform, that is, the blockchain digital evidence storage platform executes the forensics report triggering step, and the electronic contract platform generates the forensics report. In Example 2, the electronic contract platform verifies the validity, legality, and integrity of the decrypted transaction data and transmits the verification result to the blockchain digital evidence storage platform. The blockchain digital evidence storage platform receives the verification result of the decrypted transaction data transmitted by the electronic contract platform and generates the forensics report. Both of the two examples can complete the electronic contract forensics based on the transaction method.

Claims

1. An electronic contract forensics method based on a transaction method, characterized in that, Including: When the digital evidence storage platform where the electronic contract to be forensically investigated is stored is unknown, initiate a forensics request to the digital evidence storage platform; The evidence transaction is divided into first - part data and second - part data; the first - part data includes transaction - related data and a storage index table; the transaction - related data is stored in a hierarchical manner; the storage index table is used to represent the location where the transaction data of the evidence transaction is stored; the second - part data includes a digest; the digest is formed after the overall execution of the evidence transaction is packaged; the digest is formed after the transaction data in the evidence transaction is encrypted and undergoes a hash operation with the storage index table generated after distributed storage; the digest includes the storage index table in the first - part data; Obtain the digest in the second - part data of the corresponding evidence transaction according to the forensics request; the digest is in an encrypted format; Decrypt the digest to generate a storage index table; Obtain multiple sub - indexes included in the storage index table, download the data stored distributively corresponding to the sub - indexes, and when the sub - index matches successfully with the corresponding index code, splice the data to obtain transaction data; When the private - key signature of the evidence transaction is valid, decrypt the transaction data; Verify the validity, legality, and integrity of the decrypted transaction data to generate a forensics report.

2. The electronic contract forensics method based on a transaction mode according to claim 1, wherein The step of obtaining the digest in the second - part data of the corresponding evidence transaction according to the forensics request is executed as follows: Obtain the forensics request of the electronic contract; Judge whether the evidence information corresponding to the electronic contract is stored in the blockchain digital evidence storage platform according to the forensics request; If the evidence information is stored in the blockchain digital evidence storage platform, obtain the transaction hash value corresponding to the evidence information; Judge whether the evidence transaction exists in the blockchain digital evidence storage platform through the transaction hash value; If the evidence transaction exists in the blockchain digital evidence storage platform, obtain the digest in the second - part data of the evidence transaction according to the forensics request.

3. The electronic contract forensics method based on a transaction mode according to claim 1, characterized in that, Before decrypting the digest, it also includes verifying the validity of the private - key signature of the evidence transaction. If the private - key signature is valid, decrypt the digest to generate a storage index table.

4. A method for electronically contracting evidence collection based on a transaction mode according to claim 1, characterized in that The transaction data includes several discretized encrypted sub - evidence data, and each encrypted sub - evidence data contains an index code, and the index code is unique.

5. The electronic contract forensics method based on a transaction method according to claim 4, wherein, The steps of downloading the data stored distributively corresponding to the sub - indexes and, when the sub - index matches successfully with the corresponding index code, splicing the data to obtain transaction data include: Split the storage index table into several sub - indexes; Match multiple sub - indexes with multiple index codes respectively. If the sub - index matches successfully with the index code, download the encrypted sub - evidence data corresponding to the index code through the sub - index; When the sub - index matches successfully with the corresponding index code, splice the multiple encrypted sub - evidence data to form the transaction data.

6. An electronic contract forensics system based on transaction methods, comprising an electronic contract platform for initiating a forensics request, and a blockchain digital evidence storage platform for receiving the forensics request and storing electronic contracts based on transaction methods, characterized in that: The electronic contract platform is configured with: Request initiation step: When the digital evidence storage platform stored in the evidence preservation transaction of the electronic contract to be forensically investigated is unknown, initiate a forensics request for the electronic contract to the digital evidence storage platform; The blockchain digital evidence storage platform is configured with: Digest acquisition step: Divide the evidence preservation transaction into first part data and second part data; the first part data includes transaction-related data and a storage index table; the transaction-related data is stored in a hierarchical manner; the storage index table is used to represent the location where the transaction data of the evidence preservation transaction is stored; the second part data includes a digest; the digest is formed after the overall execution of the evidence preservation transaction is packaged; the digest is formed after the transaction data in the evidence preservation transaction is encrypted and subjected to a hash operation with the storage index table generated after distributed storage; the digest includes the storage index table in the first part data; Obtain the digest in the second part data of the corresponding evidence preservation transaction according to the forensics request; the digest is in an encrypted format; Storage index table generation step: Decrypt the digest to generate a storage index table; Transaction data generation step: Obtain multiple sub-indexes included in the storage index table, and download the corresponding distributed storage data through the sub-indexes, and when the sub-index matches the corresponding index code successfully, splice the data to obtain transaction data; Decrypt transaction data step: When the private key signature of the evidence preservation transaction is valid, decrypt the transaction data; Verification step: Verify the validity, legality, and integrity of the decrypted transaction data; transmit the verification result to the electronic contract platform; The electronic contract platform is further configured with: Forensics report generation step: Generate a forensics report after receiving the verification result sent by the blockchain digital evidence storage platform.

7. An electronic contract forensics system based on a transaction method according to claim 6, characterized in that, The step of obtaining the digest in the second part data of the corresponding evidence preservation transaction according to the forensics request is performed according to the following steps: Forensics request acquisition step: Obtain the forensics request of the electronic contract; Evidence preservation information judgment step: Judge whether the evidence preservation information corresponding to the electronic contract is stored in the blockchain digital evidence storage platform according to the forensics request; Hash hash value acquisition step: If the evidence preservation information is stored in the blockchain digital evidence storage platform, obtain the transaction hash hash value corresponding to the evidence preservation information; Evidence preservation transaction judgment step: Judge whether the evidence preservation transaction exists in the blockchain digital evidence storage platform through the transaction hash hash value; Digest acquisition step: If the evidence preservation transaction exists in the blockchain digital evidence storage platform, obtain the digest in the second part data of the evidence preservation transaction according to the forensics request.

8. An electronic contract forensics system based on a transaction method according to claim 6, wherein, The blockchain digital evidence storage platform is further configured to execute a private key validity verification step to verify the validity of the private key signature of the evidence preservation transaction. If the private key signature is valid, decrypt the digest to generate a storage index table.

9. An electronic contract forensics system based on a transaction method, comprising an electronic contract platform for initiating a forensics request, and a blockchain digital evidence storage platform for receiving the forensics request and storing electronic contracts based on the transaction method, characterized in that: The electronic contract platform is configured with: Request initiation step: When the digital evidence storage platform stored in the evidence storage transaction of the electronic contract to be forensically investigated is unknown, initiate a forensics request for the electronic contract to the digital evidence storage platform; The blockchain digital evidence storage platform is configured with: Digest acquisition step: Divide the evidence storage transaction into first part data and second part data; the first part data includes transaction-related data and a storage index table; the transaction-related data is stored in a hierarchical manner; the storage index table is used to represent the location where the transaction data of the evidence storage transaction is stored; the second part data includes a digest; the digest is formed after the overall execution of the evidence storage transaction is packaged; the digest is formed after the transaction data in the evidence storage transaction is encrypted and subjected to a hash operation with the storage index table generated after distributed storage; the digest includes the storage index table in the first part data; Obtain the digest in the second part data of the corresponding evidence storage transaction according to the forensics request; the digest is in an encrypted format; Storage index table generation step: Decrypt the digest to generate a storage index table; Transaction data generation step: Obtain multiple sub-indexes included in the storage index table, and download the corresponding distributed storage data through the sub-indexes, and when the sub-index and the index code corresponding to the sub-index match successfully, splice the data to obtain transaction data; Decrypt transaction data step: When the private key signature of the evidence storage transaction is valid, decrypt the transaction data; The electronic contract platform is further configured with: Verification step: Verify the validity, legality and integrity of the decrypted transaction data, and transmit the verification result to the blockchain digital evidence storage platform; The blockchain digital evidence storage platform is further configured with: Forensics report generation step: Receive the verification result of the decrypted transaction data transmitted by the electronic contract platform, and generate a forensics report.

10. An electronic contract forensics system based on a transaction method according to claim 9, characterized in that, The obtaining of the digest in the second part data of the corresponding evidence storage transaction according to the forensics request is performed according to the following steps: Forensics request acquisition step: Obtain the forensics request of the electronic contract; Evidence information judgment step: Judge whether the evidence information corresponding to the electronic contract is stored in the blockchain digital evidence storage platform according to the forensics request; Hash hash value acquisition step: If the evidence information is stored in the blockchain digital evidence storage platform, obtain the transaction hash hash value corresponding to the evidence information; Evidence storage transaction judgment step: Judge whether the evidence storage transaction exists in the blockchain digital evidence storage platform through the transaction hash hash value; Digest acquisition step: If the evidence storage transaction exists in the blockchain digital evidence storage platform, obtain the digest in the second part data of the evidence storage transaction according to the forensics request.

Images