CN110602214A

CN110602214A - Evidence storing and processing method, device, equipment and medium of judicial chain

Info

Publication number: CN110602214A
Application number: CN201910871489.2A
Authority: CN
Inventors: 荆博
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2019-09-16
Filing date: 2019-09-16
Publication date: 2019-12-20
Anticipated expiration: 2039-09-16
Also published as: CN110602214B

Abstract

The embodiment of the application discloses evidence storing and processing methods, devices, equipment and media of a judicial chain, and relates to the technical field of block chains. The specific implementation scheme is as follows: acquiring a one-time evidence storing transaction request aiming at a batch of data packets, which is initiated according to user requirements; executing a certificate storing transaction request, and taking the total evidence information of the batch data packets as generated certificate storing transaction data for uplink storage in a certificate storing chain; initiating a secondary evidence storing transaction request to the judicial chain according to each evidence in the batch evidence packets corresponding to the primary evidence storing transaction data so as to request the judicial chain to generate corresponding secondary evidence storing transaction data, and storing the secondary evidence storing transaction data in the judicial chain in an uplink manner; acquiring a secondary evidence-storing transaction data identifier from a judicial chain, and establishing a mapping relation with the primary evidence-storing transaction data identifier; and producing the certificate of existence according to the mapping relation and feeding back to the user. The service processing capacity and evidence uplink efficiency of the judicial chain can be improved.

Description

Evidence storing and processing method, device, equipment and medium of judicial chain

Technical Field

The embodiment of the application relates to the technical field of computers, in particular to the technical field of block chains, and specifically relates to a evidence storing and processing method, device, equipment and medium of a judicial chain.

Background

Evidence stored based on the blockchain can be adopted by an internet court, and a judicial chain provided by the court can be used for storing the evidence. However, in the current judicial chain development process, the carrying capacity of the judicial chain is limited, and when the network connection is not smooth or the requirement for storing evidence is large, it is difficult to ensure the normal operation of the service, so that the evidence cannot be uplink, and under the condition of more evidences, the uplink efficiency is too low for one piece of uplink, which affects the validity of the evidence and the user experience.

Disclosure of Invention

The embodiment of the application provides evidence storing and processing method, device, equipment and medium of a judicial chain, and the method, device, equipment and medium can improve the service processing capacity and evidence uplink efficiency of the judicial chain.

In a first aspect, an embodiment of the present application provides an evidence storing method for a judicial chain, which is applied to a node of the evidence storing chain, and the method includes:

acquiring a one-time evidence storing transaction request aiming at a batch data packet initiated according to user requirements;

performing uplink storage in the certificate storing chain by executing the one-time certificate storing transaction request and taking evidence information as generated one-time certificate storing transaction data; wherein the evidence information is total evidence information of the batch data packets;

respectively initiating a secondary evidence storing transaction request to a judicial chain according to each evidence in the batch evidence package corresponding to the primary evidence storing transaction data so as to request the node of the judicial chain to execute the secondary evidence storing transaction request, generating corresponding secondary evidence storing transaction data, and storing the secondary evidence storing transaction data in the judicial chain in an uplink manner; each secondary evidence deposit transaction request at least comprises sub-evidence information of the evidence and a primary evidence deposit transaction data identifier;

acquiring a secondary evidence storing transaction data identifier from a node of the judicial chain, and establishing a mapping relation with the primary evidence storing transaction data identifier;

and generating a certificate of existence according to the mapping relation and feeding back to the user.

One embodiment in the above application has the following advantages or benefits: the evidence processing operation of chain crossing is carried out through the evidence storage chain to assist the judicial chain, the network congestion appearing in the judicial chain is overcome, or the situation that the access is not smooth is overcome, and the technical problem that the evidence cannot be stored under the situation that the sudden evidence storage requirement of the platform per se exceeds the peak processing capacity of the judicial chain is solved, the batch uploading of the evidence is realized, the normal operation of evidence storage service and the effectiveness of the evidence are further ensured, and the service processing capacity, the evidence chaining efficiency and the user experience technical effect of the judicial chain are improved.

Optionally, respectively initiating a secondary evidence storing transaction request to a judicial chain according to each evidence in the batch evidence package corresponding to the primary evidence storing transaction data includes:

respectively generating secondary evidence storing transaction requests according to each evidence in the batch evidence packages corresponding to the primary evidence storing transaction data;

calling a timestamp service to obtain a secondary uplink timestamp, and adding the secondary uplink timestamp into the secondary certificate-storing transaction request;

and initiating the secondary evidence storing transaction request to the judicial chain.

One embodiment in the above application has the following advantages or benefits: the time stamp service is called to determine the secondary uplink time stamp of each evidence during secondary evidence storage, so that the time stamps and the evidence information are stored in the judicial chain together, and the time basis during uplink of batch data to the judicial chain is guaranteed to be effectively stored.

Optionally, the generation and initiation of each secondary authentication transaction request are processed by at least two parallel processes.

One embodiment in the above application has the following advantages or benefits: the generation and the initiation of the secondary evidence-storing transaction request are processed in parallel, and the uplink efficiency of batch data in a judicial chain is improved.

Optionally, when executing the one-time certificate-deposit transaction request, the method further includes:

executing the one-time certificate-storing transaction request, and calling a timestamp service to acquire an uplink one-time timestamp;

adding the primary uplink timestamp to the one-time credentialing transaction data.

One embodiment in the above application has the following advantages or benefits: the timestamp service is called to determine the timestamp of the primary evidence storing transaction data during the evidence storing process, so that the timestamp and the evidence information are stored in the evidence storing chain and the judicial chain together, and the time basis of uploading the evidence information of the user in batches is guaranteed to be effectively stored.

Optionally, the obtaining of a one-time certificate-deposit transaction request initiated according to a user requirement includes:

obtaining a evidence storing request received by an evidence storing platform from an evidence storing client, wherein the evidence storing request is initiated by the user at the evidence storing client;

generating the one-time evidence-storing transaction request based on the evidence-storing request, and transmitting the one-time evidence-storing transaction request in the evidence-storing chain;

and the evidence storing chain node is integrated in the evidence storing platform or interacts with the evidence storing platform.

One embodiment in the above application has the following advantages or benefits: the evidence storing chain link points can be integrated on the evidence storing platform, or the evidence storing chain can convert the evidence storing requirement of the client into a one-time evidence storing transaction request through interaction with the evidence storing platform so as to initiate the uplink of the evidence information.

and receiving the one-time evidence storing transaction request initiated in the evidence storing chain by the user through the evidence storing lightweight node.

One embodiment in the above application has the following advantages or benefits: the client can be used as a deposit certificate lightweight node and directly initiates a deposit certificate transaction request to the deposit certificate chain.

Optionally, taking the evidence information as generated one-time evidence storing transaction data, before performing uplink storage in the evidence storing chain, the method further includes:

acquiring evidence basic information and an evidence storage address from the evidence storage request or the one-time evidence storage transaction request;

acquiring a batch of evidence packets comprising a plurality of original evidence files according to the evidence storage address, calculating to generate an evidence packet hash value according to the batch of evidence packets, and calculating to generate an evidence hash value of each evidence according to each original evidence file;

and the evidence basic information and the evidence packet hash value are used as the total evidence information, and the evidence hash value is used as the sub-evidence information.

One embodiment in the above application has the following advantages or benefits: the evidence basic information and the evidence packet hash value are stored together as the total evidence information, and the verification of the evidence chain on the batch data packets is facilitated through the hash value, so that the evidence information is prevented from being tampered.

Further, the method further comprises:

receiving a certificate storing state query request initiated by a user;

inquiring the uplink state stored to a judicial chain by each evidence in the batch data packets according to the primary evidence storing transaction data identifier in the evidence storing state inquiry request;

and feeding back the uplink state to the user.

One embodiment in the above application has the following advantages or benefits: whether a secondary evidence-storing transaction data identifier corresponding to the primary evidence-storing transaction data identifier exists or not is inquired in the evidence-storing chain, so that the evidence-storing progress of each evidence is determined.

Further, the method further comprises:

receiving a certificate storing certificate inquiry request sent by a user;

and inquiring a list of all secondary certificate-storing transaction data identifications corresponding to the primary certificate-storing transaction data identification in the certificate-storing certificate inquiry request, and feeding back the list to the user.

One embodiment in the above application has the following advantages or benefits: and an inquiry interface of the evidence information under the batch data packet is provided for the user.

In a second aspect, an embodiment of the present application provides an evidence processing method for a judicial chain, which is applied to a judicial chain node, and the method includes:

receiving a secondary evidence storing transaction request initiated by an evidence storing chain node, wherein the secondary evidence storing transaction request comprises sub-evidence information, a secondary uplink time stamp during uplink of a judicial chain and a primary evidence storing transaction data identifier of the uplink of the evidence storing chain; wherein the sub-evidence information corresponds to one evidence in a batch of evidence packages;

