CN115905251A

CN115905251A - Block chain based evidence storing method and device

Info

Publication number: CN115905251A
Application number: CN202211134064.1A
Authority: CN
Inventors: 马雪东; 刘坚; 叶玲玲; 高伟娜
Original assignee: Ant Blockchain Technology Shanghai Co Ltd
Current assignee: Ant Blockchain Technology Shanghai Co Ltd
Priority date: 2022-09-16
Filing date: 2022-09-16
Publication date: 2023-04-04

Abstract

The disclosure provides a block chain-based evidence storing method and device, wherein the method comprises the following steps: receiving a first request from a certificate storage platform, wherein the first request is used for requesting a blockchain to store a certificate storage template recorded with certificate storage data of an industry, certificate storage contents of one or more certificate storage stages of the industry are defined in the certificate storage template, the one or more certificate storage stages comprise a target certificate storage stage, and the certificate storage data of the industry are recorded in the target certificate storage stage; and storing the evidence storing template recorded with the evidence storing data on the block chain.

Description

Block chain based evidence storing method and device

Technical Field

The disclosure relates to the technical field of block chains, in particular to a block chain-based evidence storing method and device.

Background

At present, in the traditional credible evidence storage process, users in the industry divide the evidence storage stages of the industry according to respective requirements, and separately store the evidence storage data of each evidence storage stage in batches on an evidence storage platform. The mode of separately storing the certificate storing data of each certificate storing stage on the certificate storing platform in batches can be called as 'single-point credible certificate storing'.

However, the dividing manner of different users in the industry for each certificate-depositing phase in the certificate-depositing transaction may be different, and when the certificate-depositing data of the certificate-depositing transaction needs to be downloaded and used by other users in the industry, other users need to know the dividing manner of the certificate-depositing phase, or other users need to know the certificate-depositing content of each certificate-depositing phase, which results in higher understanding cost of the certificate-depositing data.

Disclosure of Invention

In view of the above, embodiments of the present disclosure are directed to a method and an apparatus for block chain based evidence storage. Various aspects of the disclosure are described below.

In a first aspect, a block chain-based evidence storing method is provided, including: receiving a first request from a certificate storage platform, wherein the first request is used for requesting a blockchain to store a certificate storage template recorded with certificate storage data of an industry, certificate storage contents of one or more certificate storage stages of the industry are defined in the certificate storage template, the one or more certificate storage stages comprise a target certificate storage stage, and the certificate storage data of the industry are recorded in the target certificate storage stage; and storing the evidence storing template recorded with the evidence storing data on the block chain.

In a second aspect, a block chain-based evidence storing method is provided, and is applied to an evidence storing platform, where the evidence storing platform records an evidence storing template of an industry, where evidence storing contents of one or more evidence storing stages of the industry are defined in the evidence storing template, and the one or more evidence storing stages include a target evidence storing stage, where the method includes: receiving a certificate storing request sent by a user, wherein the certificate storing request is used for requesting to store certificate storing data of the industry in the target certificate storing stage; recording the evidence storage data in the target evidence storage stage; a first request is sent to a blockchain to request the blockchain to store the evidence template.

In a third aspect, a block chain-based evidence storing method is provided, including: acquiring the evidence storage data of the industry; sending a certificate storage request for requesting storage of the certificate storage data to a certificate storage platform so as to store the certificate storage data to a block chain through the certificate storage platform, wherein the certificate storage request is used for requesting storage of the certificate storage data in a target certificate storage stage, and the target certificate storage stage is a certificate storage stage defined in a certificate storage template of the industry.

In a fourth aspect, a device for storing evidence based on a block chain is provided, including: the system comprises a receiving unit and a storing unit, wherein the receiving unit is used for receiving a first request from a storing evidence platform, the first request is used for requesting a block chain to store a storing evidence template recorded with storing evidence data of an industry, the storing evidence template is defined with storing evidence contents of one or more storing evidence stages of the industry, the one or more storing evidence stages comprise a target storing evidence stage, and the storing evidence data of the industry is recorded in the target storing evidence stage; and the processing unit is used for storing the evidence storing template recorded with the evidence storing data on the block chain.

In a fifth aspect, a evidence depositing device based on a block chain is provided, the device is applied to an evidence depositing platform, the evidence depositing platform records an evidence depositing template of an industry, evidence depositing contents of one or more evidence depositing stages of the industry are defined in the evidence depositing template, the one or more evidence depositing stages include a target evidence depositing stage, and the device includes: the receiving unit is used for receiving a certificate storing request sent by a user, wherein the certificate storing request is used for requesting to store certificate storing data of the industry in the target certificate storing stage; the processing unit is used for recording the evidence storing data in the target evidence storing stage; and the sending unit is used for sending a first request to the block chain so as to request the block chain to store the evidence storing template.

In a sixth aspect, a evidence storage device based on a block chain is provided, which includes: the acquisition unit is used for acquiring the evidence storage data of the industry; the sending unit is used for sending a request to the evidence storage platform to store an evidence storage request of the evidence storage data, so that the evidence storage platform can store the evidence storage data to the block chain, wherein the evidence storage request is used for requesting to store the evidence storage data in a target evidence storage stage, and the target evidence storage stage is the evidence storage stage defined in an evidence storage template of the industry.

In a seventh aspect, a block chain based evidence keeping apparatus is provided, which includes various modules for performing the methods of the above aspects.

In an eighth aspect, a block chain-based evidence storing device is provided, and the evidence storing device has the function of realizing the terminal equipment in the device design of the above aspects. These functions may be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more units corresponding to the above functions.

In a ninth aspect, a block chain based evidence keeping apparatus is provided and includes an input/output interface, a processor and a memory. The processor is used for controlling the transceiver to transmit and receive signals, the memory is used for storing a computer program, and the processor is used for calling and running the computer program from the memory so as to enable the terminal device to execute the device in the aspects.

In a tenth aspect, there is provided a computer program product comprising: computer program code which, when run on a computer, causes the computer to perform the apparatus in the above-described aspects.

In an eleventh aspect, a computer-readable medium is provided, which stores program code, which, when run on a computer, causes the computer to perform the apparatus of the above aspects.

In a twelfth aspect, a chip system is provided, the chip system comprising a processor for enabling the credentialing apparatus to perform the functions recited in the above aspects, such as generating, receiving, sending, or processing data and/or information recited in the above apparatus. In one possible design, the system-on-chip further includes a memory for storing program instructions and data necessary for the terminal device. The chip system may be formed by a chip, or may include a chip and other discrete devices.

The present disclosure stores LC data for an industry by using an LC template, wherein the LC template defines LC content for one or more LC phases of the industry. The method is beneficial to unifying the understanding of each user on the evidence storing content of each evidence storing stage in the industry, and reduces the understanding cost of the evidence storing data. The problem that in a traditional credible evidence storage process, users in the industry divide the evidence storage stage of the industry according to respective requirements, and therefore understanding cost of evidence storage data stored in the evidence storage stage is high is avoided.

Drawings

Fig. 1 is a schematic diagram of a system architecture of a blockchain to which the present disclosure is applicable.

Fig. 2 is a schematic diagram of a certificate-depositing process applicable to the present disclosure.

Fig. 3 is a schematic diagram of a certificate storing template provided in the embodiment of the present disclosure.

Fig. 4 is a schematic flowchart of a block chain-based evidence storing method according to an embodiment of the present disclosure.

Fig. 5 is a schematic flowchart of a block chain-based evidence storing method according to another embodiment of the present disclosure.

Fig. 6 is a schematic diagram of a block chain-based evidence storing apparatus according to an embodiment of the present disclosure.

Fig. 7 is a schematic diagram of a blockchain-based evidence keeping apparatus according to another embodiment of the disclosure.

Fig. 8 is a schematic diagram of a blockchain-based evidence keeping apparatus according to another embodiment of the disclosure.

Fig. 9 is a schematic block diagram of an apparatus of another embodiment of the present disclosure.

Detailed Description

The technical solutions in the embodiments of the present disclosure will be described clearly and completely with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are only some embodiments of the present disclosure, rather than all embodiments.

Block chain (Blockchain)

Referring to fig. 1, a blockchain 100 is a typical distributed collaboration system. The system includes a plurality of blockchain nodes 110. The plurality of blockchain nodes 110 may collectively maintain an ever-increasing distributed data record. The recorded data can protect the content and the time sequence through a cryptographic technology, so that any party is difficult to tamper, repudiate and counterfeit. Blockchain nodes 110 may be devices with computing capabilities, such as servers, groups of servers, blockchain chips, etc., where the groups of servers may be centralized or distributed. In other implementations, the server may also be a server that provides services for a cloud platform.

In the blockchain, data (e.g., transaction information, transaction execution results, etc.) may be encapsulated in the form of blocks (blocks). The tiles may be linked to each other by a forward reference to form a "chain," i.e., a chain of tiles. In general, the first block in a chain of blocks may be referred to as an "originating block" or "initial block", one block in the chain of blocks preceding the current block as a "previous block", and one block in the chain of blocks following the current block as a "subsequent block".

In general, a tile may include a tile head and a tile body. The block header may contain basic information of the current block to ensure that the current block can correctly enter the block chain. For example, the chunk header may record a chunk hash value of a last chunk of the current chunk. As another example, the block header may also record the block height of the current block. The block height is called "block height" for short, and is used to identify the position of the block in the block chain. In some implementations, the starting block has a block height of 0. The block body can be used for recording transaction information. The transaction information may include, for example, information such as transaction amount and transaction data.

Blockchains are generally divided into three types: public chain (Public Blockchain), private chain (Private Blockchain) and alliance chain (Consortium Blockchain). Furthermore, there may be a combination of the above types, such as private chain + federation chain, federation chain + public chain, and so on. Embodiments provided by the present disclosure can be implemented in a suitable type of blockchain.

Taking the application of the blockchain to the trusted evidence-storing field as an example, with continued reference to fig. 1, the user 130 may interact with the evidence-storing platform 120 to store the evidence-storing data in the evidence-storing platform 120. Currently, to further improve the reliability of the credentialing, the credentialing platform 120 can chain the credentialing data submitted by the user, i.e., the credentialing data submitted by the user 130 is credited in the blockchain 100.

In some scenarios, the user may also act as a user of the blockchain to download the certified data that has been uplinked directly from the blockchain. Of course, the user may also interact with the blockchain through the evidence storage platform, which is not limited in the embodiment of the present disclosure.

Consensus mechanism

The consensus mechanism can be understood as how to agree between the nodes responsible for accounting (or accounting nodes) in the blockchain to identify the validity of a record.

The consensus mechanism of the block chain has the characteristics of 'few obedience majority' and 'human-equal', wherein the 'few obedience majority' does not completely refer to the number of nodes, and can also be the computing power, the number of shares or other characteristic quantities which can be compared by a computer. "equal people" means that when the nodes meet the condition, all the nodes have the right to give priority to the consensus result, are directly identified by other nodes, and finally possibly become the final consensus result. Taking the example of workload certification, it is only possible to falsify a record that does not exist if accounting nodes that control more than 51% of the total network are in control. When enough nodes are added into the block chain, the method is basically impossible, thereby avoiding the possibility of counterfeiting.

The trust of the block chain is mainly embodied in that users distributed in the block chain do not need to trust another party of the transaction or trust a centralized mechanism, and the transaction can be realized only by trusting a software system under a block chain protocol. The premise of self-trust is the consensus mechanism of the blockchain, that is, in a mutually untrusted market, a sufficient requirement for each node to agree is that each node, considering the maximization of its own interest, will spontaneously and honestly obey the rules preset in the protocol, judge the authenticity of each record, and finally record the record judged to be true into the blockchain. In other words, if the nodes have independent interests and compete with each other, the nodes are almost impossible to collude to cheat you, which is especially evident when the nodes have a common reputation in the network. The blockchain technology just applies a set of consensus-based mathematical algorithm to establish a 'trust' network between machines, so that brand-new credit creation is performed through technical endorsements rather than centralized credit organizations.

The consensus mechanism of the blockchain may be, for example, one of the following consensus mechanisms: a Proof Of Work (PoW), a Proof Of rights mechanism, a Proof Of share authorization mechanism, a verification pool mechanism, and a Practical Byzantine Fault Tolerance (PBFT).

Intelligent contract

An intelligent contract is a set of commitments defined in digital form, including agreements on which contract participants can execute the commitments. In other words, a smart contract may be understood as a piece of program deployed on a computer system, and the smart contract may be automatically executed when a trigger condition of the smart contract is satisfied.

The presence of blockchains provides technical support for the implementation of intelligent contracts. The intelligent contract is written into the block chain in a digitalized form, and the characteristics of the block chain technology ensure that the storage, reading and execution of the intelligent contract are transparent, trackable and not easy to modify. On the other hand, a set of state machine system can be constructed by the block chain self-contained consensus algorithm, so that the intelligent contract can run efficiently.

In some implementations, the user can invoke the intelligent contract by submitting a transaction to the blockchain system, set the data recorded in the intelligent contract, and store the set intelligent contract in the blockchain. Accordingly, when a specific condition of the intelligent contract is triggered, the block chain nodes can execute the intelligent contract and record the execution result of the intelligent contract and the execution state of the intelligent contract.

At present, different types of block chains are built according to the own industry structure of each industry and certain fields (such as finance, public welfare, insurance, cross-border payment and the like) in the industry, and valuable information and assets in the industry or industry are recorded on the block chains.

Prediction machine

The intelligent contracts deployed on the blockchain can only refer to data contents stored on the blockchain generally; in practical applications, for some complex business scenarios implemented based on the intelligent contract technology, the intelligent contract may need to refer to some external data on the data entities outside the chain.

In this scenario, the intelligent contract deployed on the blockchain may refer to data on the data entities outside the chain through the prediction machine, thereby implementing data interaction between the intelligent contract and the data entities in the real world. Data entities outside the chain may include, for example, centralized servers or data centers deployed outside the chain, and so on.

In practical applications, when a predicting machine is deployed for an intelligent contract on a blockchain, a predicting machine intelligent contract corresponding to the predicting machine may be deployed on the blockchain. The predictive engine smart contract may be used to maintain external data that the predictive engine issues to the smart contract on the blockchain. For example, external data sent by the predictive machine to the smart contracts on the blockchain may be stored in the account storage space of the predictive machine smart contracts. When a target intelligent contract on the blockchain is called, external data required by the target intelligent contract can be read from the account storage space of the prediction machine intelligent contract to complete the calling process of the intelligent contract.

When the prediction machine sends external data to the intelligent contract on the block chain, an active sending mode can be adopted, and a passive sending mode can also be adopted. In one implementation, the data entity outside the chain may send external data to be provided to the target intelligent contract to the dialer intelligent contract after signing with the private key of the dialer. For example, in implementation, the signed external data may be sent to the prolog intelligent contract in a periodic sending manner.

The intelligent contract of the language predictive machine deployed in the block chain can maintain a CA (certificate authority) certificate of the language predictive machine, after external data sent by a data entity outside the chain is received, a signature of the external data can be verified by using a public key of the language predictive machine maintained in the CA certificate, and after the signature passes, the external data sent by the data entity outside the chain is stored in an account storage space of the intelligent contract of the language predictive machine.

In another implementation, when a target intelligent contract on a blockchain is called, if external data required by the target intelligent contract is not read from an account storage space of the intelligent contract of the language predictive controller, the intelligent contract of the language predictive controller may interact with the language predictive controller by using an event mechanism of the intelligent contract, and the language predictive controller sends the external data required by the target intelligent contract to the account storage space of the intelligent contract of the language predictive controller.