and executing the secondary certificate storing transaction request, uploading and storing secondary certificate storing transaction data in a judicial chain, and feeding back a secondary certificate storing transaction data identifier to the certificate storing chain so as to determine a certificate storing certificate, wherein the certificate storing certificate comprises a mapping relation between the secondary certificate storing transaction data identifier and the primary certificate storing transaction data identifier.

One embodiment in the above application has the following advantages or benefits: after the evidence storing chain stores the evidence for ensuring evidence information chaining, the judicial chain stores the sub-evidence information in the batch data packets for the second time, network congestion or unsmooth access in the judicial chain is avoided, and the technical problem that the evidence cannot be stored under the condition that the sudden evidence storing requirement of the platform exceeds the peak processing capacity of the judicial chain is solved.

Further, the method further comprises:

receiving an evidence verification transaction request, and acquiring a certificate of authenticity from the evidence verification transaction request;

inquiring and acquiring the secondary evidence storing transaction data in a judicial chain according to the secondary evidence storing transaction data identification;

acquiring branch evidence information and a secondary uplink timestamp from the secondary evidence storing transaction data;

and comparing the sub-evidence information with sub-evidence information of the evidence to be verified submitted by the user, and if the comparison result is consistent, determining that the evidence to be verified is valid.

One embodiment in the above application has the following advantages or benefits: the judicial chain receives and responds to the evidence verification transaction request, compares the sub-evidence information of the secondary evidence stored in the judicial chain with the sub-evidence information of the evidence to be verified submitted by the user, and realizes effective verification of the evidence to be verified submitted by the user based on the stored sub-evidence information in the judicial chain.

In a third aspect, an embodiment of the present application provides an evidence storing device for a judicial chain, configured at a node of the evidence storing chain, where the device includes:

the system comprises a primary evidence storing transaction request acquisition module, a data packet processing module and a data packet processing module, wherein the primary evidence storing transaction request acquisition module is used for acquiring a primary evidence storing transaction request aiming at a batch of data packets initiated according to user requirements;

the primary evidence storing module is used for performing uplink storage in the evidence storing chain by taking the evidence information as the generated primary evidence storing transaction data through executing the primary evidence storing transaction request; wherein the evidence information is total evidence information of the batch data packets;

the secondary evidence storing initiating module is used for respectively initiating a secondary evidence storing transaction request to a judicial chain according to each evidence in a batch evidence packet corresponding to the primary evidence storing transaction data so as to request the node of the judicial chain to execute the secondary evidence storing transaction request, generate corresponding secondary evidence storing transaction data and store the secondary evidence storing transaction data in the judicial chain in an uplink manner; each secondary evidence deposit transaction request at least comprises sub-evidence information of the evidence and a primary evidence deposit transaction data identifier;

the evidence storing and mapping module is used for acquiring secondary evidence storing transaction data identification from the node of the judicial chain and establishing a mapping relation with the primary evidence storing transaction data identification;

and the certificate storing certificate generating module is used for generating the certificate storing certificate according to the mapping relation and feeding back the certificate storing certificate to the user.

In a fourth aspect, an embodiment of the present application provides an evidence processing apparatus of a judicial chain, configured at a node of the judicial chain, where the apparatus includes:

the system comprises a secondary evidence-storing transaction request acquisition module, a certificate-storing transaction request processing module and a certificate-storing transaction request processing module, wherein the secondary evidence-storing transaction request is used for receiving a secondary evidence-storing transaction request initiated by a certificate-storing chain node, and comprises sub-evidence information, a secondary uplink time stamp during uplink of a judicial chain and a primary certificate-storing transaction data identifier of the uplink of the certificate-storing chain; wherein the sub-evidence information corresponds to one evidence in a batch of evidence packages;

and the secondary certificate storing module is used for executing the secondary certificate storing transaction request, uploading and storing secondary certificate storing transaction data in a judicial chain, and feeding back a secondary certificate storing transaction data identifier to the certificate storing chain so as to determine a certificate storing certificate, wherein the certificate storing certificate comprises a mapping relation between the secondary certificate storing transaction data identifier and the primary certificate storing transaction data identifier.

In a fifth aspect, an embodiment of the present application provides an electronic device, including:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a forensic chain evidence method or a forensic chain evidence processing method as described in any of the embodiments of the present application.

In a sixth aspect, embodiments of the present application provide a non-transitory computer-readable storage medium storing computer instructions for causing a computer to perform a method for forensic chain storage or a method for evidence processing of a judicial chain as described in any of the embodiments of the present application.

One embodiment in the above application has the following advantages or benefits: the evidence storing chain established by the platform side is used as an evidence storing bridge between a user and a judicial chain, primary evidence storing of batch data packets is carried out through the evidence storing chain in response to the user requirement, the batch data packets are firstly stored in the evidence storing chain, secondary evidence storing is carried out by the judicial chain based on primary evidence storing transaction data in the evidence storing chain, branch evidence information and primary evidence storing transaction data identification in the batch data packets are stored in the judicial chain, a mapping relation between the primary evidence storing transaction data identification and the secondary evidence storing transaction data identification is established, and finally an evidence storing certificate is generated according to the mapping relation and is fed back to the user as an evidence storing basis. Because the evidence storage chain is adopted to assist the judicial chain to carry out the technical means of cross-chain evidence processing operation, the batch uploading of the evidence is realized, the technical problems that network congestion occurs in the judicial chain or the visit is not smooth and the evidence cannot be stored under the condition that the sudden evidence storage requirement of the platform exceeds the peak processing capacity of the judicial chain are solved, the normal operation of evidence storage business and the effectiveness of the evidence are further ensured, and the business processing capacity, the evidence chaining efficiency and the user experience technical effect of the judicial chain are improved.

Other effects of the above-described alternative will be described below with reference to specific embodiments.

Drawings

The drawings are included to provide a better understanding of the present solution and are not intended to limit the present application. Wherein:

FIG. 1 is a flow chart of a proof-deposit method of a judicial chain according to a first embodiment of the present application;

FIG. 2 is a flow chart of a proof-deposit method of a judicial chain according to a second embodiment of the present application;

FIG. 3 is a flowchart of a user using a certificate store client to obtain a certificate store service based on a certificate store platform according to a second embodiment of the present application;

FIG. 4 is a flow chart of a user credentialing according to a second embodiment of the present application;

FIG. 5 is a flow chart of batch data off-line judicial chains according to a second embodiment of the present application;

FIG. 6 is a flow chart of an evidence processing method of a judicial chain according to a third embodiment of the present application;

FIG. 7 is a flow chart of an evidence processing method of a judicial chain according to a fourth embodiment of the present application;

fig. 8 is a schematic structural diagram of an evidence storage device of a judicial chain according to a fifth embodiment of the present application;

fig. 9 is a schematic structural diagram of an evidence processing apparatus of a judicial chain according to a sixth embodiment of the present application;

fig. 10 is a block diagram of an electronic device for implementing the evidence deposit method or the evidence processing method of the judicial chain of the embodiment of the present application.

Detailed Description

The following description of the exemplary embodiments of the present application, taken in conjunction with the accompanying drawings, includes various details of the embodiments of the application for the understanding of the same, which are to be considered exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

First embodiment

Fig. 1 is a flowchart of an evidence storing method for a judicial chain according to a first embodiment of the present application, where the present embodiment is applicable to a case where a batch of evidences are stored in the judicial chain through the evidence storing chain, and the method is applicable to a node of the evidence storing chain and can be executed by an evidence storing device of the judicial chain, where the device is implemented in software and/or hardware, and is preferably configured in an electronic device carrying the node of the evidence storing chain. As shown in fig. 1, the method specifically includes the following steps:

s110, acquiring a one-time evidence storing transaction request for the batch data packet initiated according to the user requirement.

In the specific embodiment of the application, the judicial chain refers to a block chain network which is established by the court, faces the public and is used for business operations such as electronic evidence storage, inquiry and the like of social parties, and has the characteristics of evidence tampering prevention, openness and transparency, strong public trust, high judicial processing flow efficiency and the like. The court can directly adopt the electronic evidence stored in the judicial chain for judicial processing, or verify the evidence to be verified submitted by the user based on the evidence information stored in the judicial chain, so that the processing flows of evidence collection, verification and the like are reduced.