For example, when a target intelligent contract on a blockchain is called, if external data required by the target intelligent contract is not read from an account storage space of the intelligent contract of the prediction machine, the intelligent contract of the prediction machine can generate an external data acquisition event, record the external data acquisition event into a transaction log of the transaction calling the intelligent contract, and store the transaction log into a storage space of a node device; the predicting machine can monitor a transaction log generated by the predicting machine intelligent contract stored in the storage space of the node equipment, respond to the monitored external data acquisition event after monitoring the external data acquisition event in the transaction log, and send the external data required by the target intelligent contract to the predicting machine intelligent contract.

Credible deposit certificate

As described above, based on the characteristics of the blockchain, such as non-falsification, high reliability, and the like, the method is widely applied to the field of trusted certificate storage, and can provide trusted certificate storage service. To facilitate understanding of the trust existence, the following description is presented in connection with several specific industries (or scenarios).

For the registration scene of digital works, the information of the internet era is spread quickly and widely, and under the condition of no pre-registration, the probability of infringement of the digital works is high, and the right maintenance cost is high. Therefore, the credible evidence storage service of the block chain can provide ownership registration service aiming at digital works including pictures, videos, audios, characters, codes and other digital works, so that the original works can quickly generate electronic data evidence approved by law, and copyright of the digital works is protected.

For the service need to know and store evidence scenes, a great deal of disputes in the internet service industry lie in whether the platform and the merchant clearly inform the user in advance of service restrictive conditions, including restrictive conditions, use range, service agreements, privacy protection terms and the like. In this regard, the trusted evidence storing service of the block chain can provide services which have trusted timestamps, are just neutral and are approved by law, and need to know the evidence storing service, so that the platform, the merchant and the user can be helped to maintain the legitimate rights and interests.

For the electronic certificate storage scene, digital certificates such as electronic certificates, transaction certificates, electronic contracts, electronic bills and the like have the defects of difficult management, easy loss, difficult circulation, difficult verification and the like. Therefore, the trusted certificate storage service of the block chain can provide permanent certificate storage and verification service for the electronic certificate of the user, so that the user can conveniently manage the electronic certificate, and the electronic certificate of the user is easy to circulate.

For the online transaction evidence-storing scene, a large amount of detailed data exists in online shopping and transaction behaviors, the data are easy to lose along with the time, and the data are difficult to be connected in series when disputes occur. In contrast, the trusted evidence storing service of the block chain can provide fair and objective and judicial approval evidence storing service for online transaction of the user, and provide double insurance for online data behaviors of the user.

For an infringement and maintenance evidence scenario, when the legal rights and interests of a user are infringed, the trusted evidence-keeping service of the block chain can provide evidence-keeping services of infringement evidence for the user, such as service terms, service contents, transaction prices, customer service communication records and the like of an infringement website, and the evidence-taking capability of the user in maintaining the rights is ensured.

The above describes a scenario in which trusted credentialing can be applied, and the following describes terms to which trusted credentialing relates.

A Transaction (Transaction), i.e. a link of a certificate, can be understood as a unified ID of a logically related set of evidences, which can be used to represent the association relationship between the evidences. The credentialing transaction is credentialed by a globally unique Token (Token). Each credentialing transaction may comprise one or more credentialing phases.

A credentialing Phase (also called "Phase"), a credentialing transaction may include one or more credentialing phases. Each of the credentialing stages may correspond to a credentialing request. For example, the evidence data of a certain evidence stage can be requested through a single evidence request.

An Entity (Entity), the Entity that initiates the deposit, if an individual, typically needs to submit the individual's identity information when initiating the deposit transaction. In the case of a company, it is often necessary to submit company information in conjunction with customer information for credentialing.

Text evidence (Text note), i.e., text form evidence, may be used for evidence preservation of electronic Text data. May contain forensic metadata, forensic text, etc.

File note storage, i.e. File form storage, can be used for storing electronic File data. May contain certificate-deposit metadata, certificate-deposit files.

The Source note (Source note) is a form of original text, and can be used for storing electronic file data, such as works in copyright industry. On the basis of storing the document, the name and the attribute description of the document can be synchronously submitted as the supplement of the storage. The method comprises the steps of storing certificate metadata, storing certificate files, and name and description information of the files.

The Notary metadata (base class of the credentialing data) includes a token, a creditor/merchant, a credentialing time, a place, a credentialing phase, and the like.

The terminology involved in trusted deposit was introduced above, and the trusted deposit process is described below in conjunction with FIG. 2. The trusted certificate of FIG. 2 includes steps S210 through S220.

In step S210, a credentialing transaction is created.

The evidence-storing transaction uses a globally unique ID as a certificate for multiple uses by a fixed evidence-storing person/company. Before initiating the evidence, the user can choose to initiate a new evidence-depositing transaction ID or store a set of associated evidence in an evidence-depositing transaction according to business needs.

In step S220, the evidence storage is initiated.

According to different types of the deposit certificates of the user, different types of the deposit certificates such as text deposit certificate, file deposit certificate, original text deposit certificate and the like can be selected to be initiated. When initiating the certificate of deposit, the user needs to specify the certificate of deposit transaction ID applied by the user in step S210.

In step S230, the deposit certificate is downloaded.

The user can obtain evidence-storing data by downloading text evidence-storing, downloading file evidence-storing and downloading original text evidence-storing, and can also obtain all data in the appointed evidence-storing affair through the evidence-storing affair data interface.

At present, in a traditional trusted evidence storing process, users in an industry (for example, the internet service industry introduced above) respectively divide an evidence storing transaction into a plurality of evidence storing stages, and store the evidence storing data of each evidence storing stage in batches separately on an evidence storing platform. The mode of separately storing the certificate storing data of each certificate storing stage on the certificate storing platform in batches can be called as 'single-point credible certificate storing'.

However, different users in the industry may have different dividing modes for each certificate storing phase in the certificate storing transaction, and when the certificate storing data of the certificate storing transaction needs to be downloaded and used by other users in the industry, other users need to know the dividing modes of the certificate storing phase, or other users need to know the certificate storing content of each certificate storing phase, which results in higher understanding cost of the certificate storing data.

The applicant finds that the credible evidence storing services of different users in the same industry (or the same scene) have commonality in the evidence storing process, or that all the evidence storing phases (or evidence storing contents of the evidence storing phases) of the evidence storing affairs of different users in the same industry can be abstracted to have commonality so as to form a universal evidence storing template in the industry, and at the moment, the users in the industry can carry out credible evidence storing based on the evidence storing template in the industry, so that the understanding cost of evidence storing data is reduced.

For ease of understanding, a warranty template suitable for use with embodiments of the present disclosure is described below in conjunction with fig. 3. Fig. 3 is a schematic diagram of a evidence storing template provided by an embodiment of the present disclosure. The credentialing template 300 can include credentialing template information 310 and/or credentialing phase information 320, among other things.

The LC template information 310 may be used to describe basic information of the LC template. In some implementations, the credential template information 310 can include one or more of the following: the certificate storing system comprises a certificate storing main body of a certificate storing template, the data type of certificate storing data in the certificate storing template, the industry attribute of the industry, the template name of the certificate storing template and the storage sequence of the certificate storing template.

The evidence storing main body of the evidence storing template is used for indicating the main body for creating the evidence storing template, or can be understood as the main body for initiating the recording of the evidence storing data in the evidence storing template. Wherein the subject may be an individual or a company, etc.

The data types of the evidence storing data in the evidence storing template may be different for different evidence storing types. For example, for text credentialing, the data type of the credentialing data includes the data format of the credentialing file, and/or the data format of the credentialing metadata. As another example, for file authentication, the data type of the authentication data includes the data format of the authentication file, and/or the data format of the authentication metadata.

In the embodiment of the disclosure, the data types of the evidence storing data are unified through the evidence storing template, which is beneficial to performing batch processing on the evidence storing data in the evidence storing template subsequently so as to generate the structured evidence of the evidence storing.

Industry attributes of an industry used to identify the industry to which the evidence-deposited template belongs, for example, industry attributes of an industry may include online transaction evidence.

In the embodiment of the disclosure, the industry attribute of the industry is identified in the evidence storing template, which is beneficial for a user to select a proper evidence storing template based on the industry attribute.