In this embodiment, the evidence storage chain refers to a block chain network that is established by a third-party platform and is used to assist a judicial chain in electronic evidence storage. The evidence storing chain and the judicial chain can be used as two parallel chains in a super chain, nodes on the evidence storing chain can be simultaneously deployed with intelligent contracts, consensus mechanisms and the like of the evidence storing chain and the evidence storing chain, and the functions of initiating transaction requests to a judicial chain network are at least achieved. Nodes on the judicial chain are provided with an intelligent contract, a consensus mechanism and the like of the judicial chain. The evidence storing chain can only have the function of assisting the judicial chain to store the evidence, and can also have other block chain functions except the evidence. The evidence storing chain node is integrated on an evidence storing platform and can also be integrated on other mechanism platforms at the same time. Specifically, the certificate storing chain can store the certificate for the first time according to the user requirement, and the judicial chain stores the certificate for the second time. The evidence storage chain is assisted, so that evidence information, a timestamp, an evidence storage identifier and the like can be stored for the first time, and then the evidence storage chain is used for storing the evidence for the second time, the requirement of the judicial chain on the service capability of directly storing the evidence is lowered, and the phenomena that the evidence cannot be stored in time when the network in the judicial chain is congested, the access is not smooth and the requirement for evidence storage is large are avoided.

In this embodiment, the batch data packet refers to electronic evidence storing data to be subjected to cochain evidence storing, and the batch data packet includes at least two original evidence files and is used for cochain storing of the plurality of original evidence files to an evidence storing chain at one time, so that the evidence storing chain performs rapid evidence storing to a judicial chain, and the problem of low cochain efficiency caused by cochain of one user side is avoided. The batch data package may be a compressed file of a plurality of original evidence files.

In this embodiment, the one-time certificate storing transaction request is initiated by a user and is used to trigger a certificate storing chain to perform first certificate storing on the batch data packet. The one-time evidence-storing transaction request comprises the following contents provided by the user: evidence basic information such as file names, uploading person information, evidence types and introduction information, evidence package hash values of batch data packages calculated by the evidence storing client side, and evidence storage addresses of the batch data packages. The evidence storing chain can acquire a batch of evidence packages comprising a plurality of original evidence files from the evidence storage address, recalculate the evidence package hash values of the batch of evidence packages, and generate the evidence hash value of each evidence through calculation of each original evidence file. The evidence storing chain can compare the evidence packet hash value in the one-time evidence storing transaction request with the evidence packet hash value obtained by recalculation so as to verify the correctness of the uploaded batch data packets. And after the verification is passed, the certificate storing chain can unpack the batch data packets to obtain a plurality of original certificate storing files. In addition, the evidence package hash value can also record the batch uploading behavior of the user.

In this embodiment, the terminal operated by the user may be used as a full node in the certificate storing chain, so as to initiate a certificate storing transaction request to the certificate storing chain network, and the certificate storing chain receives a certificate storing transaction request initiated by the user in the certificate storing chain through the certificate storing node. Or, a certificate storing client may be integrated in a terminal operated by the user, and used as a lightweight node of the certificate storing chain to initiate a certificate storing transaction request to the certificate storing chain network, so that the certificate storing chain receives the certificate storing transaction request initiated by the user in the certificate storing chain through the lightweight node. Or, a terminal operated by a user may be integrated with a common certificate storage client, where the certificate storage client interacts with a certificate storage platform built based on SaaS (Software-as-a-Service), initiates a certificate storage request to the certificate storage platform, and initiates a certificate storage transaction request to a certificate storage chain based on the certificate storage request through the certificate storage platform, where a certificate storage chain node is integrated with the certificate storage platform or interacts with the certificate storage platform. Correspondingly, the evidence storage platform can require the client to perform operations such as plug-in downloading, user registration, amount recharging and the like, and based on the verification of the authority of the customer service end, after the client completes electronic evidence storage, the user account of the client can be subjected to operations such as fee deduction and the like.

S120, performing uplink storage in a certificate storing chain by executing a certificate storing transaction request and taking the evidence information as generated certificate storing transaction data; wherein, the evidence information is the total evidence information of the batch data packets.

In the embodiment of the present application, the evidence information refers to a general term of the electronic evidence for uploading the deposit evidence, and may include an original evidence text or an evidence storage address, a hash value of the original evidence text and related evidence basic information, where the evidence information is mainly used to reflect the evidence storage behavior of the electronic evidence in the deposit evidence chain and record important information, such as the evidence hash value, when the electronic evidence is stored for the next time. Since the user can link the batch data packets to the evidence storing chain at one time in this embodiment, the evidence information refers to the total evidence information of the batch data packets, and includes, for example, the evidence storage address of the batch data packet, the evidence packet hash value of the batch data packet, and the evidence base information of the related evidence file. The primary evidence storing transaction data is the transaction data which points to the evidence storing chain for uplink storage, and correspondingly, the total evidence information of the batch data packets is used as the generated primary evidence storing transaction data for uplink storage to the evidence storing chain.

Specifically, before the total evidence information of the batch data packets is used as the generated one-time evidence storing transaction data and uplink storage is performed in an evidence storing chain, if a client integrated by a terminal operated by a user is a common evidence storing client, an evidence storing request or one-time evidence storing transaction request is used as a basis; if the terminal operated by the user integrates the full node of the evidence storing chain or the evidence storing lightweight node, the evidence storing transaction request is used as the basis. And further acquiring evidence basic information and an evidence storage address from the evidence storage request or one-time evidence storage transaction request, acquiring a batch data packet comprising a plurality of original evidence files according to the evidence storage address, calculating to generate an evidence packet hash value according to the batch evidence packet, and calculating to generate an evidence hash value of each evidence according to each original evidence file in the batch evidence packet. Therefore, the evidence basic information and the evidence package hash value are assembled into the total evidence information, the evidence hash value is used as the sub-evidence information and is used as the generated one-time evidence storing transaction data, and uplink storage is carried out in the evidence storing chain.

In addition, because the primary evidence storage of the evidence storage chain and the secondary evidence storage of the judicial chain can be offline and non-real-time, the timestamp of the user during the primary evidence storage on the evidence storage chain can be stored along with the evidence information, and the evidence storage chain has a strong time identification effect on the evidence and the evidence uploading behavior of the user. Correspondingly, when a certificate storing transaction request is executed, the timestamp service of a third party authority can be called, and the uploaded timestamp is generated for the total evidence information, so that the timestamp is used as a primary uplink timestamp and added into primary certificate storing transaction data, and the primary certificate storing transaction data and the total evidence information are used as generated primary certificate storing transaction data to be uplink stored in a certificate storing chain.

In this embodiment, after the one-time evidence storing transaction data is successfully linked, the one-time evidence storing transaction data identifier of the one-time evidence storing transaction data uploaded this time may be further generated, so as to perform globally unique identifier on the one-time evidence storing transaction data uploaded this time in the evidence storing chain, which is convenient for performing uplink tracking and query on evidence information represented by the one-time evidence storing transaction data.

S130, respectively initiating a secondary evidence storing transaction request to the judicial chain according to each evidence in the batch evidence packets corresponding to the primary evidence storing transaction data, executing the secondary evidence storing transaction request by a node requesting the judicial chain, generating corresponding secondary evidence storing transaction data, and storing the secondary evidence storing transaction data in the judicial chain in an uplink manner; each secondary evidence deposit transaction request at least comprises evidence sub-evidence information and a primary evidence deposit transaction data identifier.

In a specific embodiment of the present application, the secondary certificate-deposit transaction request is used to trigger the judicial chain to perform the secondary certificate-deposit. An intelligent contract used for initiating a secondary evidence storing transaction request can be deployed in advance in the evidence storing chain, and the secondary evidence storing transaction request is initiated from the evidence storing chain to the judicial chain according to a secondary evidence storing rule specified by the intelligent contract. The intelligent contract may specify an initiation timing of the secondary evidence-storing transaction request, for example, the initiation timing is a receiving and sending timing or a periodic initiation timing, or the secondary evidence-storing transaction request is initiated based on the primary evidence-storing transaction data according to rules such as a service bearing capacity or a network state of a judicial chain. Alternatively, the evidence storage platform may invoke other programs, such as an offline task scheduling service, and initiate a secondary evidence storage transaction request to the judicial chain by an integrated evidence storage chain node in the evidence storage platform or by interaction with the evidence storage chain.

In this embodiment, after the evidence storing chain stores the batch data packet at one time, each evidence file in the batch data packet is uploaded to the judicial chain piece by piece. Specifically, a secondary evidence storing transaction request is respectively initiated for each evidence in a batch evidence package corresponding to the primary evidence storing transaction data, so as to request a judicial chain to uplink and store the corresponding evidence.

The secondary evidence deposit transaction request at least comprises the sub-evidence information of the evidence and the primary evidence deposit transaction data identification, wherein the secondary evidence deposit transaction request corresponds to each evidence one by one. In order to verify evidence information based on a judicial chain, the secondary evidence storing transaction request can also comprise block header information of a block where the primary evidence storing transaction data are located, so that the court compares the stored block header information with the block header information searched from the evidence storing chain based on the primary evidence storing transaction identifier to verify the evidence information.