And the template name of the certificate storing template is used for identifying the certificate storing template. And the user can conveniently select a proper evidence storing template based on the template name of the evidence storing template.

And when the evidence storing template comprises a plurality of evidence storing stages, the storage sequence is used for indicating the storage sequence (or the sequence) for respectively storing the evidence data in the plurality of evidence storing stages. Assuming that the evidence storing template 1 includes an evidence storing stage a and an evidence storing stage B, the storage sequence may include storing the evidence data to the evidence storing stage a before storing the evidence data to the evidence storing stage B.

In some implementations, the above-described storage order may be set to force execution. Taking the above-mentioned evidence storing template 1 as an example, if the storage sequence is enforced, the evidence storing data in the evidence storing stage B cannot be stored if the evidence storing stage a does not store the evidence data. Or, only after the certificate storing data in the certificate storing stage a is stored, the certificate storing data can be stored in the certificate storing stage B. Of course, the storage order may not be set in the evidence storing template, or the storage order may not be set to be enforced.

In the embodiment of the present disclosure, by setting the storage sequence in the evidence storing template, the sequence between the evidence storing data in each evidence storing stage in the evidence storing template is specified, which is helpful for preventing the user from missing the evidence storing data corresponding to the evidence storing stage in the evidence storing template.

The evidence storage stage information is used for describing basic information of each evidence storage stage in the evidence storage template. Each evidence storing phase in the evidence storing template can be divided for a certain evidence storing transaction in the industry, and certainly, each evidence storing phase in the evidence storing template can also be divided for a certain industry.

In some implementations, the LC phase information can include one or more of: the certificate storing data field of the certificate storing stage in the certificate storing template, the name of the certificate storing stage in the certificate storing template, the number of the certificate storing stage in the certificate storing template, and whether the certificate storing stage in the certificate storing template is necessary to be filled.

And the certificate storage data field in the certificate storage stage is used for storing the certificate storage data corresponding to the certificate storage stage.

In some implementations, the forensic data fields of the forensic phase may include one or more fields, each of which may be used to store forensic data in one or more meanings. For example, the evidence data field of the evidence phase includes an evidence data field 1 and an evidence data field 2, wherein the evidence data field 1 may be used to store the transaction date; the deposit data field 2 is used to store the transaction amount.

In other implementations, the credential data field may be arranged in a different format based on the credential data to be stored. For example, the voucher data field can be formatted as a string for storing transaction amounts and the like.

The name of the evidence storing stage is used for identifying the meaning of each evidence storing stage in the evidence storing template, or is used for representing the evidence storing content of each evidence storing stage, so that the user can fill in the related evidence storing data.

The number of the evidence storage phase is used for indicating the number of the second phase of the evidence storage phase in the industry (or in a certain evidence storage transaction of the industry). For example, the evidence-storing transaction a includes an evidence-storing phase a and an evidence-storing phase B, where the number of the evidence-storing phase a is 1, and the number of the evidence-storing phase B is 2, then it can be understood that the evidence-storing phase a is the first evidence-storing phase in the evidence-storing transaction a, and correspondingly, the evidence-storing phase B is the second evidence-storing phase in the evidence-storing transaction a.

Whether the evidence storage phase is necessary filling or not is understood that the corresponding evidence storage phase can be necessary filling or optional, wherein for the optional evidence storage phase, a user can determine whether to store the relevant evidence storage data based on the user requirement. For the necessary filling-in evidence storage stage, the user must store the relevant evidence storage data.

In the embodiment of the disclosure, by setting whether the certificate storing stage is necessary to be filled in the certificate storing template, the flexibility of the certificate storing template can be improved to meet the requirements of each user.

In some implementations, whether the evidence storing phase is necessary to be filled or not may be used in combination with the storage sequence, that is, each evidence storing phase specifying the storage sequence may be a necessary filling evidence storing phase. Of course, the two pieces of information may also be used separately, and the embodiment of the present disclosure does not limit this.

A certificate storing template applicable to the embodiment of the present disclosure is described above with reference to fig. 3, and a block chain based certificate storing method according to the embodiment of the present disclosure is described below with reference to fig. 4. The method shown in fig. 4 may be applied to the architecture shown in fig. 1. The evidence storing platform can store the evidence storing templates of the industries introduced above, the evidence storing stages in the evidence storing templates can be target evidence storing stages, and the target evidence storing stages can be understood as one or more evidence storing stages in the evidence storing templates.

Additionally, the method illustrated in fig. 4 may be performed by a blockchain, e.g., may be performed by one or more nodes in the blockchain. The method shown in fig. 4 may include step S410 and step S420.

In step S410, the blockchain receives a first request from the evidence storing platform, where the first request is used to request the blockchain to store an evidence storing template recorded with evidence storing data of an industry. The evidence storage data of the industry can record the target evidence storage stage in the evidence storage template.

In step S420, the certificate storing template in which the certificate storing data is recorded is stored on the blockchain.

In some implementations, the blockchain can consensus the credential templates to avoid tampering with the credential data in the credential templates.

On the other hand, in the embodiment of the present disclosure, the certificate storing template in which the certificate storing data is stored may be linked up, so as to reduce the possibility that the certificate storing template is tampered with, and improve the reliability of the certificate storing template.

For convenience of explanation, the "certificate storage template in which the certificate storage data is recorded" is simplified to "certificate storage template". Hereinafter, unless otherwise stated, the "evidence storage template" refers to an evidence storage template in which evidence storage data is recorded.

In some implementations, the aforementioned evidence storing template may be submitted to the evidence storing platform by the user, that is, before step S410, the method shown in fig. 4 may further include step S430 and step S450.

In step S430, the user acquires the evidence storage data of the industry.

In step S440, the user sends a certificate storing request to the certificate storing platform. The evidence storing request is used for requesting the evidence storing data of the industry to be stored in the target evidence storing stage.

In step S450, the credentialing platform records the credentialing data in the target credentialing stage.

In order to further improve the reliability of chaining on the evidence storing template, the blockchain can utilize an intelligent contract deployed on the blockchain to check the evidence storing data in the evidence storing template. The embodiment of the present disclosure provides a plurality of verification methods, which are described below with reference to verification methods 1 to 3. It should be understood that the verification mode 1 and the verification mode 3 may be used in combination or separately, and the embodiment of the present disclosure does not limit this.

In the verification mode 1, the intelligent contract is used for verifying whether the certificate storage content defined in the certificate storage stage in the certificate storage template is matched with the certificate storage content of the certificate storage data recorded in the certificate storage stage in the certificate storage template. Or the intelligent contract is used for checking whether the meaning of the evidence storage stage defined in the evidence storage template is matched with the meaning of the evidence storage data in the evidence storage stage.

For example, when the evidence storing stage in the evidence storing template is defined as the transaction date, whether the evidence storing data stored in the evidence storing data field of the evidence storing stage is the evidence storing data representing the date or not is judged. If the evidence storing data is the date, the meaning of the definition of the evidence storing stage in the evidence storing template is matched with the evidence storing data stored in the evidence storing data field of the evidence storing stage. Conversely, if the evidence storing data does not indicate the date, the meaning of the definition of the evidence storing stage in the evidence storing template does not match the evidence storing data stored in the evidence storing data field of the evidence storing stage.

The method shown in fig. 4 further comprises: responding to the first request, calling the intelligent contract to check whether the certificate storage content of the certificate storage data is matched with the certificate storage content defined in the target certificate storage stage; the step S420 includes: and if the certificate storing content of the certificate storing data is matched with the certificate storing content defined in the target certificate storing stage, storing the certificate storing template recorded with the certificate storing data on the block chain.

In other cases, the blockchain may not store the evidence saving template if the evidence saving content of the evidence saving data does not match the evidence saving content defined by the target evidence saving stage.

Typically, the blockchain, after verification using the smart contract, may indicate the verification result (including a match or a mismatch) to the credentialing platform, so that the credentialing platform prompts the user to re-fill the credentialing data in the credentialing template. Of course, in the embodiment of the present disclosure, the blockchain may also return the verification result to the evidence storing platform only when there is no match. Or, no matter matching or not matching, the block chain may not return the verification result to the evidence storing platform. The embodiments of the present disclosure are not limited thereto.