In addition, since the evidences are uploaded to the judicial chain piece by piece, the time stamp of each piece of evidence uploaded to the judicial chain can also be stored along with the sub-evidence information. And when a secondary evidence storing transaction request is generated, the timestamp service of a third party authority can be called to generate an uploaded timestamp for the sub-evidence information, so that the timestamp is used as a secondary uplink timestamp of the evidence and is added into the secondary evidence storing transaction data, and the secondary uplink timestamp and the sub-evidence information are used as secondary evidence storing transaction data to be uplink stored in a judicial chain. During the process of each evidence linking in turn, there may be a plurality of parallel processes or threads to process the uplink requirements of the files in parallel.

In this embodiment, after the secondary evidence storing transaction data is successfully linked, the judicial chain may further generate a secondary evidence storing transaction data identifier of the secondary evidence storing transaction data uploaded this time, so as to perform globally unique identifier on the secondary evidence storing transaction data uploaded this time in the judicial chain, thereby facilitating the tracking and query of the evidence information represented by the secondary evidence storing transaction data.

S140, acquiring secondary evidence storing transaction data identification from the judicial chain node, and establishing a mapping relation with the primary evidence storing transaction data identification.

In the specific embodiment of the application, the evidence storing chain can acquire the secondary evidence storing transaction data identification from the node of the judicial chain through interaction with the judicial chain, and establish the mapping relationship between the secondary evidence storing transaction data identification and the primary evidence storing transaction data identification, so that the evidence information in the judicial chain is associated with the total evidence information in the evidence storing chain, and the inquiry and the verification of the evidence information at the later stage are facilitated.

And S150, generating a certificate of existence according to the mapping relation and feeding back to the user.

In a specific embodiment of the present application, the certificate of authenticity storage refers to a certificate of authenticity storage basis for the evidence information of the user, and the certificate of authenticity storage may include a mapping relationship between a primary certificate of authenticity storage transaction data identifier and a secondary certificate of authenticity storage transaction data identifier, and may further include evidence base information, a timestamp, and the like. The user can request the evidence-storing chain or the evidence-storing platform to obtain the evidence-storing certificate according to the primary evidence-storing transaction data identifier, or the evidence-storing chain can actively generate the evidence-storing certificate and feed the certificate back to the user after establishing the mapping relation between the primary evidence-storing transaction data identifier and the secondary evidence-storing transaction data identifier. Correspondingly, the user or the court can carry out validity verification on the evidence to be verified submitted by the user based on the evidence information stored in the judicial chain according to the certificate of authenticity.

In this embodiment, the evidence storing chain may further provide a function of a user for inquiring an evidence information uploading progress, receive an evidence storing state inquiry request initiated by the user, and inquire, according to a one-time evidence storing transaction data identifier in the evidence storing state inquiry request, an uplink state stored in the judicial chain by each evidence in the batch data packet. Illustratively, a user gives a primary evidence storing transaction data identifier containing an evidence storage address of the batch data packet, the primary evidence storing transaction data identifier is used as a parent transaction identifier, whether secondary evidence storing transaction data identifiers of all evidences under the parent transaction identifier in a judicial chain are generated or not is inquired, and the processing states of the current batch evidence storing task are returned, such as states of waiting for processing, n pieces of evidence are completed, processing is completed and the like.

In this embodiment, the certificate storing chain may further provide a function of querying a certificate of certificate storing by a user, receive a certificate of certificate storing query request initiated by the user, query a list of all corresponding secondary certificate of certificate storing transaction data identifiers according to a primary certificate of certificate storing transaction data identifier in the certificate of certificate storing query request, where each secondary certificate of certificate storing transaction data identifier may further correspond to related sub-evidence information, a certificate storing number, and the like, and feed back to the user.

According to the technical scheme, a certificate storing chain established by a platform side is used as an evidence certificate storing bridge between a user and a judicial chain, primary evidence certificate storing of batch data packets is carried out through the certificate storing chain in response to the user requirements, the batch data packets are firstly stored in the certificate storing chain, secondary evidence certificate storing is carried out by the judicial chain based on primary certificate storing transaction data in the certificate storing chain, sub-evidence information and primary certificate storing transaction data identifications in the batch data packets are stored in the judicial chain, a mapping relation between the primary certificate storing transaction data identifications and the secondary certificate storing transaction data identifications is established, and finally certificate storing certificates are generated according to the mapping relation and are fed back to the user as certificate storing bases. Because the evidence storage chain is adopted to assist the judicial chain to carry out the technical means of cross-chain evidence processing operation, the batch uploading of the evidence is realized, the technical problems that network congestion occurs in the judicial chain or the visit is not smooth and the evidence cannot be stored under the condition that the sudden evidence storage requirement of the platform exceeds the peak processing capacity of the judicial chain are solved, the normal operation of evidence storage business and the effectiveness of the evidence are further ensured, and the business processing capacity, the evidence chaining efficiency and the user experience technical effect of the judicial chain are improved.

Second embodiment

Fig. 2 is a flowchart of an evidence storing method of a judicial chain according to a second embodiment of the present application, and this embodiment further explains the secondary evidence storing of the judicial chain on the basis of the first embodiment, so that batch storage can be performed on the judicial chain. As shown in fig. 2, the method specifically includes the following steps:

s210, acquiring a one-time evidence storing transaction request aiming at the batch data packet initiated according to the user requirement.

In the embodiment of the present application, a terminal operated by a user may be used as a full node in a chain for storing certificates, so as to initiate a request for a certificate storing transaction to a network of the chain for storing certificates. Further optionally, the certificate storing link receives a certificate storing transaction request initiated by the user in the certificate storing link through the certificate storing node.

Or, a certificate storing client can be integrated in a terminal operated by a user and used as a lightweight node of a certificate storing chain to initiate a certificate storing transaction request to a certificate storing chain network. Optionally, the certificate storing link receives a certificate storing transaction request initiated by the user in the certificate storing link through the certificate storing lightweight node.

Or, a terminal operated by the user may also be integrated with a common evidence storing client, and the evidence storing client interacts with an evidence storing platform established based on SaaS and initiates an evidence storing request to the evidence storing platform. Optionally, the certificate storing chain acquires a certificate storing request received by the certificate storing platform from the certificate storing client, and the certificate storing request is initiated by the user at the certificate storing client; generating a certificate storing transaction request based on the certificate storing request, and transmitting the certificate storing transaction request in a certificate storing chain; the evidence storing chain nodes are integrated on the evidence storing platform or interact with the evidence storing platform. Correspondingly, the evidence storage platform can require the client to perform operations such as plug-in downloading, user registration, amount recharging and the like, and based on the verification of the authority of the customer service end, after the client completes electronic evidence storage, the user account of the client can be subjected to operations such as fee deduction and the like.

Fig. 3 is a flowchart illustrating the process of obtaining the certificate storing service by the user using the certificate storing client based on the certificate storing platform. As shown in fig. 3, the user uses the terminal to download and install the certificate storing client, and performs a contract for certificate storing service with the certificate storing platform through the certificate storing client. If the certificate storing client serves as a certificate storing lightweight node, user registration is carried out through a certificate storing chain home page, and a certificate storing chain account is applied. Therefore, the user can recharge the deposit certificate service amount based on the account number of the deposit certificate chain, purchase the deposit certificate service, and initiate a deposit certificate transaction request to the deposit certificate chain through the deposit certificate client.

In this embodiment, the one-time certificate-deposit transaction request includes the following contents provided by the user: evidence basic information such as file names, uploading person information, evidence types and introduction information, evidence package hash values of batch data packages calculated by the evidence storing client side, and evidence storage addresses of the batch data packages.

S220, acquiring evidence basic information and an evidence storage address from the evidence storage request or the one-time evidence storage transaction request by executing the one-time evidence storage transaction request; acquiring a batch of evidence packets comprising a plurality of original evidence files according to the evidence storage addresses, calculating to generate an evidence packet hash value according to the batch of evidence packets, and calculating to generate an evidence hash value of each evidence according to each original evidence file; the evidence basic information and the evidence packet hash value are used as total evidence information, and the evidence hash value is used as sub-evidence information.

In an embodiment of the present application, the chain of credentials stores executes a request for a credential transaction to perform a credential store on the chain of credentials stores. Specifically, before uplink storage, evidence information to be uplink needs to be acquired from a single evidence transaction request. In the embodiment, the evidence information is mainly composed of evidence basic information and evidence hash values, so that the evidence basic information and the evidence storage address can be obtained from the evidence storage request or one-time evidence storage transaction request, a batch of evidence packages including a plurality of original evidence files are obtained according to the evidence storage address, the evidence package hash values are generated by calculating according to the batch of evidence packages, and the evidence hash value of each evidence is generated by calculating according to each original evidence file. And finally, taking the evidence basic information and the evidence packet hash value together as total evidence information for uplink storage.

S230, calling a timestamp service to acquire a primary uplink timestamp; and adding a primary uplink time stamp into the primary evidence storing transaction data, and performing uplink storage in the evidence storing chain together with the general evidence information.

In the embodiment of the present application, a TimeStamp (TimeStamp) refers to complete and verifiable data that can indicate that the evidence information is existed before a certain time, and the TimeStamp may be a character sequence that uniquely identifies a time of a certain moment. The timestamp service may be a trusted timestamp service provided by a third party authority for generating a trusted timestamp upon invocation.

Because the certificate is deposited to the secondary of depositing the certificate and judicial chain of depositing the certificate chain can be off-line, non-real-time, so the user when depositing the certificate once on depositing the certificate chain, can call the timestamp service, for this evidence information's cochain storage constantly generates the timestamp, as a cochain timestamp, along with evidence information as the once transaction data that deposits of generation, carry out cochain storage in depositing the certificate chain, have stronger time identification effect to certificate itself.

Illustratively, fig. 4 is a user authentication flow chart. As shown in fig. 4, the user initiates a credit transaction request to the credit chain through the credit lightweight node. If the evidence hash value is included in the one-time evidence storing transaction request, the user is stored based on a single evidence file, a time stamp service is called to generate an uplink time stamp, and the authority and the amount of the uploaded user's evidence storing chain account are verified by a evidence storing chain verification module XuperFront. If the one-time evidence storing transaction request comprises an evidence storing address Url, the user is stored based on the batch evidence file, a timestamp service is called to generate a one-time uplink timestamp, and the authority and the amount of the uploaded person's evidence storing chain account are verified by a evidence storing chain verification module XuperFront. After the verification is passed, detecting whether the one-time evidence storing transaction data exceeds the unit time processing amount QPS of the evidence storing chain, and if so, terminating the evidence storing; if not, the one-time evidence storing transaction data is linked to the evidence storing chain until the evidence storing is successful.

And S240, respectively generating secondary evidence storing transaction requests according to each evidence in the batch evidence packages corresponding to the primary evidence storing transaction data.

In the embodiment of the application, the evidence storing chain stores the evidence of the batch data packets for the first time, so that the effective storage of the batch data packets is ensured, the offline secondary evidence storing is performed on the judicial chain on the basis that the batch data packets are stored in the evidence storing chain, each evidence in the batch data packets is separately generated into a corresponding secondary evidence storing transaction request one by one, and each evidence in the batch data packets is linked to the judicial chain one by one, so that the technical problem that the evidence cannot be stored due to the fact that the requirement of the judicial chain for network transmission or evidence storage is too large is solved. The off-line secondary certificate storage can be initiated from the certificate storage chain to the judicial chain according to the network transmission condition of the judicial chain or according to a preset time period.

In this embodiment, the secondary certificate storing transaction request initiated to the judicial chain occurs offline, that is, after the certificate storing chain completes the primary certificate storing, the secondary certificate storing transaction request is initiated to the judicial chain only at a certain time interval. Correspondingly, the primary evidence storing transaction data in a certain number of blocks does not pass through secondary evidence storing. Therefore, in the process of initiating the secondary evidence transaction request, the blocks in the evidence chain can be extracted from front to back in sequence to judge whether the uplink operation of the judicial chain is executed. For example, whether a secondary evidence-storing transaction data identifier corresponding to the primary evidence-storing transaction data identifier exists is judged. If yes, the block information is verified for the second time, and the next block is continuously extracted; if not, identifying whether the block has primary evidence storing transaction data, for example, extracting the primary evidence storing transaction data identified by the primary evidence storing transaction data identifier, so as to initiate a secondary evidence storing transaction request according to the primary evidence storing transaction data.

And S250, calling a timestamp service to obtain a secondary uplink timestamp, adding the secondary uplink timestamp into the secondary evidence storing transaction request, initiating the secondary evidence storing transaction request to the judicial chain, requesting a node of the judicial chain to execute the secondary evidence storing transaction request, generating corresponding secondary evidence storing transaction data, and performing uplink storage in the judicial chain.

In the embodiment of the present application, since the evidence storing chain is a single evidence storing based on a batch of data packets, the single uplink time stamp indicates the uplink time from the set of multiple evidences to the evidence storing chain, and further, for uplink from each evidence to the judicial chain, it is necessary to identify the uplink time from each evidence to the judicial chain. Correspondingly, a timestamp service can be called, a timestamp is generated for the uplink storage time of the sub-evidence information and is used as a secondary uplink timestamp, and the secondary uplink timestamp is added into the secondary evidence storage transaction request. Each secondary evidence deposit transaction request at least comprises evidence sub-evidence information and a primary evidence deposit transaction data identifier. And initiating a secondary evidence storing transaction request to the judicial chain to request the judicial chain to take the sub-evidence information, the secondary uplink timestamp and the primary evidence storing transaction data identifier as the secondary evidence storing transaction request, and uplink storing the secondary evidence storing transaction request into the judicial chain.

Optionally, the generation and initiation of each secondary authentication transaction request are processed by at least two parallel processes. During each evidence chaining in turn, there may be multiple parallel processes or threads to handle the chaining requirements of these files in parallel.

In this embodiment, the trusted relationship of the certificate chain to the judicial chain may be determined through administrative negotiation; or the judicial chain can directly measure the trusted relationship of the evidence storing chain according to the intensity and the technical capability of the public trust of the evidence storing chain. For the trusted evidence chain, the court can compare the evidence hash value in the evidence information stored in the uplink and the hash value recalculated based on the evidence text to verify the accuracy of the evidence information. For the untrusted evidence storing chain, correspondingly, the secondary evidence storing transaction request can also comprise block header information of a block where the primary evidence storing transaction data is located, so that a court compares the block header information of the block where the primary evidence storing transaction data is located with the block header information searched from the evidence storing chain based on the primary evidence storing transaction identifier, and the evidence information is basically verified from the block chain.

And S260, acquiring a secondary evidence storing transaction data identifier from a node of the judicial chain, and establishing a mapping relation with the primary evidence storing transaction data identifier.

And S270, generating a certificate of existence according to the mapping relation and feeding back the certificate of existence to the user.

Illustratively, FIG. 5 is a flow chart of batch data off-line judicial chain. As shown in fig. 5, the chain of evidence storage is based on an intelligent contract, or the platform of evidence storage is based on an offline scheduling service, and a secondary transaction request of evidence storage is initiated to the judicial chain. Specifically, the evidence chain detects whether the evidence storage address Url exists in one evidence transaction data of the latest block from front to back. If not, the block is traversed backwards, and if yes, whether the one-time evidence storage is successful is determined. And if the last evidence storage of the evidence storage chain is successful, downloading the batch data packets from the evidence storage address Url, unpacking the batch data packets to obtain a plurality of evidences, and judging whether the quantity of the batch files in the batch data packets exceeds the upper limit or not. And if the evidence does not exceed the standard limit, performing secondary evidence storage processing of the judicial chain one by one on the evidence in the batch data packets, and calling a timestamp service to generate a secondary uplink timestamp of each evidence. And if the verification is passed, initiating a secondary evidence storing transaction request to the judicial chain so as to store the evidences in the batch data packets in the judicial chain one by one. And finally, establishing a mapping relation between the primary evidence storing transaction data identifier and the secondary evidence storing transaction data identifier to generate an evidence storing certificate.

Optionally, receiving a certificate storing state query request initiated by a user; inquiring the uplink state stored to a judicial chain by each evidence in the batch data packets according to the primary evidence storing transaction data identifier in the evidence storing state inquiry request; and feeding back the uplink state to the user.

In this embodiment, a user may initiate a certificate storing status query request to a certificate storing chain through a certificate storing client, where the certificate storing status query request is used to query an uplink progress of each evidence in a batch data packet uploaded by the user to the judicial chain, and the certificate storing status query request may include a certificate storing transaction data identifier. Correspondingly, whether the secondary evidence-storing transaction data identification of each evidence under the primary evidence-storing transaction data identification is included can be searched from the evidence-storing chain according to the primary evidence-storing transaction data identification. If yes, indicating that the uplink state of the current evidence is successful; if not, the uplink state of the current evidence is the non-uplink success. And the uplink state is fed back to the user through the evidence storing client, so that the user can know the evidence storing state of each evidence in the batch data packet to the judicial chain.

Illustratively, a user gives a primary evidence storing transaction data identifier containing an evidence storage address of the batch data packet, the primary evidence storing transaction data identifier is used as a parent transaction identifier, whether secondary evidence storing transaction data identifiers of all evidences under the parent transaction identifier in a judicial chain are generated or not is inquired, and the processing states of the current batch evidence storing task are returned, such as states of waiting for processing, n pieces of evidence are completed, processing is completed and the like.

Optionally, receiving a certificate storing certificate inquiry request sent by a user; and inquiring a list of all secondary certificate-deposit transaction data identifications corresponding to the primary certificate-deposit transaction data identification in the certificate-deposit certificate inquiry request, and feeding back the list to the user.