In the verification mode 2, it is assumed that the certificate storage template includes a plurality of certificate storage stages, and the certificate storage template defines a storage sequence for storing certificate data to the plurality of certificate storage stages respectively. At this time, the intelligent contract is used for checking whether the storage sequence of the evidence storage stage in the evidence storage template is matched with the storage sequence defined by the evidence storage template. Or, when the evidence storing data of a certain evidence storing stage is recorded, the evidence storing data in other evidence storing stages before the evidence storing stage in the storage sequence is already stored.

If the storage sequence is not stored in the other evidence storage stages before the evidence storage stage, it can be understood that the storage sequence of the evidence storage stage in the evidence storage template is not matched with the storage sequence defined by the evidence storage template. Conversely, if the storage sequence of the evidence storing data in other evidence storing stages before the evidence storing stage is stored, it can be understood that the storage sequence of the evidence storing stage in the evidence storing template matches the storage sequence defined by the evidence storing template.

Taking the evidence storing template comprising an evidence storing stage a, an evidence storing stage B and an evidence storing stage C as an example, the storage sequence defined in the evidence storing template may be sorted from morning to evening: the stage A is earlier than the stage B, and the stage B is earlier than the stage C. The evidence storing template in the block chain only comprises the evidence storing data of the evidence storing stage A and the evidence storing data of the evidence storing stage C, and the evidence storing data of the evidence storing stage B is not recorded. At this time, the storage sequence of the evidence storage phase a matches the storage sequence defined in the evidence storage template, but since the evidence storage data of the evidence storage phase B is not recorded and the storage sequence of the evidence storage phase B is before the storage sequence of the evidence storage phase C, the storage sequence of the evidence storage phase C does not match the storage sequence defined in the evidence storage template.

The method shown in fig. 4 further comprises: responding to the first request, calling an intelligent contract to check whether the storage sequence of the storage certificate data in the target storage certificate stage is matched with the storage sequence defined by the storage certificate template; the step S420 includes: and if the storage sequence of the certificate storage data in the target certificate storage stage is matched with the storage sequence defined by the target certificate storage stage, storing the certificate storage template recorded with the certificate storage data in the block chain.

In other cases, if the storage order of the storage certificate data to the target certificate storage stage does not match the storage order defined by the certificate storage template, the blockchain may not store the certificate storage template.

Typically, the blockchain, after verification using the smart contract, may indicate the verification result (including a match or a mismatch) to the credentialing platform, so that the credentialing platform prompts the user to re-fill the credentialing data in the credentialing template. Of course, in the embodiment of the present disclosure, the blockchain may also return the verification result to the evidence storing platform only when the blockchain does not match. Or, no matter matching or not matching, the block chain may not return the verification result to the evidence storing platform. The embodiments of the present disclosure are not limited thereto.

In the verification mode 3, the intelligent contract is used for verifying whether the evidence storing template is in a finishing state, wherein the finishing state can be used for indicating that the evidence storing process based on the evidence storing template is finished. In some implementations, the evidence template being in a finalized state includes: recording the evidence storing data of the industry in one or more evidence storing stages in the evidence storing template; and/or storing the evidence storing data of each evidence storing stage in the evidence storing template to the block chain.

As introduced above, some of the credentialing stages in the credentialing template can be mandatory, others can be optional. At this time, in the evidence storing data of the industry recorded in one or more evidence storing stages in the evidence storing template, one or more evidence storing stages may be evidence storing stages that must be filled in.

Based on the above descriptions of step S410 and step S420, if the target evidence storing stage includes one evidence storing stage, the above scheme may be understood that after each evidence storing stage stores evidence data, an evidence storing template with evidence storing data may be stored in the block chain, and therefore, the finalization state may include storing the evidence storing data of each evidence storing stage in the evidence storing template in the block chain.

The method shown in fig. 4 further comprises: the block chain receives a second request from the evidence storing platform, wherein the second request is used for requesting the block chain to store the evidence storing template in the finished state; responding to the second request, calling the intelligent contract to check whether the evidence storing template is in a finishing state; the step S420 includes: if the evidence storing template is in a complete state after verification, the evidence storing template recorded with the evidence storing data is stored on the block chain.

In other cases, if the verified warranty template is not in the complete state (or in the incomplete state), the blockchain may not store the warranty template. Wherein the unfinished state may be used to indicate that the certificate storing flow based on the certificate storing template is not finished. In some implementations, the evidence storing template being in an incomplete state includes: the certificate storage data of the industry are not recorded in one or more certificate storage stages in the certificate storage template; or the evidence storing data of one or more evidence storing stages in the evidence storing template is not stored in the block chain. That is, the incomplete state is understood to be a state opposite to the complete state, and the specific explanation may refer to the above description of the "complete state", and the detailed description thereof is omitted for brevity.

In some implementation manners, in order to reduce the load of checking the block chain, the evidence storage platform may check the completion state of the evidence storage template, and link the evidence storage template after the evidence storage template is checked to be in the completion state, at this time, the block chain performs secondary checking on the evidence storage template. The verification condition of the evidence storing platform on the ending state of the evidence storing template is similar to that described above, and is not described herein again for brevity.

In the embodiment of the disclosure, the completion state of the evidence storing template is verified based on the evidence storing platform and the block chain, which is beneficial to improving the accuracy of verification. Of course, in the embodiment of the present disclosure, the certification platform may only perform the completion status check on the certification storing template, or the block chain may only perform the completion status check on the certification storing template.

In general, the evidence template may be obtained after instantiating the original evidence template. To make the original evidence-keeping template closer to the user's needs, the original evidence-keeping template may be generated based on one or more evidence-keeping phases of the industry (or some evidence-keeping transaction in the industry) organized by the user. In some implementations, the one or more credentialing phases for user consolidation can be determined based on a user consolidated industry overall flow, wherein the industry overall flow can be understood to include all phases of the industry. Of course, in the embodiment of the present disclosure, the original evidence storing template may also be obtained based on statistics of an evidence storing stage corresponding to a single-point evidence storing of a user in the industry, which is not limited in the embodiment of the present disclosure.

Taking the generation of the original evidence-depositing template based on one or more evidence-depositing stages of the user-organizing industry as an example, the method shown in fig. 4 further includes: a user sends a creation request aiming at an original evidence storing template to an evidence storing platform, wherein the creation request comprises evidence storing contents of one or more evidence storing stages of the industry which is sorted by the user; the evidence storing platform creates an original evidence storing template and defines the evidence storing contents of the evidence storing stages in the original evidence storing template based on the evidence storing contents of one or more evidence storing stages of the industry sorted by the user.

In some implementations, the instantiation of the original credential template may be triggered by a user, that is, the user may send an instantiation request to the credential platform to request the original credential template to be instantiated to obtain the credential template.

Generally, in order to identify a user to which the instantiated evidence storing template belongs, during the instantiation process, an evidence storing body associated with the user may be stored in the evidence storing template to indicate that the evidence storing template is created for the user.

It should be noted that the intelligent contracts related to the 3 verification manners may be the same intelligent contract deployed in the blockchain, and certainly, the intelligent contracts related to the 3 verification manners may be different intelligent contracts deployed in the blockchain, which is not limited in this disclosure.

In order to improve the reliability of the evidence storing template, after the evidence storing platform creates the original evidence storing template, the original evidence storing template can be linked, correspondingly, after the evidence storing platform stores the evidence storing template into the block chain, the block chain can call an intelligent contract, check whether the evidence storing template is matched with the original evidence storing template, and execute the step S420 under the condition of matching.

Wherein matching the evidence storage template with the original evidence storage template may include that information (e.g., evidence storage template information and/or evidence storage phase information) in the evidence storage template is similar or identical to information (e.g., evidence storage template information and/or evidence storage phase information) in the original evidence storage template.

In other cases, the blockchain may not store the LC template if the LC template does not match the original LC template.