In this embodiment, a user may initiate a certificate storing certificate query request to the certificate storing chain through the certificate storing client, where the certificate storing certificate query request is used to query an evidence list in a batch data packet under a certificate storing certificate. Correspondingly, whether the secondary evidence-storing transaction data identification of each evidence under the primary evidence-storing transaction data identification is included can be searched and searched from the evidence-storing chain according to the primary evidence-storing transaction data identification. If the secondary evidence storing transaction data identification exists, a list of secondary evidence storing transaction data identifications is obtained, and each secondary evidence storing transaction data identification can also correspond to related sub-evidence information, evidence storing numbers and the like and is fed back to the user.

The technical scheme of this embodiment adopts the deposit certificate chain that the platform side established, and as the evidence deposit certificate bridge between user and the judicial chain, the evidence deposit certificate of carrying out batch data package through depositing certificate chain response user's demand at one time, with total evidence information and once cochain time stamp at first store in depositing the certificate chain, and generate once deposit certificate transaction data sign. And initiating a secondary evidence storing transaction request to the judicial chain one by each evidence in the batch data packets based on an offline mode by the evidence storing chain so as to store the sub-evidence information and the secondary uplink time stamp thereof in the judicial chain and generate a secondary evidence storing transaction data identifier. And finally, establishing a mapping relation between the primary evidence storing transaction data identifier and the secondary evidence storing transaction data identifier, generating an evidence storing certificate according to the mapping relation, and feeding back the evidence storing certificate as evidence storing basis to the user. Because the evidence storage chain is adopted to assist the judicial chain to carry out the technical means of cross-chain evidence processing operation, the batch uploading of the evidence is realized, the technical problems that network congestion occurs in the judicial chain or the visit is not smooth and the evidence cannot be stored under the condition that the sudden evidence storage requirement of the platform exceeds the peak processing capacity of the judicial chain are solved, the normal operation of evidence storage business and the effectiveness of the evidence are further ensured, and the business processing capacity, the evidence chaining efficiency and the user experience technical effect of the judicial chain are improved.

Third embodiment

Fig. 6 is a flowchart of an evidence processing method of a judicial chain according to a third embodiment of the present application, where the present embodiment is applicable to a case where evidence is stored in the judicial chain through a chain for evidence storage, and the method is applicable to a judicial chain node and can be executed by an evidence processing apparatus of the judicial chain, where the apparatus is implemented in software and/or hardware, and is preferably configured in an electronic device carrying the judicial chain node. As shown in fig. 6, the method specifically includes the following steps:

s610, receiving a secondary evidence storing transaction request initiated by a evidence storing chain node, wherein the secondary evidence storing transaction request comprises sub-evidence information, a secondary uplink time stamp during uplink of a judicial chain and a primary evidence storing transaction data identifier during uplink of the evidence storing chain. Wherein the sub-evidence information corresponds to one evidence in a batch of evidence packages.

In the specific embodiment of the present application, the secondary evidence storing transaction request is used to trigger the judicial chain, and perform secondary evidence storing on each evidence in the batch data packets one by one, where the evidence storing chain is initiated to the judicial chain based on an intelligent contract or the evidence storing platform is initiated to the judicial chain based on external programs such as an offline scheduling service.

The secondary evidence deposit transaction request comprises sub-evidence information of a single evidence in the batch data packet stored in the evidence deposit chain and a primary evidence deposit transaction data identifier of the batch data packet on the evidence deposit chain. The sub-evidence information can comprise evidence basic information and sub-evidence hash values, and the evidence basic information can comprise file names, uploading person information, evidence types, introduction information and the like; the sub-evidence hash value refers to a hash value of a single evidence in a batch of data packets. The primary evidence storing transaction data identifier is used for globally and uniquely identifying the primary evidence storing transaction data uploaded to the evidence storing chain in the evidence storing chain, so that uplink tracking and inquiry of evidence information represented by the primary evidence storing transaction data are facilitated.

In addition, since the evidences are uploaded to the judicial chain piece by piece, the time stamp of each piece of evidence uploaded to the judicial chain can also be stored along with the sub-evidence information. Correspondingly, the secondary evidence transaction request also comprises a secondary uplink time stamp generated when the judicial chain uplinks by calling the time stamp service by the evidence chain.

And S620, executing the secondary certificate-storing transaction request, uploading and storing the secondary certificate-storing transaction data in a judicial chain, and feeding back a secondary certificate-storing transaction data identifier to the certificate-storing chain so as to determine a certificate-storing certificate, wherein the certificate-storing certificate comprises a mapping relation between the secondary certificate-storing transaction data identifier and the primary certificate-storing transaction data identifier.

In the embodiment of the application, the judicial chain executes the secondary evidence storing transaction request, extracts the information such as the sub-evidence information, the primary evidence storing transaction data identifier and the secondary uplink timestamp from the secondary evidence storing transaction request, and uses the information as the secondary evidence storing transaction data to perform uplink storage on the judicial chain.

After the secondary evidence storage is successful, a secondary evidence storage transaction data identifier can be generated and fed back to the evidence storage chain. Correspondingly, the certificate storing chain establishes a mapping relation between the primary certificate storing transaction data identifier and the secondary certificate storing transaction data identifier according to the secondary certificate storing transaction data identifier, and generates a certificate storing certificate according to the mapping relation. Under the condition of batch data package evidence storage, a plurality of secondary evidence storage transaction data identifications can be mapped to the primary evidence storage transaction data identification.

In addition, the judicial chain can interact with the court equal authority agency platform, receive the evidence verification transaction request, and verify the validity of the evidence information submitted by the user based on the evidence information stored in the judicial chain. The manner of verification thereof will be specifically explained in the next embodiment.

According to the technical scheme, after the evidence storing chain stores evidence once to ensure that batch data packages are subjected to chain storing, the judicial chain receives and responds to a secondary evidence storing transaction request of each evidence, performs secondary storing on the partial evidence information based on an offline mode, stores a primary evidence storing transaction data identifier and a secondary chain loading timestamp and the like of the evidence information on the evidence storing chain, and achieves offline storing of the batch data packages under assistance of the evidence storing chain. The technical problems that network congestion occurs in a judicial chain or access is not smooth and evidence cannot be stored under the condition that the sudden evidence storage requirement of a platform exceeds the peak processing capacity of the judicial chain are solved, so that the normal operation of evidence storage service and the effectiveness of the evidence are guaranteed, and the service processing capacity, the evidence chaining efficiency and the user experience technical effect of the judicial chain are improved.

Fourth embodiment

Fig. 7 is a flowchart of an evidence processing method of a judicial chain according to a fourth embodiment of the present application, and this embodiment further explains the verification of evidence information by the judicial chain on the basis of the third embodiment, so that validity verification can be performed on the evidence to be verified submitted by the user or the evidence information in the chain of evidence storage based on the evidence information stored by the judicial chain. As shown in fig. 7, the method specifically includes the following steps:

and S710, receiving a secondary evidence storing transaction request initiated by a evidence storing chain node, wherein the secondary evidence storing transaction request comprises sub-evidence information, a secondary uplink time stamp during uplink of a judicial chain and a primary evidence storing transaction data identifier during uplink of the evidence storing chain. Wherein the sub-evidence information corresponds to one evidence in a batch of evidence packages.

And S720, executing the secondary certificate-storing transaction request, uploading and storing the secondary certificate-storing transaction data in a judicial chain, and feeding back a secondary certificate-storing transaction data identifier to the certificate-storing chain so as to determine a certificate-storing certificate, wherein the certificate-storing certificate comprises a mapping relation between the secondary certificate-storing transaction data identifier and the primary certificate-storing transaction data identifier.

S730, receiving the evidence verification transaction request, and acquiring the evidence certificate from the evidence verification transaction request.

In the specific embodiment of the application, the judicial chain can also interact with the court equal authority wegian organization platform, receive the evidence verification transaction request, and verify the validity of the evidence information submitted by the user based on the evidence information stored in the judicial chain.

Specifically, the user may send the certificate of evidence to the court, and the court initiates an evidence verification transaction request to the judicial chain. Correspondingly, the evidence verification transaction request may include the certificate of authenticity, and the judicial chain acquires the certificate of authenticity from the evidence verification transaction request.

And S740, inquiring and acquiring the secondary evidence storing transaction data in the judicial chain according to the secondary evidence storing transaction data identification.

In a specific embodiment of the present application, the certificate of credit includes a mapping relationship between a primary certificate of credit transaction data identifier and a secondary certificate of credit transaction data identifier, and the judicial chain may query and obtain the secondary certificate of credit transaction data from the judicial chain according to the secondary certificate of credit transaction data identifier.

Optionally, obtaining block header information and a primary evidence storing transaction data identifier from the secondary evidence storing transaction data; inquiring and acquiring block header information of the block from the certificate storing chain according to the one-time certificate storing transaction data identifier; and comparing the two block header information, and if the two block header information are consistent, determining that the secondary evidence-storing transaction data is valid.