Typically, the blockchain, after verification using the smart contract, may indicate the verification result (including a match or a mismatch) to the vouching platform so that the vouching platform prompts the user to reselect the vouching template. Of course, in the embodiment of the present disclosure, the blockchain may also return the verification result to the evidence storing platform only when there is no match. Or, no matter the matching or the non-matching, the block chain may not return the verification result to the evidence storing platform. The embodiments of the present disclosure do not limit this.

In some implementations, the vouching platform can request the blockchain to store the original vouching template created by the user by sending a second request to the blockchain.

For ease of understanding, the following describes the block chain-based evidence storing method according to the embodiment of the present disclosure with reference to fig. 5, taking the user creating the original evidence storing template 1 of the industry 1 as an example. It should be noted that the method shown in fig. 5 is similar to the method shown in fig. 4, and the related description can be referred to above, and is not repeated for brevity. The method shown in fig. 5 can be divided into 4 processes, which are described below with reference to processes 1 to 4, respectively.

And 1, creating an original evidence storing template.

The user can arrange the full-process template of the industry 1 and send the full-process template to the certificate storage platform, and accordingly the certificate storage platform can create the original certificate storage template 1 based on the full-process template and link the original certificate storage template 1.

And 2, instantiating the original evidence storing template 1 to obtain an evidence storing template.

The user may send a create request 1 to the vouching platform to request instantiation of the original vouching template 1 to obtain the vouching template. Correspondingly, the evidence storing platform can instantiate the original evidence storing template to obtain the evidence storing template, and the evidence storing template is filled with the evidence storing main body corresponding to the user. Then, the deposit certificate platform can link the deposit certificate template filled in the deposit certificate main body.

And 3, storing the certificate data in the certificate storing stage of the certificate storing template.

The user can send one or more certificate storing requests to the certificate storing platform to respectively request to store certificate data in the certificate storing stage of the certificate storing template. I.e. the user initiates the phase deposit. Correspondingly, the evidence storing platform stores the evidence data to the evidence storing stage in the evidence storing template based on the evidence storing request, and links the evidence storing template in which the evidence data is stored.

In some implementations, the blockchain may invoke an intelligent contract to check the warranty template, where the check may be as described above.

And 4, checking whether the evidence storing template is in a finished state or not.

The user may send a request 2 to the evidence storage platform to request the conclusion of an evidence storage process based on the evidence storage template. Correspondingly, the evidence storing platform can check whether the evidence storing template is in the finishing state or not, and link the evidence storing template under the condition that the evidence storing template is in the finishing state.

In some implementations, the blockchain may invoke an intelligent contract to check whether the warranty template is in the finalized state, where the check may be as described above.

Method embodiments of the present disclosure are described in detail above in conjunction with fig. 1-5, and apparatus embodiments of the present disclosure are described in detail below in conjunction with fig. 6-9. It is to be understood that the description of the embodiments of the apparatus correspond to the description of the embodiments of the apparatus, and therefore reference may be made to the previous embodiments of the apparatus for parts not described in detail.

Fig. 6 is a schematic diagram of a blockchain-based evidence keeping apparatus according to an embodiment of the present disclosure, and the evidence keeping apparatus 600 shown in fig. 6 may be located in a blockchain. The credentialing apparatus 600 may include a receiving unit 610 and a processing unit 620.

A receiving unit 610, configured to receive a first request from a certificate storing platform, where the first request is used to request a blockchain to store a certificate storing template recorded with certificate storing data of an industry, where certificate storing contents of one or more certificate storing stages of the industry are defined in the certificate storing template, where the one or more certificate storing stages include a target certificate storing stage, and the certificate storing data of the industry is recorded in the target certificate storing stage;

the processing unit 620 is configured to store the evidence storing template recorded with the evidence storing data on the block chain.

In a possible implementation manner, an intelligent contract is deployed on the blockchain, and the intelligent contract is configured to check whether credential storage content defined in a credential storage stage in the credential storage template matches credential storage content of credential storage data recorded in the credential storage stage in the credential storage template, and the processing unit is further configured to: in response to the first request, calling the intelligent contract to check whether the evidence storing content of the evidence storing data is matched with the evidence storing content defined by the target evidence storing stage; and if the evidence storing content of the evidence storing data is matched with the evidence storing content defined in the target evidence storing stage, storing the evidence storing template recorded with the evidence storing data on the block chain.

In a possible implementation manner, the evidence storing template includes a plurality of evidence storing stages, the evidence storing template defines a storage sequence for storing evidence data to the plurality of evidence storing stages respectively, an intelligent contract is deployed on the block chain, the intelligent contract is configured to check whether the storage sequence of the evidence storing stages in the evidence storing template matches the storage sequence defined by the evidence storing template, and the processing unit is further configured to: in response to the first request, calling the intelligent contract to check whether the storage sequence of the target storage stage for storing the storage data is matched with the storage sequence defined by the storage template; and if the storage sequence for storing the evidence storing data in the target evidence storing stage is matched with the storage sequence defined by the target evidence storing stage, storing the evidence storing template recorded with the evidence storing data in the block chain.

In a possible implementation manner, an intelligent contract is deployed on the blockchain, the intelligent contract is used for verifying whether the evidence storing template is in a finalization state, and the receiving unit is used for receiving a second request from an evidence storing platform, the second request is used for requesting the blockchain to store the evidence storing template in the finalization state; the processing unit is used for responding to the second request and calling the intelligent contract to check whether the evidence storing template is in the finishing state; and if the evidence storing template is in the finishing state after verification, storing the evidence storing template recorded with the evidence storing data on the block chain.

In one possible implementation, the evidence template in the finalized state includes one or more of the following: the certificate storage data of the industry are recorded in one or more certificate storage stages in the certificate storage template; and storing the certificate storage data of each certificate storage stage in the certificate storage template into the block chain.

In a possible implementation manner, the certification storing template is obtained after an original certification storing template of the industry is instantiated, and before the receiving of the first request from the certification storing platform, the receiving unit is configured to receive a second request from the certification storing platform, where the second request is used to request the blockchain to store the original certification storing template created by the user.

In a possible implementation manner, the certificate storing template defines certificate storing template information, and the certificate storing template information includes one or more of the following items: deposit the card main part of guaranteeing the template, deposit the data type of guaranteeing the data in the card template, the trade attribute of trade, deposit the template name of guaranteeing the template, deposit the storage order of guaranteeing the template, the storage order be used for the instruction to a plurality of storage card stages deposit the storage order of storing the card data respectively.

In a possible implementation manner, the license storage template defines license storage phase information, and the license storage phase information includes one or more of the following items: the name of the certificate storage stage in the certificate storage template, the number of the certificate storage stage in the certificate storage template, and whether the certificate storage stage in the certificate storage template is necessary to be filled.

Fig. 7 is a schematic diagram of a evidence storing device based on a block chain according to another embodiment of the present disclosure, where the evidence storing device 700 is applied to an evidence storing platform, the evidence storing platform records an evidence storing template of an industry, the evidence storing template has evidence storing contents of one or more evidence storing phases of the industry defined therein, the one or more evidence storing phases include a target evidence storing phase, and the evidence storing device 700 includes: a receiving unit 710, a processing unit 720 and a transmitting unit 730.

A receiving unit 710, configured to receive a certificate storing request sent by a user, where the certificate storing request is used to request that certificate storing data of the industry is stored in the target certificate storing stage;

a processing unit 720, configured to record the certification data in the target certification storing phase;

a sending unit 730, configured to send a first request to a blockchain to request the blockchain to store the credential template.

In a possible implementation manner, the processing unit is configured to verify whether the evidence storing template is in a complete state; and if the evidence storing template is in a finishing state, storing the evidence storing template in the finishing state into the block chain.

In one possible implementation, the evidence template in the finalized state includes one or more of the following: the certificate storage data are stored in one or more certificate storage stages in the certificate storage template; and storing the certificate storage data of each certificate storage stage in the certificate storage template into the block chain.