In this embodiment, since the secondary transaction request may include the block header information of the block in which the primary transaction data is located, correspondingly, the block header information of the block in which the primary transaction data is located may be stored in the judicial chain as the secondary transaction data. And before verifying the evidence to be verified submitted by the user, if the judicial chain does not trust the evidence storage chain, the judicial chain can firstly verify the evidence information stored by the judicial chain.

Specifically, the block header information of the block in which the primary evidence storing transaction data is located in the evidence storing chain and the identification of the primary evidence storing transaction data are obtained from the secondary evidence storing transaction data stored in the judicial chain. And inquiring and acquiring the block header information of the block where the primary evidence storing transaction data is located from the evidence storing chain according to the primary evidence storing transaction data identifier. Therefore, the block header information recorded in the judicial chain is compared with the block header information of the block which really stores the one-time evidence storing transaction data in the evidence storing chain. And if the header information of the two blocks is consistent, determining that the secondary evidence-storing transaction data in the judicial chain is valid. And then, verifying the evidence to be verified submitted by the user based on the effective secondary evidence-storing transaction data verified in the judicial chain.

S750, acquiring branch evidence information and a secondary uplink timestamp from the secondary evidence storing transaction data; and comparing the sub-evidence information with the sub-evidence information of the evidence to be verified submitted by the user, and if the comparison result is consistent, determining that the evidence to be verified is valid.

In a specific embodiment of the present application, the evidence to be verified submitted by the user may refer to evidence submitted to a court when the user is in judicial powers or litigation. The evidence submitted by the user to be verified may also include multiple pieces of sub-evidence information. Based on the judicial chain, the court can carry out validity verification on the evidence to be verified submitted by the user. Specifically, on the premise that the stored sub-evidence information of the judicial chain is verified to be effective, the sub-evidence information extracted from the secondary evidence-storing transaction data of the judicial chain is directly compared with the sub-evidence information of the evidence to be verified. And if the sub-evidence information of the evidence is consistent with the submitted sub-evidence information, determining that the evidence to be verified is valid. The judicial chain can calculate a hash value for sub-evidence information of the evidence to be verified submitted by the user, and compares the existing evidence hash value with the calculated hash value so as to verify the validity of the evidence to be verified.

According to the technical scheme, under the condition that the evidence storage chain assists in offline storage of the evidence information, for the evidence storage chain which is not trusted by the judicial chain, validity of the evidence information in the judicial chain can be verified based on the block header information of the block where the evidence storage chain is located by the one-time evidence storage transaction data. Therefore, the validity verification can be carried out on the evidence to be verified submitted by the user under the condition that the evidence information verification in the judicial chain is valid.

Fifth embodiment

Fig. 8 is a schematic structural diagram of an evidence processing apparatus of a judicial chain according to a fifth embodiment of the present application, which is applicable to a case where evidence is stored in the judicial chain through a evidence storage chain, and the apparatus can be configured at a node of the evidence storage chain, so as to implement the evidence processing method of the judicial chain according to any embodiment of the present application.

The apparatus 800 specifically includes the following:

a primary evidence storing transaction request obtaining module 810, configured to obtain a primary evidence storing transaction request for a batch of data packets initiated according to a user requirement;

a primary evidence storing module 820, configured to perform uplink storage in the evidence storing chain by executing the primary evidence storing transaction request and using the evidence information as the generated primary evidence storing transaction data; wherein the evidence information is total evidence information of the batch data packets;

a secondary evidence storing initiating module 830, configured to respectively initiate a secondary evidence storing transaction request to a judicial chain according to each evidence in a batch of evidence packets corresponding to the primary evidence storing transaction data, so as to request a node of the judicial chain to execute the secondary evidence storing transaction request, generate corresponding secondary evidence storing transaction data, and store the secondary evidence storing transaction data in the judicial chain in an uplink manner; each secondary evidence deposit transaction request at least comprises sub-evidence information of the evidence and a primary evidence deposit transaction data identifier;

the evidence storing and mapping module 840 is used for acquiring secondary evidence storing transaction data identifiers from the nodes of the judicial chain and establishing a mapping relation with the primary evidence storing transaction data identifiers;

and the certificate storing certificate generating module 850 is used for generating the certificate storing certificate according to the mapping relation and feeding back the certificate storing certificate to the user.

Optionally, the secondary certificate storing initiating module 830 is specifically configured to:

Optionally, the primary evidence storing module 820 is specifically configured to:

Optionally, the one-time certificate-storing transaction request obtaining module 810 is specifically configured to:

before the evidence information is used as the generated one-time evidence storing transaction data and uplink storage is carried out in the evidence storing chain, acquiring evidence basic information and an evidence storage address from the evidence storing request or the one-time evidence storing transaction request;

Further, the apparatus 800 further includes a storage status query module 860, specifically configured to:

receiving a certificate storing state query request initiated by a user;

and feeding back the uplink state to the user.

Further, the apparatus 800 further includes a certificate storing certificate querying module 870, specifically configured to:

receiving a certificate storing certificate inquiry request sent by a user;

According to the technical scheme of the embodiment, through the mutual cooperation of the functional modules, the functions of acquiring a primary certificate-storing transaction request, generating a primary uplink timestamp, generating a primary certificate-storing transaction data identifier of a batch data packet, initiating a secondary certificate-storing of each evidence, receiving a secondary certificate-storing transaction data identifier, establishing a mapping relation, generating a certificate-storing certificate, inquiring a certificate-storing state and the like are realized. The evidence processing operation of chain crossing is carried out through the evidence storage chain to assist the judicial chain, the batch uploading of the evidence is realized, the technical problems that network congestion occurs in the judicial chain or the access is not smooth and the evidence cannot be stored under the condition that the sudden evidence storage requirement of the platform per se exceeds the peak processing capacity of the judicial chain are solved, the normal operation of evidence storage business and the effectiveness of the evidence are guaranteed, and the business processing capacity, the evidence chaining efficiency and the user experience technical effect of the judicial chain are improved.

Sixth embodiment

Fig. 9 is a schematic structural diagram of an evidence processing apparatus of a judicial chain according to a sixth embodiment of the present application, which is applicable to a case where evidence is stored in the judicial chain through a evidence storage chain, and the apparatus can be configured at a node of the judicial chain, so as to implement the evidence processing method of the judicial chain according to any embodiment of the present application.

The apparatus 900 specifically includes the following:

a secondary evidence storing transaction request obtaining module 910, configured to receive a secondary evidence storing transaction request initiated by a evidence storing chain node, where the secondary evidence storing transaction request includes sub-evidence information, a secondary uplink time stamp during uplink of a judicial chain, and a primary evidence storing transaction data identifier of the uplink of the evidence storing chain; wherein the sub-evidence information corresponds to one evidence in a batch of evidence packages;

and a secondary certificate storing module 920, configured to execute the secondary certificate storing transaction request, store secondary certificate storing transaction data in a judicial chain in an uplink manner, and feed back a secondary certificate storing transaction data identifier to the certificate storing chain, so as to determine a certificate storing certificate, where the certificate storing certificate includes a mapping relationship between the secondary certificate storing transaction data identifier and the primary certificate storing transaction data identifier.

Further, the apparatus further includes an evidence verification module 930, specifically configured to:

According to the technical scheme of the embodiment, through the mutual cooperation of the functional modules, the functions of obtaining the secondary evidence deposit transaction request, storing the secondary evidence of each evidence in the batch data packet, verifying the stored evidence information, verifying the evidence submitted by the user and the like are realized. The method and the device realize offline storage of batch data packets with the assistance of the evidence storage chain, verify the validity of evidence information in the judicial chain, and verify the validity of the evidence to be verified submitted by the user. The normal operation of the evidence storing service and the effectiveness of the evidence are ensured, and the service processing capacity, the evidence chaining efficiency and the user experience technical effect of the judicial chain are improved.

Seventh embodiment

According to an embodiment of the present application, an electronic device and a readable storage medium are also provided.

Fig. 10 is a block diagram of an electronic device of an evidence storage method or an evidence processing method of a judicial chain according to an embodiment of the present application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the present application that are described and/or claimed herein.

As shown in fig. 10, the electronic apparatus includes: one or more processors 1001, memory 1002, and interfaces for connecting the various components, including high-speed interfaces and low-speed interfaces. The various components are interconnected using different buses and may be mounted on a common motherboard or in other manners as desired. The processor may process instructions for execution within the electronic device, including instructions stored in or on the memory to display Graphical information for a Graphical User Interface (GUI) on an external input/output device, such as a display device coupled to the Interface. In other embodiments, multiple processors and/or multiple buses may be used, along with multiple memories and multiple memories, as desired. Also, multiple electronic devices may be connected, with each device providing portions of the necessary operations, e.g., as a server array, a group of blade servers, or a multi-processor system. Fig. 10 illustrates an example of one processor 1001.