In a possible implementation manner, the evidence storing template is obtained by instantiating an original evidence storing template of the industry, and the receiving unit is further configured to receive a creation request sent by the user for the original evidence storing template, where the creation request includes evidence storing contents of one or more evidence storing stages of the industry sorted by the user; the processing unit is further configured to create the original evidence storing template and define the evidence storing contents of the evidence storing stages in the original evidence storing template based on the evidence storing contents of one or more evidence storing stages of the industry sorted by the user; the sending unit is further configured to store the created original evidence storing template to the block chain.

In a possible implementation manner, the evidence storing template defines evidence storing phase information, where the evidence storing phase information includes one or more of the following items: the name of the certificate storage stage in the certificate storage template, the number of the certificate storage stage in the certificate storage template, and whether the certificate storage stage in the certificate storage template is necessary to be filled.

Fig. 8 is a schematic diagram of a block chain-based evidence keeping apparatus according to another embodiment of the present disclosure, and the evidence keeping apparatus 800 shown in fig. 8 may include: an acquisition unit 810 and a transmission unit 820.

The acquiring unit 810 is used for acquiring the evidence storage data of the industry;

a sending unit 820, configured to send a certificate storing request requesting to store the certificate storing data to a certificate storing platform, so that the certificate storing data is stored in a block chain through the certificate storing platform, where the certificate storing request is used to request to store the certificate storing data in a target certificate storing phase, and the target certificate storing phase is a certificate storing phase defined in a certificate storing template of the industry.

In a possible implementation manner, the evidence storing template is obtained by instantiating an original evidence storing template of the industry, and the apparatus further includes: the processing unit is used for generating the evidence storing content corresponding to the evidence storing stage included in the industry; the sending unit is further configured to send a creation request for the original evidence storing template to the evidence storing platform, where the creation request includes evidence storing contents corresponding to evidence storing stages included in the industry.

In an alternative embodiment, the receiving unit 610 may be an input/output interface 930, the processing unit 620 may be a processor 920, and the apparatus 900 may include a memory 910, as shown in fig. 9.

In an alternative embodiment, the sending unit 730 and the receiving unit 710 may be an input/output interface 930, the processing unit 720 may be a processor 920, and the apparatus 900 may further include an input/output interface 930 and a memory 910, as specifically shown in fig. 9.

In an alternative embodiment, the obtaining unit 810 may be a processor 920, the sending unit 820 may be an input/output interface 930, and the apparatus 900 may further include a memory 910, as specifically shown in fig. 9.

Fig. 9 is a schematic block diagram of an apparatus of another embodiment of the present disclosure. The apparatus 900 shown in fig. 9 may include: memory 910, processor 920, input/output interface 930. The memory 910, the processor 920, and the input/output interface 930 are connected via an internal connection path, the memory 910 is configured to store instructions, and the processor 920 is configured to execute the instructions stored in the memory 920, so as to control the input/output interface 930 to receive input data and information, output data such as an operation result, and control the transceiver 940 to transmit signals.

It should be understood that, in the embodiment of the present disclosure, the processor 920 may adopt a general-purpose Central Processing Unit (CPU), a microprocessor, an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits, for executing related programs to implement the technical solutions provided by the embodiments of the present disclosure.

The memory 910 may include both read-only memory and random-access memory, and provides instructions and data to the processor 920. A portion of processor 920 may also include non-volatile random access memory. For example, the processor 920 may also store information of device types.

In implementation, the steps of the above apparatus may be implemented by hardware integrated logic circuits in the processor 920 or by instructions in the form of software. The apparatus for requesting uplink transmission resources disclosed in connection with the embodiments of the present disclosure may be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules in the processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in the memory 910, and the processor 920 reads the information in the memory 910, and completes the steps of the apparatus in combination with the hardware thereof. To avoid repetition, it is not described in detail here.

It should be understood that, in the embodiments of the present disclosure, the processor may be a Central Processing Unit (CPU), and the processor may also be other general-purpose processors, digital Signal Processors (DSPs), application Specific Integrated Circuits (ASICs), field Programmable Gate Arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

It should be understood that in the embodiments of the present disclosure, "B corresponding to a" means that B is associated with a, from which B can be determined. It should also be understood that determining B from a does not mean determining B from a alone, but may be determined from a and/or other information.

It should be understood that the term "and/or" herein is merely one type of association relationship that describes an associated object, meaning that three relationships may exist, e.g., a and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter associated objects are in an "or" relationship.

It should be understood that, in various embodiments of the present disclosure, the sequence numbers of the above-mentioned processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present disclosure.

In the several embodiments provided in the present disclosure, it should be understood that the disclosed system, apparatus, and device may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present disclosure may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. The procedures or functions described in accordance with the embodiments of the disclosure are, in whole or in part, generated when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored on a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website, computer, server, or data center to another website, computer, server, or data center via wire (e.g., coaxial cable, fiber optic, digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be read by a computer or a data storage device including one or more available media integrated servers, data centers, and the like. The usable medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a magnetic tape), an optical medium (e.g., a Digital Versatile Disk (DVD)), or a semiconductor medium (e.g., a Solid State Disk (SSD)), among others.

The above description is only for the specific embodiments of the present disclosure, but the scope of the present disclosure is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present disclosure, and all the changes or substitutions should be covered within the scope of the present disclosure. Therefore, the protection scope of the present disclosure shall be subject to the protection scope of the claims.

Claims

1. A block chain-based evidence storing method comprises the following steps:

receiving a first request from a certificate storage platform, wherein the first request is used for requesting a blockchain to store a certificate storage template recorded with certificate storage data of an industry, certificate storage contents of one or more certificate storage stages of the industry are defined in the certificate storage template, the one or more certificate storage stages comprise a target certificate storage stage, and the certificate storage data of the industry are recorded in the target certificate storage stage;

and storing the evidence storing template recorded with the evidence storing data on the block chain.

2. The method of claim 1, wherein an intelligent contract is deployed on the blockchain, and the intelligent contract is used to check whether the evidence content defined by the evidence storage stage in the evidence storage template matches the evidence content of the evidence storage data recorded in the evidence storage stage in the evidence storage template, and the method further comprises:

in response to the first request, calling the intelligent contract to check whether the evidence storing content of the evidence storing data is matched with the evidence storing content defined by the target evidence storing stage;

the storing the evidence storing template recorded with the evidence storing data on the block chain comprises:

and if the certificate storing content of the certificate storing data is matched with the certificate storing content defined in the target certificate storing stage, storing the certificate storing template recorded with the certificate storing data on the block chain.

3. The method of claim 1, wherein the evidence template comprises a plurality of evidence storage phases, the evidence template defines a storage sequence for storing evidence data to the plurality of evidence storage phases, and the blockchain is disposed with an intelligent contract for checking whether the storage sequence of the evidence storage phases in the evidence template matches the storage sequence defined by the evidence template, the method further comprising:

in response to the first request, calling the intelligent contract to check whether the storage sequence of the target storage stage for storing the storage data is matched with the storage sequence defined by the storage template;

and if the storage sequence for storing the evidence storing data in the target evidence storing stage is matched with the storage sequence defined by the target evidence storing stage, storing the evidence storing template recorded with the evidence storing data in the block chain.

4. The method of claim 1, the blockchain having an intelligent contract deployed thereon, the intelligent contract for verifying whether the witness template is in a finalized state, the method further comprising:

receiving a second request from a credentialing platform, the second request requesting that the blockchain store the credentialing template in a finished state;

invoking the intelligent contract in response to the second request to verify whether the witness template is in the finalized state;

and if the evidence storing template is in the finishing state after verification, storing the evidence storing template recorded with the evidence storing data on the block chain.

5. The method of claim 4, the forensic template in a finalized state comprising one or more of:

the certificate storage data of the industry are recorded in one or more certificate storage stages in the certificate storage template;

and storing the evidence storing data of each evidence storing stage in the evidence storing template into the block chain.

6. The method of claim 1, the forensic template being derived after instantiation of an original forensic template for the industry, the method further comprising, prior to the receiving a first request from a forensic platform:

receiving a second request from the evidence storing platform, wherein the second request is used for requesting the blockchain to store the original evidence storing template created by the user.

7. The method of claim 1, the credential template defining credential template information, the credential template information including one or more of: deposit the card main part of guaranteeing the template, deposit the data type of guaranteeing the data in the card template, the trade attribute of trade, deposit the template name of guaranteeing the template, deposit the storage order of guaranteeing the template, the storage order be used for the instruction to a plurality of storage card stages deposit the storage order of storing the card data respectively.

8. The method of claim 1, the forensic template defined with forensic phase information, the forensic phase information comprising one or more of: the name of the certificate storage stage in the certificate storage template, the number of the certificate storage stage in the certificate storage template, and whether the certificate storage stage in the certificate storage template is necessary to be filled.

9. The method is applied to a evidence storing platform, the evidence storing platform records an evidence storing template of an industry, evidence storing contents of one or more evidence storing stages of the industry are defined in the evidence storing template, and the one or more evidence storing stages comprise a target evidence storing stage, and the method comprises the following steps:

receiving a certificate storing request sent by a user, wherein the certificate storing request is used for requesting to store certificate storing data of the industry in the target certificate storing stage;

recording the evidence storage data in the target evidence storage stage;

a first request is sent to a blockchain to request the blockchain to store the evidence template.

10. The method of claim 9, the witness template obtained by instantiating an original witness template for the industry, the method further comprising:

receiving a creation request sent by the user for the original evidence storing template, wherein the creation request comprises evidence storing contents of one or more evidence storing stages of the industry sorted by the user;

based on the evidence storing contents of one or more evidence storing stages of the industry sorted by the user, creating the original evidence storing template and defining the evidence storing contents of the evidence storing stages in the original evidence storing template;

and storing the created original evidence storing template to the block chain.

11. A block chain-based evidence storing method comprises the following steps:

acquiring the evidence storage data of the industry;

sending a certificate storage request for requesting storage of the certificate storage data to a certificate storage platform so as to store the certificate storage data to a block chain through the certificate storage platform, wherein the certificate storage request is used for requesting storage of the certificate storage data in a target certificate storage stage, and the target certificate storage stage is a certificate storage stage defined in a certificate storage template of the industry.

12. The method of claim 11, the forensic template being derived from instantiating an original forensic template for the industry, the method further comprising:

generating the certificate storing content corresponding to the certificate storing stage included in the industry;

and sending a creation request aiming at the original evidence storing template to the evidence storing platform, wherein the creation request comprises evidence storing contents corresponding to the evidence storing stages included in the industry.

13. A blockchain-based evidence preservation apparatus, comprising:

the system comprises a receiving unit and a processing unit, wherein the receiving unit is used for receiving a first request from a certificate storage platform, the first request is used for requesting a block chain to store a certificate storage template recorded with certificate storage data of an industry, certificate storage contents of one or more certificate storage stages of the industry are defined in the certificate storage template, the one or more certificate storage stages comprise a target certificate storage stage, and the certificate storage data of the industry is recorded in the target certificate storage stage;

and the processing unit is used for storing the evidence storing template recorded with the evidence storing data on the block chain.

14. The apparatus as claimed in claim 13, wherein an intelligent contract is deployed on the blockchain, the intelligent contract is configured to check whether the certificate contents defined in the certificate storing stage in the certificate storing template match with the certificate contents of the certificate storing data recorded in the certificate storing stage in the certificate storing template, and the processing unit is further configured to:

in response to the first request, calling the intelligent contract to check whether the evidence storing content of the evidence storing data is matched with the evidence storing content defined by the target evidence storing stage; and

and if the evidence storing content of the evidence storing data is matched with the evidence storing content defined in the target evidence storing stage, storing the evidence storing template recorded with the evidence storing data on the block chain.

15. The apparatus of claim 13, wherein the evidence template includes a plurality of evidence storage phases, the evidence storage template defines a storage sequence for storing evidence data to the plurality of evidence storage phases, and an intelligent contract is disposed on the blockchain, the intelligent contract is configured to check whether the storage sequence of the evidence storage phases in the evidence template matches the storage sequence defined by the evidence storage template, and the processing unit is further configured to:

in response to the first request, calling the intelligent contract to check whether the storage sequence of the target storage stage for storing the storage data is matched with the storage sequence defined by the storage template; and

16. The apparatus of claim 13, wherein the blockchain has an intelligent contract disposed thereon, the intelligent contract being used to verify whether the witness template is in a finalized state,

the receiving unit is configured to receive a second request from a certificate storing platform, where the second request is used to request that the blockchain stores the certificate storing template in a complete state;

the processing unit is used for responding to the second request and calling the intelligent contract to check whether the evidence storing template is in the finishing state; and

17. The apparatus of claim 16, the forensic template in a finished state comprising one or more of:

and storing the certificate storage data of each certificate storage stage in the certificate storage template into the block chain.

18. The apparatus of claim 13, wherein the evidence storing template is obtained after instantiation of an original evidence storing template of the industry, and the receiving unit is configured to receive a second request from the evidence storing platform, where the second request is for requesting the original evidence storing template created by the blockchain storage user.

19. The apparatus of claim 13, the credential template defined with credential template information, the credential template information comprising one or more of: deposit the storage card main part of card template, deposit the data type of card data in the card template, the trade attribute of trade, deposit the template name of card template, deposit the storage order of card template, the storage order be used for the instruction to a plurality of storage card stages deposit the storage order of storing card data respectively.

20. The apparatus of claim 13, the credentialing template defined with credentialing phase information comprising one or more of: the name of the certificate storage stage in the certificate storage template, the number of the certificate storage stage in the certificate storage template, and whether the certificate storage stage in the certificate storage template is necessary to be filled.

21. The utility model provides a deposit evidence device based on block chain, the device is applied to and deposits the evidence platform, it has the evidence template of depositing of trade to deposit the evidence platform record, it has to deposit the evidence content of depositing of one or more evidence stages of trade in the evidence template to deposit, one or more deposit the evidence stage and deposit the evidence stage including the target, the device includes:

the receiving unit is used for receiving a certificate storage request sent by a user, wherein the certificate storage request is used for requesting to store certificate storage data of the industry in the target certificate storage stage;

the processing unit is used for recording the evidence storing data in the target evidence storing stage;

and the sending unit is used for sending a first request to the block chain so as to request the block chain to store the evidence storing template.

22. The apparatus of claim 21, the witness template is derived by instantiating an original witness template for the industry,

the receiving unit is used for receiving a creation request which is sent by the user and aims at the original evidence storing template, wherein the creation request comprises evidence storing contents of one or more evidence storing stages of the industry which are sorted by the user;

the processing unit is used for creating the original evidence storing template and defining the evidence storing contents of the evidence storing stages in the original evidence storing template based on the evidence storing contents of one or more evidence storing stages of the industry sorted by the user;

and the sending unit is used for storing the created original evidence storing template to the block chain.

23. A blockchain-based evidence preservation apparatus, comprising:

the acquisition unit is used for acquiring the evidence storage data of the industry;

the sending unit is used for sending a certificate storage request for requesting storage of the certificate storage data to a certificate storage platform so that the certificate storage data can be stored to a block chain through the certificate storage platform, wherein the certificate storage request is used for requesting storage of the certificate storage data in a target certificate storage stage, and the target certificate storage stage is a certificate storage stage defined in a certificate storage template of the industry.

24. The apparatus of claim 23, the witness template obtained by instantiating an original witness template for the industry, the apparatus further comprising:

the processing unit is used for generating evidence storing contents corresponding to the evidence storing stages included in the industry;

the sending unit is used for sending a creation request aiming at the original evidence storing template to the evidence storing platform, wherein the creation request comprises the evidence storing content corresponding to the evidence storing stage included in the industry.

25. A blockchain-based attestation apparatus comprising a memory having stored therein executable code and a processor configured to execute the executable code to cause the apparatus to implement the method of any of claims 1-12.