The memory 1002 is a non-transitory computer readable storage medium provided herein. Wherein the memory stores instructions executable by at least one processor to cause the at least one processor to perform a proof-deposit-method or a proof-processing method of a judicial chain as provided herein. The non-transitory computer readable storage medium of the present application stores computer instructions for causing a computer to perform a chain of judicial evidence evidencing method or evidence processing method as provided herein.

The memory 1002, as a non-transitory computer readable storage medium, may be used to store non-transitory software programs, non-transitory computer executable programs, and modules, such as program instructions/modules corresponding to the evidence deposit method or the evidence processing method of the judicial chain in the embodiment of the present application, for example, the primary deposit transaction request obtaining module 810, the primary deposit module 820, the secondary deposit initiating module 830, the deposit mapping module 840, the deposit certificate generating module 850, the deposit status querying module 860, and the deposit certificate querying module 870 shown in fig. 8, or the secondary deposit transaction request obtaining module 910, the secondary deposit module 920, and the evidence verifying module 930 shown in fig. 9. The processor 1001 executes various functional applications of the server and data processing, i.e., an evidence storage method or an evidence processing method of the judicial chain in the above-described method embodiments, by executing the non-transitory software programs, instructions, and modules stored in the memory 1002.

The memory 1002 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created by use of the electronic device according to the evidence storage method or the evidence processing method of the judicial chain, or the like. Further, the memory 1002 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory 1002 may optionally include memory located remotely from the processor 1001, which may be connected over a network to an electronic device of a forensic method or an evidence processing method of the judicial chain. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The electronic device of the evidence storage method or the evidence processing method of the judicial chain may further include: an input device 1003 and an output device 1004. The processor 1001, the memory 1002, the input device 1003, and the output device 1004 may be connected by a bus or other means, and the bus connection is exemplified in fig. 10.

The input device 1003 may receive input numeric or character information and generate key signal inputs related to user settings and function control of the electronic device of the evidence deposit method or evidence processing method of the judicial chain, such as an input device of a touch screen, a keypad, a mouse, a track pad, a touch pad, a pointer, one or more mouse buttons, a track ball, a joystick, etc. The output device 1004 may include a display apparatus, an auxiliary lighting device such as a Light Emitting Diode (LED), a tactile feedback device, and the like; the tactile feedback device is, for example, a vibration motor or the like. The Display device may include, but is not limited to, a Liquid Crystal Display (LCD), an LED Display, and a plasma Display. In some implementations, the display device can be a touch screen.

Various implementations of the systems and techniques described here can be realized in digital electronic circuitry, Integrated circuitry, Application Specific Integrated Circuits (ASICs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.

These computer programs, also known as programs, software applications, or code, include machine instructions for a programmable processor, and may be implemented using high-level procedural and/or object-oriented programming languages, and/or assembly/machine languages. As used herein, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, apparatus, and/or Device for providing machine instructions and/or data to a Programmable processor, such as a magnetic disk, optical disk, memory, Programmable Logic Device (PLD), including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal used to provide machine instructions and/or data to a programmable processor.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device for displaying information to a user, for example, a Cathode Ray Tube (CRT) or an LCD monitor; and a keyboard and a pointing device, such as a mouse or a trackball, by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback, e.g., visual feedback, auditory feedback, or tactile feedback; and input from the user may be received in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a back-end component, e.g., as a data server, or that includes a middleware component, e.g., an application server, or that includes a front-end component, e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here, or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication, e.g., a communication network. Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), and the internet.

The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.

According to the technical scheme of the embodiment of the application, the evidence storing chain established by the platform side is used as an evidence storing bridge between a user and a judicial chain, the evidence storing chain responds to the requirement of the user to store the evidence for one time, the evidence information is firstly stored in the evidence storing chain, the judicial chain is used for storing the transaction data based on the evidence storing transaction data in the evidence storing chain, the evidence for the second time is stored, the evidence information and the identification of the transaction data for one time are stored in the judicial chain, the mapping relation between the identification of the transaction data for one time and the identification of the transaction data for the second time is established, and the evidence storing certificate is finally generated according to the mapping relation and is fed back to the user as the evidence storing basis. Because the technical means that the evidence storage chain assists the judicial chain to carry out cross-chain evidence processing operation is adopted, the technical problems that network congestion occurs in the judicial chain or access is not smooth and evidence cannot be stored under the condition that the sudden evidence storage requirement of the platform exceeds the peak processing capacity of the judicial chain are solved, the normal operation of evidence storage business and the effectiveness of the evidence are further ensured, and the business processing capacity and the user experience technical effect of the judicial chain are improved.

One embodiment in the above application has the following advantages or benefits: on the basis that evidence information is stored in a evidence storing chain after the evidence is stored for one time, the evidence storing chain can initiate a secondary evidence storing transaction request to the judicial chain according to the network transmission condition of the judicial chain or according to a set time period, so that the secondary evidence storing is ensured within the service processing capacity range of the judicial chain, and the phenomena that the judicial chain is blocked by the network or has unsmooth access and the sudden evidence storing requirement of the platform exceeds the peak processing capacity of the judicial chain are avoided.

One embodiment in the above application has the following advantages or benefits: by traversing each block in the evidence storing chain, all the once evidence storing transaction data on the evidence storing chain are ensured to be stored in the judicial chain.

One embodiment in the above application has the following advantages or benefits: the timestamp service is called to determine the timestamp of the primary evidence storing transaction data during the evidence storing process, so that the timestamp and the evidence information are stored in the evidence storing chain and the judicial chain together, and the time basis of uploading the evidence information by the user is guaranteed to be effectively stored.

One embodiment in the above application has the following advantages or benefits: the evidence basic information and the hash value thereof are stored together as the evidence information, and the verification of the evidence information is facilitated through the hash value, so that the evidence information is prevented from being tampered.

One embodiment in the above application has the following advantages or benefits: the block header information of the block where the primary evidence storing transaction data is located is added into the secondary evidence storing transaction request, so that the forensic information can be verified by comparing the block header information of the evidence and the block header information found from the evidence storing chain under the condition that a court does not trust the evidence storing chain.

One embodiment in the above application has the following advantages or benefits: whether a secondary evidence storing transaction data identifier corresponding to the primary evidence storing transaction data identifier exists or not is inquired in the evidence storing chain, so that evidence storing progress of the evidence information is determined.

One embodiment in the above application has the following advantages or benefits: the judicial chain compares the block header information of the block where the stored one-time evidence storing transaction data is located with the block header information directly obtained by inquiring from the evidence storing chain, so that validity verification of evidence information linked to the judicial chain based on the evidence storing chain is realized.

One embodiment in the above application has the following advantages or benefits: the judicial chain receives and responds to the evidence verification transaction request, compares the evidence information of the secondary evidence in the judicial chain with the evidence information of the evidence to be verified submitted by the user, and realizes effective verification of the evidence to be verified submitted by the user based on the stored evidence information in the judicial chain.

It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present application may be executed in parallel, sequentially, or in different orders, as long as the desired results of the technical solutions disclosed in the present application can be achieved, and the present invention is not limited herein.

The above-described embodiments should not be construed as limiting the scope of the present application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. An evidence storing method of a judicial chain is applied to a node of the evidence storing chain, and the method comprises the following steps:

2. The method according to claim 1, wherein the respectively initiating a secondary evidence-storing transaction request to a judicial chain according to each evidence in the batch evidence package corresponding to the primary evidence-storing transaction data comprises:

3. The method of claim 2, wherein the generation and initiation of each of the secondary forensic transaction requests is handled by at least two parallel processes.

4. The method according to any of claims 1-3, wherein executing the one-time credentialing transaction request further comprises:

5. The method of claim 1, wherein obtaining a credentialing transaction request initiated according to a user's requirements comprises:

6. The method of claim 1, wherein obtaining a credentialing transaction request initiated according to a user's requirements comprises:

7. The method according to claim 5 or 6, wherein before performing uplink storage in the chain of certificates storing, using the evidence information as the generated one-time certificate-storing transaction data, further comprises:

8. The method of claim 1, further comprising:

receiving a certificate storing state query request initiated by a user;

and feeding back the uplink state to the user.

9. The method of claim 1, further comprising:

receiving a certificate storing certificate inquiry request sent by a user;

10. An evidence processing method of a judicial chain is applied to a judicial chain node, and the method comprises the following steps:

11. The method of claim 10, further comprising:

12. An evidence storage device of a judicial chain, configured at a node of the evidence storage chain, the device comprising:

13. An evidence processing apparatus of a judicial chain, configured at a judicial chain node, the apparatus comprising:

14. An electronic device, comprising:

at least one processor; and

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a method of evidence corroboration of a judicial chain according to any one of claims 1 to 9 or a method of evidence processing of a judicial chain according to any one of claims 10 to 11.

15. A non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the evidence evidentiary method of a judicial chain of any one of claims 1-9 or the evidence processing method of a judicial chain of any one of claims 10-11.